[Geoserver-users] Setting Up New Windows Server

GeoServer GeoServer User
1

List,

I’m currently look to move from my testing environment to a live one and was wondering if anyone could provide any advice or tips.

At present I’m using:

· VMware Virtual Machine

· 2 Physical Processors (Intel® Xeon® CPU E5-2680 0 @ 2.70GHz)

· 4GB RAM

· Windows Server 2008 R2 Standard Edition x64

· Geoserver 2.3.0 running as a service installed via the Windows Installer through Jetty

· Oracle JRE 6 (32-bit)

I’m planning on having my VM replicated and then installing everything from scratch on it (so up-to-date Geoserver, etc.). however I have a few questions that I’ve found conflicting or limited advice on the internet about:

  1. As I don’t have an existing servlet container application (e.g. Tomcat), I’m presuming my options are either using the Windows Installer or the Windows Binary; is one preferred, what are the pros/cons?

  2. Should I be using the JRE or JDK (or indeed Server JRE); I know that only JRE is required but I’ve seen some people advised in the past to use the JDK (I think it was using the latest version)?

  3. Which version of JRE/JDK should be used, I’ve been recommended to use JRE6 in the past but should I now be using JRE7; are there any compatibility/security issues with either?

  4. Also I note that if you use the Windows 64-bit JRE/JDK you cannot run Geoserver as a Service, what are the disadvantages of this, any recommendations?

  5. Again with the Windows 64-bit JRE/JDK; there doesn’t seem to be an option to install native JAI and JAI Image I/O extensions, would it be better to use the 64-bit JRE with the pure Java versions or use the 32-bit JRE with the native extensions?

  6. How have people found the best way to upgrade Geoserver to the new point releases? Is the only way to take everything down, uninstall completely then reinstall Geoserver (+ extensions, etc.) every time? Any tips on limiting downtime?

Thanks for your time and apologies for the number of questions.

Regards,

Rob



<br>DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com..5490... sent on Wed Jun 26 16:15:52 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) geoserver-users@anonymised.comists.sourceforge.net<br><br>Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.<br>As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.<br>Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.<br><br>For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.<br>
2

Hi Rob,

1. Installation of tomcat is straightforward. As it hasn't any native code
Tomcat is 64-bit if your Java is 64-bit. (Please note: the Apache web server
HAS native code, so you need a 64-bit version here) You can get it as zip
and convert to a service with sc.exe
(http://support.microsoft.com/kb/251192) or you can use the service
installer. I like sc, because I always struggled with the automatic naming
of the services of the installer.

2. Whatever, JRE suffices I haven't found a difference between them. JDK is
advisable if you want to monitor the Java processes with something like
visualvm as it comes bundled with this version.

3. JRE/JDK6

4. No, you can run it as a service with Tomcat. You could even run it as a
service with Jetty, if you can get or create a 64-bit version (I do not
know). However, you would need to install it the same way like Tomcat, i.e.
deploy the war file because the Geoserver windows installer is only 32-bit.
The difference and advantage of the service over the batch-file start is
simply put: You log on manually start your batch file and then after a day's
work, log out and go home. That means your process is gone this moment,
while the service persists. So, a service makes sense.

5. Yes, there is none 64-bit=no JAI

6. I don't know. Swap servers if you can. However, if you have only one, my
best practice is: Install a second Tomcat (8180 or so), install the new
geoserver, copy the data directory, test and when you're happy switch it
using Apache, i.e. change the httpd.conf. So, the downtime is only the
Apache web server restart (2-3 minutes).

Hope that helps

Christian

-----
____________________________

Dr Christian Maul
Project Manager

Information Services Branch
Department of Sustainability and Environment
Level13, Marland House, 570 Bourke Street
Melbourne 3000

PO Box 500, East Melbourne Vic 3002

Telephone: +61-3-8636 2325
Telefax: +61-3-8636 2813
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/Setting-Up-New-Windows-Server-tp5062378p5062467.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

3

Hi Rob,
I have a similar setup to yourself and we’re probably using it for the same thing. I have a similar machine setup, though with much more RAM and as a physical server.
One thing I’d do is just swap everything to x64.

  1. See Christian’s reply. Tomcat as a servlet is pretty easy to setup. Then I just extract the war file and away I go.

2, 3) JRE works fine for me. Using 1.6 because 1.7 is still a work in progress last I know.

  1. You can run GeoServer (well, tomcat) as a service with 64bit tomcat. Per Christian’s reply.

  2. No JAI I’m afraid.

  3. I slightly disagree with Christian here. What I do with upgrades is upgrade my test server. Then copy over the geoserver servlet directory to my live machine. I shut down the live tomcat Service, delete the old /geoserver/ directory, put the new one in there, start the Tomcat service. Total time - about 1 or 2 minutes.

