[Geoserver-devel] geoserver 2.9-beta2 preflight testing

Jukka_Rahkonen · April 19, 2016, 11:40am

Hi,

Windows exe-installer creates a startup.bat file that does not start. For some reason the batch file must be run from GEOSERVER_HOME, not from GEOSERVER_HOME\bin. I am remembering that change to jre8 had this effect with older Geoserver versions as well.

Adding "cd .." manually fixes the issue:

REM does not start without the next line
cd..
REM startup.bat created by the installer follows
call "C:\Program Files (x86)\Java\jre1.8.0_72\bin\java.exe" -DGEOSERVER_DATA_DIR="C:\Program Files (x86)\GeoServer 2.9-beta2\data_dir" -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=8080 -Djetty.logs="C:\Program Files (x86)\GeoServer 2.9-beta2\logs" -jar "C:\Program Files (x86)\GeoServer 2.9-beta2\start.jar"

After fixing the launch file Geoserver starts. Login fails still from some pages, for example from About GeoServer with the familiar error
Problem accessing /geoserver/web/wicket/j_spring_security_check. Reason:
Not Found

Once logged in from the main page things seem to work. One small glitch:
Go to workspace settings, check Settings-Enabled
-> Enabled box gets covered by the title Primary Contact and can't be unchecked. Tested with Firefox 45.0.2.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: Brad Hards [mailto:bradh@anonymised.com]
Lähetetty: 19. huhtikuuta 2016 13:00
Vastaanottaja: 'Jody Garnett'; 'Geoserver Developers'
Aihe: Re: [Geoserver-devel] geoserver 2.9-beta2 preflight testing

Testing with the war on Tomcat (7.0.52) on Kubuntu 14.04 plus all the package updates to today.

GeoServer Version 2.9-beta2
Git Revision 7026d8e9a934f2e854c8116e5a8ac52063c3c11c
Build Date 19-Apr-2016 03:28
GeoTools Version 15-beta2 (rev c38b6f373bdb76a731b78cba0e1cb58f7ce06288)
GeoWebCache Version 1.9-beta2 (rev master/806006ed652e11d6f3d4ea694d15a16a989a4852)

On trying to log in, it just goes to:
http://localhost:8080/geoserver/web/wicket/j_spring_security_check

Layer preview seems good - tried each layer, and tried each output format for the Tasmanian Cities (city) layer. All seem OK (well, the world polygon looked ugly and grey, but it always does, so that is still tolerable :-)).

Brad

------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

jive · April 19, 2016, 9:49pm

Thanks for testing Jukka, I am looking at where the startup.bat is created in GeoServerEXE.nsi:

${ElseIf} $IsManual == 1 ; manual

FileOpen $9 startup.bat w ; Opens a Empty File and fills it
FileWrite $9 ‘call “$JavaHome\bin\java.exe” -DGEOSERVER_DATA_DIR=“$DataDir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=$Port -Djetty.logs=“$INSTDIR\logs” -jar “$INSTDIR\start.jar”’
FileClose $9 ; Closes the file

I am skeptical at making the change without understanding why this regression is occurring …

···

On 19 April 2016 at 04:40, Rahkonen Jukka (MML) <jukka.rahkonen@anonymised.com> wrote:

Hi,

Windows exe-installer creates a startup.bat file that does not start. For some reason the batch file must be run from GEOSERVER_HOME, not from GEOSERVER_HOME\bin. I am remembering that change to jre8 had this effect with older Geoserver versions as well.

Adding “cd …” manually fixes the issue:

REM does not start without the next line
cd…
REM startup.bat created by the installer follows
call “C:\Program Files (x86)\Java\jre1.8.0_72\bin\java.exe” -DGEOSERVER_DATA_DIR=“C:\Program Files (x86)\GeoServer 2.9-beta2\data_dir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=8080 -Djetty.logs=“C:\Program Files (x86)\GeoServer 2.9-beta2\logs” -jar “C:\Program Files (x86)\GeoServer 2.9-beta2\start.jar”

After fixing the launch file Geoserver starts. Login fails still from some pages, for example from About GeoServer with the familiar error
Problem accessing /geoserver/web/wicket/j_spring_security_check. Reason:
Not Found

Once logged in from the main page things seem to work. One small glitch:
Go to workspace settings, check Settings-Enabled
→ Enabled box gets covered by the title Primary Contact and can’t be unchecked. Tested with Firefox 45.0.2.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: Brad Hards [mailto:bradh@anonymised.com]
Lähetetty: 19. huhtikuuta 2016 13:00
Vastaanottaja: ‘Jody Garnett’; ‘Geoserver Developers’
Aihe: Re: [Geoserver-devel] geoserver 2.9-beta2 preflight testing