I’m using it with IIS acting as a load-balancer and reverse proxy. Excellent tutorial here:
http://blogs.mulesoft.org/load-balancing-tomcat-7-using-iis-7-5/

Regards,

Jonathan

On 26 June 2013 16:15, Langford, Robert <Robert.Langford@anonymised.com> wrote:

List,

I’m currently look to move from my testing environment to a live one and was wondering if anyone could provide any advice or tips.

At present I’m using:

· VMware Virtual Machine

· 2 Physical Processors (Intel® Xeon® CPU E5-2680 0 @ 2.70GHz)

· 4GB RAM

· Windows Server 2008 R2 Standard Edition x64

· Geoserver 2.3.0 running as a service installed via the Windows Installer through Jetty

· Oracle JRE 6 (32-bit)

I’m planning on having my VM replicated and then installing everything from scratch on it (so up-to-date Geoserver, etc.). however I have a few questions that I’ve found conflicting or limited advice on the internet about:

  1. As I don’t have an existing servlet container application (e.g. Tomcat), I’m presuming my options are either using the Windows Installer or the Windows Binary; is one preferred, what are the pros/cons?

  2. Should I be using the JRE or JDK (or indeed Server JRE); I know that only JRE is required but I’ve seen some people advised in the past to use the JDK (I think it was using the latest version)?

  3. Which version of JRE/JDK should be used, I’ve been recommended to use JRE6 in the past but should I now be using JRE7; are there any compatibility/security issues with either?

  4. Also I note that if you use the Windows 64-bit JRE/JDK you cannot run Geoserver as a Service, what are the disadvantages of this, any recommendations?

  5. Again with the Windows 64-bit JRE/JDK; there doesn’t seem to be an option to install native JAI and JAI Image I/O extensions, would it be better to use the 64-bit JRE with the pure Java versions or use the 32-bit JRE with the native extensions?

  6. How have people found the best way to upgrade Geoserver to the new point releases? Is the only way to take everything down, uninstall completely then reinstall Geoserver (+ extensions, etc.) every time? Any tips on limiting downtime?

Thanks for your time and apologies for the number of questions.

Regards,

Rob



<br>DISCLAIMER: The information contained in this communication/message from [Robert.Langford@anonymised.com..5490...](mailto:Robert.Langford@anonymised.com) sent on Wed Jun 26 16:15:52 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) [geoserver-users@lists.sourceforge.net](mailto:geoserver-users@lists.sourceforge.net)<br><br>Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.<br>As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act. <br>Please immediately contact the sender, [Robert.Langford@anonymised.com](mailto:Robert.Langford@anonymised.com.5490...) if you have received this message in error. <br><br>For the full disclaimer please access [http://www.salford.gov.uk/e-mail](http://www.salford.gov.uk/e-mail). Thank you.<br>

This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

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

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.

4

Jonathan & Christian – Thanks for your input.

So in summary for my set up, best option is looking like:

  1. Using Tomcat (64-bit) as a servlet and using the Geoserver WAR file

  2. Use JRE (unless further monitoring needed, then use JDK)

  3. Use JRE6

  4. Run Geoserver as a “Windows service” (through/via Tomcat)

  5. Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

  6. Upgrading to new point releases; as now using Tomcat, more options available than via standard Windows installer

I’d appreciate it if anyone else has any further thoughts on these points. I never quite grasped the reason to use Tomcat as Geoserver works out the box with Jetty; felt like it added an extra layer for little benefit, but starting to see why.

Thanks again,

Rob



<br>DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com..5490... sent on Fri Jun 28 17:14:45 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) geoserver-users@anonymised.comists.sourceforge.net;jonathanmoules@anonymised.com<br><br>Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.<br>As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.<br>Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.<br><br>For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.<br>
5

Ciao Robert,
please, read my comments inline below...

In addition at this link you can find:

- a document useful for creating a clustered set up on windows using
tomcat and IIS. There are a few tips and tricks there.
- an skeleton instance of Tomcat preconfigured to run on windows with
multiple instances of geoserver

Here is the link:
http://goo.gl/Hd6F5

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Fri, Jun 28, 2013 at 6:14 PM, Langford, Robert
<Robert.Langford@anonymised.com> wrote:

Jonathan & Christian – Thanks for your input.

So in summary for my set up, best option is looking like:

1) Using Tomcat (64-bit) as a servlet and using the Geoserver WAR file

2) Use JRE (unless further monitoring needed, then use JDK)

3) Use JRE6

4) Run Geoserver as a “Windows service” (through/via Tomcat)

I agree with all these steps.

5) Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

The difference will not be dramatic. In most cases it will be 5% to 10%.

6) Upgrading to new point releases; as now using Tomcat, more options available than via standard Windows installer

Correct. You only need to stop tomcat remove the old war and drop the new one.

Make sure to:
-1- use an external data directory
-2- back up the current data dir prior to an upgrade
-3- put data outside the data directory (backups are easier to perform).

I’d appreciate it if anyone else has any further thoughts on these points. I never quite grasped the reason to use Tomcat as Geoserver works out the box with Jetty; felt like it added an extra layer for little benefit, but starting to see why.

Thanks again,

Rob

DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com sent on Fri Jun 28 17:14:45 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) geoserver-users@lists.sourceforge.net;jonathanmoules@anonymised.com

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

6

Simone,

Thank you for your comments and the link.

Regarding:

  5) Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

  "The difference will not be dramatic. In most cases it will be 5% to 10%."

Is that a 5-10% reduction in performance? Is it still worth using the 64-bit version of Tomcat/Geoserver, as opposed to the 32-bit version with the JAI extensions?

Kind regards,

Rob

-----Original Message-----
From: simboss1@anonymised.com [mailto:simboss1@anonymised.com] On Behalf Of Simone Giannecchini
Sent: 28 June 2013 18:05
To: Langford, Robert
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Setting Up New Windows Server

Ciao Robert,
please, read my comments inline below...

In addition at this link you can find:

- a document useful for creating a clustered set up on windows using tomcat and IIS. There are a few tips and tricks there.
- an skeleton instance of Tomcat preconfigured to run on windows with multiple instances of geoserver

Here is the link:
http://goo.gl/Hd6F5

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Fri, Jun 28, 2013 at 6:14 PM, Langford, Robert <Robert.Langford@anonymised.com..> wrote:

Jonathan & Christian - Thanks for your input.

So in summary for my set up, best option is looking like:

1) Using Tomcat (64-bit) as a servlet and using the Geoserver WAR file

2) Use JRE (unless further monitoring needed, then use JDK)

3) Use JRE6

4) Run Geoserver as a "Windows service" (through/via Tomcat)

I agree with all these steps.

5) Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

The difference will not be dramatic. In most cases it will be 5% to 10%.

6) Upgrading to new point releases; as now using Tomcat, more options available than via standard Windows installer

Correct. You only need to stop tomcat remove the old war and drop the new one.

Make sure to:
-1- use an external data directory
-2- back up the current data dir prior to an upgrade
-3- put data outside the data directory (backups are easier to perform).

I'd appreciate it if anyone else has any further thoughts on these points. I never quite grasped the reason to use Tomcat as Geoserver works out the box with Jetty; felt like it added an extra layer for little benefit, but starting to see why.