Testing with the war on Tomcat (7.0.52) on Kubuntu 14.04 plus all the package updates to today.

GeoServer Version 2.9-beta2
Git Revision 7026d8e9a934f2e854c8116e5a8ac52063c3c11c
Build Date 19-Apr-2016 03:28
GeoTools Version 15-beta2 (rev c38b6f373bdb76a731b78cba0e1cb58f7ce06288)
GeoWebCache Version 1.9-beta2 (rev master/806006ed652e11d6f3d4ea694d15a16a989a4852)

On trying to log in, it just goes to:
http://localhost:8080/geoserver/web/wicket/j_spring_security_check

Layer preview seems good - tried each layer, and tried each output format for the Tasmanian Cities (city) layer. All seem OK (well, the world polygon looked ugly and grey, but it always does, so that is still tolerable :-)).

Brad

Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z

Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

–
Jody Garnett

Chris_Snider · April 19, 2016, 10:03pm

Jody,

The original 2.9-SNAPSHOT I ran a week or so ago has this in the written startup.bat (original lines 91-97)

:setHome

echo Temporarily setting GEOSERVER_HOME to the following directory:

cd …

set GEOSERVER_HOME=%CD%

echo %GEOSERVER_HOME%

echo.

goto checkDataDir

Then the run block (lines 128-134) has a cd to the geo home (emphasis added)

:run

cd %GEOSERVER_HOME%

echo Please wait while loading GeoServer…

echo.

echo “%RUN_JAVA%” %JAVA_OPTS% -DGEOSERVER_DATA_DIR=“%GEOSERVER_DATA_DIR%” -Djava.awt.headless=true -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -jar start.jar

cd bin

goto end

This matches what Jukka is experiencing with the requirement to add the cd…

Chris Snider

Senior Software Engineer

Intelligent Software Solutions, Inc.

(attachments)

···

Thanks for testing Jukka, I am looking at where the startup.bat is created in GeoServerEXE.nsi:

${ElseIf} $IsManual == 1 ; manual

FileOpen $9 startup.bat w ; Opens a Empty File and fills it

FileWrite $9 ‘call “$JavaHome\bin\java.exe” -DGEOSERVER_DATA_DIR=“$DataDir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=$Port -Djetty.logs=“$INSTDIR\logs” -jar “$INSTDIR\start.jar”’

FileClose $9 ; Closes the file

I am skeptical at making the change without understanding why this regression is occurring …

–

Jody Garnett

On 19 April 2016 at 04:40, Rahkonen Jukka (MML) <jukka.rahkonen@…4189…> wrote:

Hi,

Windows exe-installer creates a startup.bat file that does not start. For some reason the batch file must be run from GEOSERVER_HOME, not from GEOSERVER_HOME\bin. I am remembering that change to jre8 had this effect with older Geoserver versions as well.

Adding “cd …” manually fixes the issue:

REM does not start without the next line
cd…
REM startup.bat created by the installer follows
call “C:\Program Files (x86)\Java\jre1.8.0_72\bin\java.exe” -DGEOSERVER_DATA_DIR=“C:\Program Files (x86)\GeoServer 2.9-beta2\data_dir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=8080 -Djetty.logs=“C:\Program Files (x86)\GeoServer 2.9-beta2\logs” -jar “C:\Program Files (x86)\GeoServer 2.9-beta2\start.jar”

After fixing the launch file Geoserver starts. Login fails still from some pages, for example from About GeoServer with the familiar error
Problem accessing /geoserver/web/wicket/j_spring_security_check. Reason:
Not Found

Once logged in from the main page things seem to work. One small glitch:
Go to workspace settings, check Settings-Enabled
→ Enabled box gets covered by the title Primary Contact and can’t be unchecked. Tested with Firefox 45.0.2.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: Brad Hards [mailto:bradh@…4091…]
Lähetetty: 19. huhtikuuta 2016 13:00
Vastaanottaja: ‘Jody Garnett’; ‘Geoserver Developers’
Aihe: Re: [Geoserver-devel] geoserver 2.9-beta2 preflight testing

Testing with the war on Tomcat (7.0.52) on Kubuntu 14.04 plus all the package updates to today.