Thanks again,

Rob

DISCLAIMER: The information contained in this communication/message
from Robert.Langford@anonymised.com sent on Fri Jun 28 17:14:45 2013
is confidential and may be legally privileged. It is intended solely
for the addressee(s)
geoserver-users@lists.sourceforge.net;jonathanmoules@anonymised.com
uk

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

----------------------------------------------------------------------
-------- This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com sent on Mon Jul 1 08:54:08 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) simone.giannecchini@anonymised.com;geoserver-users@lists.sourceforge.net

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

7

Ciao Robert,
It is probably worth giving a try to using the 32bits version and
checking if native JAI works fine.

At the same time it should not be a tremendous hit in performance
using right away a 64 bits jvm.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Mon, Jul 1, 2013 at 9:54 AM, Langford, Robert
<Robert.Langford@anonymised.com> wrote:

Simone,

Thank you for your comments and the link.

Regarding:

        5) Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

        "The difference will not be dramatic. In most cases it will be 5% to 10%."

Is that a 5-10% reduction in performance? Is it still worth using the 64-bit version of Tomcat/Geoserver, as opposed to the 32-bit version with the JAI extensions?

Kind regards,

Rob

-----Original Message-----
From: simboss1@anonymised.com [mailto:simboss1@anonymised.com] On Behalf Of Simone Giannecchini
Sent: 28 June 2013 18:05
To: Langford, Robert
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Setting Up New Windows Server

Ciao Robert,
please, read my comments inline below...

In addition at this link you can find:

- a document useful for creating a clustered set up on windows using tomcat and IIS. There are a few tips and tricks there.
- an skeleton instance of Tomcat preconfigured to run on windows with multiple instances of geoserver

Here is the link:
http://goo.gl/Hd6F5

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

-------------------------------------------------------

On Fri, Jun 28, 2013 at 6:14 PM, Langford, Robert <Robert.Langford@anonymised.com0...> wrote:

Jonathan & Christian - Thanks for your input.

So in summary for my set up, best option is looking like:

1) Using Tomcat (64-bit) as a servlet and using the Geoserver WAR file

2) Use JRE (unless further monitoring needed, then use JDK)

3) Use JRE6

4) Run Geoserver as a "Windows service" (through/via Tomcat)

I agree with all these steps.

5) Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

The difference will not be dramatic. In most cases it will be 5% to 10%.

6) Upgrading to new point releases; as now using Tomcat, more options available than via standard Windows installer

Correct. You only need to stop tomcat remove the old war and drop the new one.

Make sure to:
-1- use an external data directory
-2- back up the current data dir prior to an upgrade
-3- put data outside the data directory (backups are easier to perform).

I'd appreciate it if anyone else has any further thoughts on these points. I never quite grasped the reason to use Tomcat as Geoserver works out the box with Jetty; felt like it added an extra layer for little benefit, but starting to see why.

Thanks again,

Rob

DISCLAIMER: The information contained in this communication/message
from Robert.Langford@anonymised.com sent on Fri Jun 28 17:14:45 2013
is confidential and may be legally privileged. It is intended solely
for the addressee(s)
geoserver-users@lists.sourceforge.net;jonathanmoules@anonymised.com
uk

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

----------------------------------------------------------------------
-------- This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com sent on Mon Jul 1 08:54:08 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) simone.giannecchini@anonymised.com;geoserver-users@lists.sourceforge.net

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

8

Hi Robert,
We’re using 64bit tomcat. Three instances clustered in much the same way Simone specified.

Strictly speaking they can be 32bit tomcats - none of them is using more than a couple of GB of RAM (even though I’ve set it to 5GB each instance). This would also give the JAI native benefit.
That said, this setup is more than fast enough and can easily handle the load - even of the “big launch” where an order of magnitude more people used it than are ever going to in big usage.

So any setup should work probably. :slight_smile:

We’re probably a similar size organisation to yourself.

Jonathan

On 1 July 2013 09:02, Simone Giannecchini <simone.giannecchini@anonymised.com> wrote:

Ciao Robert,
It is probably worth giving a try to using the 32bits version and
checking if native JAI works fine.

At the same time it should not be a tremendous hit in performance
using right away a 64 bits jvm.

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for
more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Mon, Jul 1, 2013 at 9:54 AM, Langford, Robert
<Robert.Langford@anonymised.com.> wrote:

Simone,

Thank you for your comments and the link.

Regarding:

  1. Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

“The difference will not be dramatic. In most cases it will be 5% to 10%.”

Is that a 5-10% reduction in performance? Is it still worth using the 64-bit version of Tomcat/Geoserver, as opposed to the 32-bit version with the JAI extensions?

Kind regards,

Rob

-----Original Message-----
From: simboss1@anonymised.com [mailto:simboss1@anonymised.com] On Behalf Of Simone Giannecchini
Sent: 28 June 2013 18:05
To: Langford, Robert
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Setting Up New Windows Server

Ciao Robert,
please, read my comments inline below…

In addition at this link you can find:

  • a document useful for creating a clustered set up on windows using tomcat and IIS. There are a few tips and tricks there.
  • an skeleton instance of Tomcat preconfigured to run on windows with multiple instances of geoserver

Here is the link:
http://goo.gl/Hd6F5

Regards,
Simone Giannecchini

Our support, Your Success! Visit http://opensdi.geo-solutions.it for more information.

Ing. Simone Giannecchini
@simogeo
Founder/Director

GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 333 8128928

http://www.geo-solutions.it
http://twitter.com/geosolutions_it

On Fri, Jun 28, 2013 at 6:14 PM, Langford, Robert <Robert.Langford@anonymised.com> wrote:

Jonathan & Christian - Thanks for your input.

So in summary for my set up, best option is looking like:

  1. Using Tomcat (64-bit) as a servlet and using the Geoserver WAR file

  2. Use JRE (unless further monitoring needed, then use JDK)

  3. Use JRE6

  4. Run Geoserver as a “Windows service” (through/via Tomcat)

I agree with all these steps.

  1. Use 64-bit JRE so no JAI (anyone have experience on performance differences?)

The difference will not be dramatic. In most cases it will be 5% to 10%.

  1. Upgrading to new point releases; as now using Tomcat, more options available than via standard Windows installer

Correct. You only need to stop tomcat remove the old war and drop the new one.

Make sure to:
-1- use an external data directory
-2- back up the current data dir prior to an upgrade
-3- put data outside the data directory (backups are easier to perform).

I’d appreciate it if anyone else has any further thoughts on these points. I never quite grasped the reason to use Tomcat as Geoserver works out the box with Jetty; felt like it added an extra layer for little benefit, but starting to see why.

Thanks again,

Rob

DISCLAIMER: The information contained in this communication/message
from Robert.Langford@anonymised.com sent on Fri Jun 28 17:14:45 2013
is confidential and may be legally privileged. It is intended solely
for the addressee(s)
geoserver-users@lists.sourceforge.net;jonathanmoules@anonymised.com.
uk

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

-------- This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

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

DISCLAIMER: The information contained in this communication/message from Robert.Langford@anonymised.com sent on Mon Jul 1 08:54:08 2013 is confidential and may be legally privileged. It is intended solely for the addressee(s) simone.giannecchini@anonymised.com;geoserver-users@anonymised.comforge.net

Access to this message by anyone else is unauthorised. If you are not the intended recipient, any disclosure, copying, or distribution of the message, or any action or omission taken by you in reliance on it, is prohibited and may be unlawful.
As a public body, Salford City Council may be required to disclose this email [or any response to it] under the Freedom of Information Act 2000, unless the information in it is covered by one of the exemptions in the Act.
Please immediately contact the sender, Robert.Langford@anonymised.com if you have received this message in error.

For the full disclaimer please access http://www.salford.gov.uk/e-mail. Thank you.

This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev

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

This transmission is intended for the named addressee(s) only and may contain sensitive or protectively marked material up to RESTRICTED and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.