GeoServer Version 2.9-beta2
Git Revision 7026d8e9a934f2e854c8116e5a8ac52063c3c11c
Build Date 19-Apr-2016 03:28
GeoTools Version 15-beta2 (rev c38b6f373bdb76a731b78cba0e1cb58f7ce06288)
GeoWebCache Version 1.9-beta2 (rev master/806006ed652e11d6f3d4ea694d15a16a989a4852)

On trying to log in, it just goes to:
http://localhost:8080/geoserver/web/wicket/j_spring_security_check

Layer preview seems good - tried each layer, and tried each output format for the Tasmanian Cities (city) layer. All seem OK (well, the world polygon looked ugly and grey, but it always does, so that is still tolerable :-)).

Brad

Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

jive · April 19, 2016, 10:04pm

Starting up 2.9-beta the short cut results in:

C:\Program Files (x86)\GeoServer 2.9-beta>call “C:\Program Files (x86)\Java\jre1.8.0_60\bin\java.exe” -DGEOSERVER_DATA_DIR=“C:\Program Files (x86)\GeoServer 2.9-beta\data_dir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=8080 -Djetty.logs=“C:\Program Files (x86)\GeoServer 2.9-beta\logs” -jar “C:\Program Files (x86)\GeoServer 2.9-beta\start.jar”

So the shortcut was starting from the correct location - no “cd …” required.

···

On 19 April 2016 at 14:49, Jody Garnett <jody.garnett@anonymised.com> wrote:

Thanks for testing Jukka, I am looking at where the startup.bat is created in GeoServerEXE.nsi:

${ElseIf} $IsManual == 1 ; manual

FileOpen $9 startup.bat w ; Opens a Empty File and fills it
FileWrite $9 ‘call “$JavaHome\bin\java.exe” -DGEOSERVER_DATA_DIR=“$DataDir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=$Port -Djetty.logs=“$INSTDIR\logs” -jar “$INSTDIR\start.jar”’
FileClose $9 ; Closes the file

I am skeptical at making the change without understanding why this regression is occurring …

–
Jody Garnett

On 19 April 2016 at 04:40, Rahkonen Jukka (MML) <jukka.rahkonen@anonymised.com> wrote:

Hi,

Windows exe-installer creates a startup.bat file that does not start. For some reason the batch file must be run from GEOSERVER_HOME, not from GEOSERVER_HOME\bin. I am remembering that change to jre8 had this effect with older Geoserver versions as well.

Adding “cd …” manually fixes the issue:

REM does not start without the next line
cd…
REM startup.bat created by the installer follows
call “C:\Program Files (x86)\Java\jre1.8.0_72\bin\java.exe” -DGEOSERVER_DATA_DIR=“C:\Program Files (x86)\GeoServer 2.9-beta2\data_dir” -Xmx512m -DSTOP.PORT=8079 -DSTOP.KEY=geoserver -Djetty.port=8080 -Djetty.logs=“C:\Program Files (x86)\GeoServer 2.9-beta2\logs” -jar “C:\Program Files (x86)\GeoServer 2.9-beta2\start.jar”

After fixing the launch file Geoserver starts. Login fails still from some pages, for example from About GeoServer with the familiar error
Problem accessing /geoserver/web/wicket/j_spring_security_check. Reason:
Not Found

Once logged in from the main page things seem to work. One small glitch:
Go to workspace settings, check Settings-Enabled
→ Enabled box gets covered by the title Primary Contact and can’t be unchecked. Tested with Firefox 45.0.2.

-Jukka Rahkonen-

-----Alkuperäinen viesti-----
Lähettäjä: Brad Hards [mailto:bradh@anonymised.com]
Lähetetty: 19. huhtikuuta 2016 13:00
Vastaanottaja: ‘Jody Garnett’; ‘Geoserver Developers’
Aihe: Re: [Geoserver-devel] geoserver 2.9-beta2 preflight testing

Testing with the war on Tomcat (7.0.52) on Kubuntu 14.04 plus all the package updates to today.

GeoServer Version 2.9-beta2
Git Revision 7026d8e9a934f2e854c8116e5a8ac52063c3c11c
Build Date 19-Apr-2016 03:28
GeoTools Version 15-beta2 (rev c38b6f373bdb76a731b78cba0e1cb58f7ce06288)
GeoWebCache Version 1.9-beta2 (rev master/806006ed652e11d6f3d4ea694d15a16a989a4852)

On trying to log in, it just goes to:
http://localhost:8080/geoserver/web/wicket/j_spring_security_check

Layer preview seems good - tried each layer, and tried each output format for the Tasmanian Cities (city) layer. All seem OK (well, the world polygon looked ugly and grey, but it always does, so that is still tolerable :-)).

Brad

Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z

Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel