Re: [Geoserver-users] Which Java 8? A quick benchmark

[timita]

Ah, I think I forgot to tick the HTML box. Here is the original message:Since
Oracle's long-term support JRE 8 is not available for free anymore, we
needed to find an alternative that is just as performant. The advice on 
this page   
might seem outdated, but there is still truth in it: in our experience
OpenJDK 8 has always been outperformed by Oracle JRE 8. So we ran a quick
and dirty benchmark using jMeter and the multiscale approach  described here
  , for
Oracle JRE 8, OpenJDK 8 (as  available here
  ), AdoptOpenJDK
(Hotspot), and Amazon Corretto.*Environment:*Ubuntu 16.04 LTSGeoServer
2.15.0Marlin 0.9.4.2Native JAI and ImageIO*JVM options: *I cannot give
details about the dataset used, as it's confidential - initially, we did not
plan to publish these results. But the numbers should be telling.And here
are the results. See  this page

  
for an explanation of the header, although not all of those columns are
present in my reports. There's always room for debate, but /Average/ and
/Throughput/ should give you a rough idea.So it turns out, at least in the
realm of Java 8, AdoptOpenJDK and Amazon Corretto are viable alternatives to
Oracle JRE. We are not rushing to upgrade to Java 11 yet, but it will be
interesting to see if the difference between Oracle JRE and the "stock"
OpenJDK still stands.I hope this is helpful to those who still need to run
on Java 8.Manuel Timitaillustreets.com



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Which Java 8? A quick benchmark

[Bessette-Halsema, Dominique E]

Hi Manuel

The results were stripped from the email.Can you send me a high level 
summary in text?  We're currently running into this issue on my project.

Thanks
Dominique  Bessette



-Original Message-
From: timita  
Sent: Thursday, October 17, 2019 3:54 PM
To: geoserver-users@lists.sourceforge.net
Subject: [Geoserver-users] Which Java 8? A quick benchmark

Since Oracle's long-term support JRE 8 is not available for free anymore, we 
needed to find an alternative that is just as performant. The advice on this 
page 
might seem outdated, but there is still truth in it: in our experience OpenJDK 
8 has always been outperformed by Oracle JRE 8. So we ran a quick and dirty 
benchmark using jMeter and the multiscale approach  described here 
  , for 
Oracle JRE 8, OpenJDK 8 (as  available here 
  ), AdoptOpenJDK 
(Hotspot), and Amazon Corretto.

*Environment:*
Ubuntu 16.04 LTS
GeoServer 2.15.0
Marlin 0.9.4.2
Native JAI and ImageIO

*JVM options: *

I cannot give details about the dataset used, as it's confidential - initially, 
we did not plan to publish these results. But the numbers should be telling.

And here are the results. See  this page 

for an explanation of the header, although not all of those columns are present 
in my reports. There's always room for debate, but /Average/ and /Throughput/ 
should give you a rough idea.






So it turns out, at least in the realm of Java 8, AdoptOpenJDK and Amazon 
Corretto are viable alternatives to Oracle JRE. We are not rushing to upgrade 
to Java 11 yet, but it will be interesting to see if the difference between 
Oracle JRE and the "stock" OpenJDK still stands.

I hope this is helpful to those who still need to run on Java 8.

Manuel Timita
illustreets.com



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Which Java 8? A quick benchmark

[Vera Green]

Very interesting and useful. Thanks for sharing.
Vera

On Thu, Oct 17, 2019 at 4:55 PM timita  wrote:

> Since Oracle's long-term support JRE 8 is not available for free anymore,
> we
> needed to find an alternative that is just as performant. The advice on
> this page 
>
> might seem outdated, but there is still truth in it: in our experience
> OpenJDK 8 has always been outperformed by Oracle JRE 8. So we ran a quick
> and dirty benchmark using jMeter and the multiscale approach  described
> here
>   , for
> Oracle JRE 8, OpenJDK 8 (as  available here
>   ), AdoptOpenJDK
> (Hotspot), and Amazon Corretto.
>
> *Environment:*
> Ubuntu 16.04 LTS
> GeoServer 2.15.0
> Marlin 0.9.4.2
> Native JAI and ImageIO
>
> *JVM options: *
>
> I cannot give details about the dataset used, as it's confidential -
> initially, we did not plan to publish these results. But the numbers should
> be telling.
>
> And here are the results. See  this page
> <
> https://jmeter.apache.org/usermanual/component_reference.html#Aggregate_Report>
>
> for an explanation of the header, although not all of those columns are
> present in my reports. There's always room for debate, but /Average/ and
> /Throughput/ should give you a rough idea.
>
>
>
>
>
>
> So it turns out, at least in the realm of Java 8, AdoptOpenJDK and Amazon
> Corretto are viable alternatives to Oracle JRE. We are not rushing to
> upgrade to Java 11 yet, but it will be interesting to see if the difference
> between Oracle JRE and the "stock" OpenJDK still stands.
>
> I hope this is helpful to those who still need to run on Java 8.
>
> Manuel Timita
> illustreets.com
>
>
>
> --
> Sent from:
> http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

[Geoserver-users] Which Java 8? A quick benchmark

[timita]

Since Oracle's long-term support JRE 8 is not available for free anymore, we
needed to find an alternative that is just as performant. The advice on 
this page   
might seem outdated, but there is still truth in it: in our experience
OpenJDK 8 has always been outperformed by Oracle JRE 8. So we ran a quick
and dirty benchmark using jMeter and the multiscale approach  described here
  , for
Oracle JRE 8, OpenJDK 8 (as  available here
  ), AdoptOpenJDK
(Hotspot), and Amazon Corretto.

*Environment:*
Ubuntu 16.04 LTS
GeoServer 2.15.0
Marlin 0.9.4.2
Native JAI and ImageIO

*JVM options: *

I cannot give details about the dataset used, as it's confidential -
initially, we did not plan to publish these results. But the numbers should
be telling.

And here are the results. See  this page

  
for an explanation of the header, although not all of those columns are
present in my reports. There's always room for debate, but /Average/ and
/Throughput/ should give you a rough idea.






So it turns out, at least in the realm of Java 8, AdoptOpenJDK and Amazon
Corretto are viable alternatives to Oracle JRE. We are not rushing to
upgrade to Java 11 yet, but it will be interesting to see if the difference
between Oracle JRE and the "stock" OpenJDK still stands.

I hope this is helpful to those who still need to run on Java 8.

Manuel Timita
illustreets.com



--
Sent from: http://osgeo-org.1560.x6.nabble.com/GeoServer-User-f3786390.html


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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

Re: [Geoserver-users] Is it possible to change the default Cache-Control response header response for GetCapabilities requests?

[Todd Jacobus]

Hi Jim,

Thanks very much for passing that SO thread along.  My googly searching was
not turning up anything useful for some reason.  I created a setenv.sh file
and added the JVM environment option.  After a quick restart, it looks like
the Cache-Control settings I put in place in the Tomcat configurations are
coming through in the response headers from GetCapabilities requests.  So,
thanks again very much for your help!  I think we solved the issue.

Best,
Todd

On Thu, Oct 17, 2019 at 10:29 AM Jim Hughes  wrote:

> Hi Todd,
>
> Sure, I found a Stack Overflow here (
> https://stackoverflow.com/questions/9520987/tomcat-7-where-do-i-set-system-properties/16566920#16566920)
> which seems to cover it.  Looks like you set up a setenv.sh for instance to
> set this in JAVA_OPTS.
>
> Cheers,
>
> Jim
> On 10/17/19 12:17 PM, Todd Jacobus wrote:
>
> Hi Jim,
>
> Ok, I think I might have misunderstood you a little.  Apologies.
> Certainly, setting an environment variable and restarting the server would
> be easy enough for my capabilities.  However, I'm quite noobish when it
> comes to Java.  Do you know of any good resources off hand that might
> illustrate how to do this?  Also, from reading the commenting from the
> github link you passed along, it seems as though I can set this variable as
> a Linux system variable.  Thanks again.
>
> Best,
> Todd
>
> On Thu, Oct 17, 2019 at 10:05 AM Jim Hughes  wrote:
>
>> Hi Todd,
>>
>> Yes, I could imagine this being a reasonable feature to surface in the
>> UI.  (That said, I'm not the gatekeeper for reasonable, so this is just one
>> opinion.)
>>
>> In terms of ease, I'd agree that a checkbox would be great; that said,
>> you can set this variable in a number of ways which doesn't require a code
>> change to GeoServer.  For instance, you could run the Tomcat JVM with
>> -DCAPABILITIES_CACHE_CONTROL_ENABLED=false.
>>
>> Cheers,
>>
>> Jim
>>
>>
>> On 10/17/19 11:34 AM, Todd Jacobus wrote:
>>
>> Hi Jim,
>>
>> Thanks very much for looking into this.  I was hoping there might be an
>> easier configuration option, but it's good to know that this might easily
>> be changed in the source code.  Do you think it would be worth suggesting
>> this as a feature, for example, a check box that would allow GeoServer to
>> use the configured settings for the host server?  It would certainly be
>> handy in this instance.
>>
>> Best,
>> Todd
>>
>> On Wed, Oct 16, 2019 at 2:54 PM Jim Hughes  wrote:
>>
>>>
>>> Hi Todd,
>>>
>>> Good question.  I grepped through the source code and found this
>>> class[1].  I haven't tried it myself in production, but I tried it in the
>>> unit test framework.  It looks like setting
>>> CAPABILITIES_CACHE_CONTROL_ENABLED to "false" will let you have control
>>> over the headers.
>>>
>>> Cheers,
>>>
>>> Jim
>>>
>>> 1.
>>> https://github.com/geoserver/geoserver/blob/2.15.2/src/main/src/main/java/org/geoserver/config/CapabilitiesCacheHeadersCallback.java#L22-L30
>>>
>>>
>>> On 10/16/19 2:13 PM, Todd Jacobus wrote:
>>>
>>> Hi all,
>>>
>>> I have a client that is using a one-time GetCapabilities request to
>>> establish authentication to our server.  However, it seems that GeoServer
>>> returns "Cache-Control: max-age=0, must-revalidate" which overrides what I
>>> have configured for Tomcat.  This header is preventing them from caching
>>> authentication data, at least for how they are implementing it.
>>>
>>> Is it possible to configure GeoServer to return a "max-age" value
>>> greater than 0 from a GetCapabilities request?
>>>
>>> Here are my specs:
>>> Geoserver version:  2.15.2
>>> Server version: Apache Tomcat/8.5.43
>>>
>>> Thank you in advance.
>>>
>>> Best,
>>> Todd
>>>
>>> --
>>> Todd Jacobus
>>>
>>> GIS Developer
>>>
>>>
>>>
>>> [image: TCARTA_ Logo.jpg]
>>>
>>> Office: +1 (303) 284 6144
>>>
>>> Mob: +1
>>>
>>> Email: t...@tcarta.com
>>>
>>> Address: 3015 W 9th Ave, Denver, CO 80204, USA
>>>
>>> WWW.TCARTA.COM   | TWITTER
>>>  | LINKED IN
>>> |
>>>
>>> CONFIDENTIALITY: This message may contain privileged and confidential
>>> information intended only for the use of the addressee. If you are not the
>>> intended recipient of this message you are hereby notified that any use,
>>> dissemination, distribution or reproduction of this message is prohibited.
>>> If you have received this message in error please notify TCarta
>>>  immediately. Any views expressed in this message are those of the
>>> individual sender and may not necessarily reflect the views of the Company
>>> . Please consider the environment before printing this e-mail.
>>>
>>>
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to 
>>> this list:
>>> - Earning y

Re: [Geoserver-users] Is it possible to change the default Cache-Control response header response for GetCapabilities requests?

[Jim Hughes]

Hi Todd,

Sure, I found a Stack Overflow here 
(https://stackoverflow.com/questions/9520987/tomcat-7-where-do-i-set-system-properties/16566920#16566920) 
which seems to cover it.  Looks like you set up a setenv.sh for instance 
to set this in JAVA_OPTS.


Cheers,

Jim

On 10/17/19 12:17 PM, Todd Jacobus wrote:

Hi Jim,

Ok, I think I might have misunderstood you a little. Apologies.  
Certainly, setting an environment variable and restarting the server 
would be easy enough for my capabilities.  However, I'm quite noobish 
when it comes to Java.  Do you know of any good resources off hand 
that might illustrate how to do this?  Also, from reading the 
commenting from the github link you passed along, it seems as though I 
can set this variable as a Linux system variable.  Thanks again.


Best,
Todd

On Thu, Oct 17, 2019 at 10:05 AM Jim Hughes > wrote:


Hi Todd,

Yes, I could imagine this being a reasonable feature to surface in
the UI.  (That said, I'm not the gatekeeper for reasonable, so
this is just one opinion.)

In terms of ease, I'd agree that a checkbox would be great; that
said, you can set this variable in a number of ways which doesn't
require a code change to GeoServer. For instance, you could run
the Tomcat JVM with -DCAPABILITIES_CACHE_CONTROL_ENABLED=false.

Cheers,

Jim


On 10/17/19 11:34 AM, Todd Jacobus wrote:

Hi Jim,

Thanks very much for looking into this.  I was hoping there might
be an easier configuration option, but it's good to know that
this might easily be changed in the source code.  Do you think it
would be worth suggesting this as a feature, for example, a check
box that would allow GeoServer to use the configured settings for
the host server?  It would certainly be handy in this instance.

Best,
Todd

On Wed, Oct 16, 2019 at 2:54 PM Jim Hughes mailto:jhug...@ccri.com>> wrote:


Hi Todd,

Good question.  I grepped through the source code and found
this class[1].  I haven't tried it myself in production, but
I tried it in the unit test framework.  It looks like setting
CAPABILITIES_CACHE_CONTROL_ENABLED to "false" will let you
have control over the headers.

Cheers,

Jim

1.

https://github.com/geoserver/geoserver/blob/2.15.2/src/main/src/main/java/org/geoserver/config/CapabilitiesCacheHeadersCallback.java#L22-L30


On 10/16/19 2:13 PM, Todd Jacobus wrote:

Hi all,

I have a client that is using a one-time GetCapabilities
request to establish authentication to our server.  However,
it seems that GeoServer returns "Cache-Control: max-age=0,
must-revalidate" which overrides what I have configured for
Tomcat.  This header is preventing them from caching
authentication data, at least for how they are implementing it.

Is it possible to configure GeoServer to return a "max-age"
value greater than 0 from a GetCapabilities request?

Here are my specs:
Geoserver version: 2.15.2
Server version: Apache Tomcat/8.5.43

Thank you in advance.

Best,
Todd

-- 



  Todd Jacobus

GIS Developer

TCARTA_ Logo.jpg

Office:+1 (303) 284 6144

Mob:+1

Email:t...@tcarta.com 

Address: 3015 W 9th Ave, Denver, CO 80204, USA


WWW.TCARTA.COM | TWITTER
| LINKED IN

|


CONFIDENTIALITY: This message may contain privileged and
confidential information intended only for the use of the
addressee. If you are not the intended recipient of this
message you are hereby notified that any use, dissemination,
distribution or reproduction of this message is prohibited.
If you have received this message in error please notify
TCarta  immediately. Any views expressed in this message are
those of the individual sender and may not necessarily
reflect the views of the Company.Please consider the
environment before printing this e-mail.


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to 
this list:
- Earning your support instead of buying it, but Ian 
Turton:http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting 
guidelines:http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see 
this:https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating

Re: [Geoserver-users] Is it possible to change the default Cache-Control response header response for GetCapabilities requests?

[Todd Jacobus]

Hi Jim,

Ok, I think I might have misunderstood you a little.  Apologies.
Certainly, setting an environment variable and restarting the server would
be easy enough for my capabilities.  However, I'm quite noobish when it
comes to Java.  Do you know of any good resources off hand that might
illustrate how to do this?  Also, from reading the commenting from the
github link you passed along, it seems as though I can set this variable as
a Linux system variable.  Thanks again.

Best,
Todd

On Thu, Oct 17, 2019 at 10:05 AM Jim Hughes  wrote:

> Hi Todd,
>
> Yes, I could imagine this being a reasonable feature to surface in the
> UI.  (That said, I'm not the gatekeeper for reasonable, so this is just one
> opinion.)
>
> In terms of ease, I'd agree that a checkbox would be great; that said, you
> can set this variable in a number of ways which doesn't require a code
> change to GeoServer.  For instance, you could run the Tomcat JVM with
> -DCAPABILITIES_CACHE_CONTROL_ENABLED=false.
>
> Cheers,
>
> Jim
>
>
> On 10/17/19 11:34 AM, Todd Jacobus wrote:
>
> Hi Jim,
>
> Thanks very much for looking into this.  I was hoping there might be an
> easier configuration option, but it's good to know that this might easily
> be changed in the source code.  Do you think it would be worth suggesting
> this as a feature, for example, a check box that would allow GeoServer to
> use the configured settings for the host server?  It would certainly be
> handy in this instance.
>
> Best,
> Todd
>
> On Wed, Oct 16, 2019 at 2:54 PM Jim Hughes  wrote:
>
>>
>> Hi Todd,
>>
>> Good question.  I grepped through the source code and found this
>> class[1].  I haven't tried it myself in production, but I tried it in the
>> unit test framework.  It looks like setting
>> CAPABILITIES_CACHE_CONTROL_ENABLED to "false" will let you have control
>> over the headers.
>>
>> Cheers,
>>
>> Jim
>>
>> 1.
>> https://github.com/geoserver/geoserver/blob/2.15.2/src/main/src/main/java/org/geoserver/config/CapabilitiesCacheHeadersCallback.java#L22-L30
>>
>>
>> On 10/16/19 2:13 PM, Todd Jacobus wrote:
>>
>> Hi all,
>>
>> I have a client that is using a one-time GetCapabilities request to
>> establish authentication to our server.  However, it seems that GeoServer
>> returns "Cache-Control: max-age=0, must-revalidate" which overrides what I
>> have configured for Tomcat.  This header is preventing them from caching
>> authentication data, at least for how they are implementing it.
>>
>> Is it possible to configure GeoServer to return a "max-age" value greater
>> than 0 from a GetCapabilities request?
>>
>> Here are my specs:
>> Geoserver version:  2.15.2
>> Server version: Apache Tomcat/8.5.43
>>
>> Thank you in advance.
>>
>> Best,
>> Todd
>>
>> --
>> Todd Jacobus
>>
>> GIS Developer
>>
>>
>>
>> [image: TCARTA_ Logo.jpg]
>>
>> Office: +1 (303) 284 6144
>>
>> Mob: +1
>>
>> Email: t...@tcarta.com
>>
>> Address: 3015 W 9th Ave, Denver, CO 80204, USA
>>
>> WWW.TCARTA.COM   | TWITTER
>>  | LINKED IN
>> |
>>
>> CONFIDENTIALITY: This message may contain privileged and confidential
>> information intended only for the use of the addressee. If you are not the
>> intended recipient of this message you are hereby notified that any use,
>> dissemination, distribution or reproduction of this message is prohibited.
>> If you have received this message in error please notify TCarta
>>  immediately. Any views expressed in this message are those of the
>> individual sender and may not necessarily reflect the views of the Company
>> . Please consider the environment before printing this e-mail.
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to this 
>> list:
>> - Earning your support instead of buying it, but Ian Turton: 
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines: 
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this: 
>> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>>
>> Geoserver-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>> ___
>> Geoserver-users mailing list
>>
>> Please make sure you read the following two resources before posting to
>> this list:
>> - Earning your support instead of buying it, but Ian Turton:
>> http://www.ianturton.com/talks/foss4g.html#/
>> - The GeoServer user list posting guidelines:
>> http://geoserver.org/comm/userlist-guidelines.html
>>
>> If you want to request a feature or an improvement, also see this:
>> h

Re: [Geoserver-users] Is it possible to change the default Cache-Control response header response for GetCapabilities requests?

[Jim Hughes]

Hi Todd,

Yes, I could imagine this being a reasonable feature to surface in the 
UI.  (That said, I'm not the gatekeeper for reasonable, so this is just 
one opinion.)


In terms of ease, I'd agree that a checkbox would be great; that said, 
you can set this variable in a number of ways which doesn't require a 
code change to GeoServer.  For instance, you could run the Tomcat JVM 
with -DCAPABILITIES_CACHE_CONTROL_ENABLED=false.


Cheers,

Jim


On 10/17/19 11:34 AM, Todd Jacobus wrote:

Hi Jim,

Thanks very much for looking into this.  I was hoping there might be 
an easier configuration option, but it's good to know that this might 
easily be changed in the source code.  Do you think it would be worth 
suggesting this as a feature, for example, a check box that would 
allow GeoServer to use the configured settings for the host server?  
It would certainly be handy in this instance.


Best,
Todd

On Wed, Oct 16, 2019 at 2:54 PM Jim Hughes > wrote:



Hi Todd,

Good question.  I grepped through the source code and found this
class[1].  I haven't tried it myself in production, but I tried it
in the unit test framework.  It looks like setting
CAPABILITIES_CACHE_CONTROL_ENABLED to "false" will let you have
control over the headers.

Cheers,

Jim

1.

https://github.com/geoserver/geoserver/blob/2.15.2/src/main/src/main/java/org/geoserver/config/CapabilitiesCacheHeadersCallback.java#L22-L30


On 10/16/19 2:13 PM, Todd Jacobus wrote:

Hi all,

I have a client that is using a one-time GetCapabilities request
to establish authentication to our server.  However, it seems
that GeoServer returns "Cache-Control: max-age=0,
must-revalidate" which overrides what I have configured for
Tomcat.  This header is preventing them from caching
authentication data, at least for how they are implementing it.

Is it possible to configure GeoServer to return a "max-age" value
greater than 0 from a GetCapabilities request?

Here are my specs:
Geoserver version: 2.15.2
Server version: Apache Tomcat/8.5.43

Thank you in advance.

Best,
Todd

-- 



  Todd Jacobus

GIS Developer

TCARTA_ Logo.jpg

Office:+1 (303) 284 6144

Mob:+1

Email:t...@tcarta.com 

Address: 3015 W 9th Ave, Denver, CO 80204, USA


WWW.TCARTA.COM | TWITTER
| LINKED IN

|


CONFIDENTIALITY: This message may contain privileged and
confidential information intended only for the use of the
addressee. If you are not the intended recipient of this message
you are hereby notified that any use, dissemination, distribution
or reproduction of this message is prohibited. If you have
received this message in error please notify TCarta  immediately.
Any views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the
Company.Please consider the environment before printing this e-mail.


___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to 
this list:
- Earning your support instead of buying it, but Ian 
Turton:http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting 
guidelines:http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see 
this:https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net  

https://lists.sourceforge.net/lists/listinfo/geoserver-users



___
Geoserver-users mailing list

Please make sure you read the following two resources before
posting to this list:
- Earning your support instead of buying it, but Ian Turton:
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this:

https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/geoserver-users



--


  Todd Jacobus

GIS Developer

TCARTA_ Logo.jpg

Office:+1 (303) 284 6144

Mob:+1

Email:t...@tcarta.com 

Address: 3015 W 9th Ave, Denver, CO 80204, USA


WWW.TCARTA.COM 

Re: [Geoserver-users] GeoServer 2.2.4 login does not work in WebSphere 8.5.5, but GeoServer 2.8.5 does!

[Juanita Dahlin]

I have good news. After deploying various GeoServer releases in WebSphere
8.5.5, I found that I can successfully login to GeoServer 2.8.5 when it's
deployed in WebSphere.

However, I did have to make one change to the web.xml file to fix garbage
character display on the admin site. I commented out compression types (I
believe WebSphere must already provide compression so double compression
was producing funny characters):

 compressed-types
   *  *

FYI, I had to repackage the war with the jar utility and redeploy to fix
the character issue. It appears that WebSphere ignores changes to the
web.xml file after deployment, even if the servers are restarted.

>From testing newer GeoServer releases in WebSphere 8.5.5, I concluded that
everything from 2.9 onwards produces the following message in the browser:

Error 500: javax.servlet.ServletException: Filter [filterChainProxy]: could
not be initialized

According to the logs there is an issue with casting an XML document
builder factory object:

java.lang.ClassCastException:
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to
javax.xml.parsers.DocumentBuilderFactory

Since GeoServer 2.9 is the first release built with Java 8, my guess would
be that the XML parsing libraries that come with the standard Java 8 JDK
differ from the Java 8 libraries installed in WebSphere. The issue could
likely be fixed by installing the correct libraries as shared libraries in
WebSphere and ensuring that they are loaded before the WebSphere Java
libraries.

Thanks,
Juanita

On Wed, Oct 16, 2019 at 9:02 AM Juanita Dahlin <
juanita.av...@concept-solutions.com> wrote:

> Thank you for the recommendations, Jody. I will do some research into
> changing the XML parser. I'm going to test a few more versions of GeoServer
> to see if any supported versions produce the same login issue as 2.2.4.
>
> Thanks for your help,
>   Juanita
>
> On Tue, Oct 15, 2019 at 7:07 PM Jody Garnett 
> wrote:
>
>> I would be far more comfortable if you work on a supported version of
>> GeoServer and focus on getting that working (2.2.4 was released in 2013!)
>> Can you check the xml parsers available in web sphere? It looks like the
>> parser provided by your environment is not supported?
>>
>> You have quite the work cut out for you Juanita, although we ask for
>> testing each release cycle you are the first to provide feedback in ...
>> quite some time.
>>
>>
>>
>> --
>> Jody Garnett
>>
>>
>> On Tue, 15 Oct 2019 at 12:51, Juanita Dahlin <
>> juanita.av...@concept-solutions.com> wrote:
>>
>>> Hello GeoServer Team,
>>>
>>> I've been tasked with porting GeoServer 2.2.4 from GlassFish to
>>> WebSphere 8.5.5. GeoServer runs fine under WebSphere except for login to
>>> the admin site.
>>>
>>> When I attempt to login to the GeoServer admin site, I am directed to a
>>> blank /j_spring_security_check page. If I tail the geoserver.log or the
>>> WebSphere SystemOut.log absolutely no messages are logged. It's as if the
>>> Spring login filter is not invoked at all.
>>>
>>> I've tried various WebSphere tweaks including class load order and
>>> custom Web Container properties. Evidently the invokefilterscompatibility
>>> property used to solve similar issues in older versions of WebSphere, but
>>> it's no longer available in WebSphere 8.5.5:
>>>
>>> com.ibm.ws.webcontainer.invokefilterscompatibility = true
>>>
>>> Has anyone else had success getting GeoServer login to work in WebSphere
>>> 8.5.5?
>>>
>>> FYI, I also have the option of upgrading to a newer version of
>>> GeoServer. However, I've tried 2.16.0 and 2.14.4 and cannot even get the
>>> admin site to come up. With newer versions of GeoServer, I see this message
>>> in the browser:
>>>
>>> Error 500: javax.servlet.ServletException: Filter [filterChainProxy]:
>>> could not be initialized
>>>
>>> And this message in the logs:
>>>
>>> java.lang.ClassCastException:
>>> org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to
>>> javax.xml.parsers.DocumentBuilderFactory
>>>
>>> Thanks for your help,
>>> Juanita Dahlin
>>>
>>> --
>>>
>>> *Juanita Avila Dahlin*
>>>
>>> Software Developer for the FAA AIM-SAA program
>>>
>>> ConceptSolutions, LLC
>>>
>>> www.concept-solutions.com
>>>
>>>
>>> www.concept-solutions.com
>>>
>>> *An Equal Opportunity Employer*
>>> CONFIDENTIALITY NOTICE: The information and/or documents contained in
>>> this transmission may contain confidential or proprietary information. The
>>> information is solely for the use of the addressee named above. If you are
>>> not the intended recipient, you are hereby notified that any disclosure,
>>> copying, distribution, any action in reliance or other use of the contents
>>> of this transmission is strictly prohibited.
>>>
>>> ___
>>> Geoserver-users mailing list
>>>
>>> Please make sure you read the following two resources before posting to
>>> this list:
>>> - Earning your support instead of buying it, but Ian

Re: [Geoserver-users] Is it possible to change the default Cache-Control response header response for GetCapabilities requests?

[Todd Jacobus]

Hi Jim,

Thanks very much for looking into this.  I was hoping there might be an
easier configuration option, but it's good to know that this might easily
be changed in the source code.  Do you think it would be worth suggesting
this as a feature, for example, a check box that would allow GeoServer to
use the configured settings for the host server?  It would certainly be
handy in this instance.

Best,
Todd

On Wed, Oct 16, 2019 at 2:54 PM Jim Hughes  wrote:

>
> Hi Todd,
>
> Good question.  I grepped through the source code and found this
> class[1].  I haven't tried it myself in production, but I tried it in the
> unit test framework.  It looks like setting
> CAPABILITIES_CACHE_CONTROL_ENABLED to "false" will let you have control
> over the headers.
>
> Cheers,
>
> Jim
>
> 1.
> https://github.com/geoserver/geoserver/blob/2.15.2/src/main/src/main/java/org/geoserver/config/CapabilitiesCacheHeadersCallback.java#L22-L30
>
>
> On 10/16/19 2:13 PM, Todd Jacobus wrote:
>
> Hi all,
>
> I have a client that is using a one-time GetCapabilities request to
> establish authentication to our server.  However, it seems that GeoServer
> returns "Cache-Control: max-age=0, must-revalidate" which overrides what I
> have configured for Tomcat.  This header is preventing them from caching
> authentication data, at least for how they are implementing it.
>
> Is it possible to configure GeoServer to return a "max-age" value greater
> than 0 from a GetCapabilities request?
>
> Here are my specs:
> Geoserver version:  2.15.2
> Server version: Apache Tomcat/8.5.43
>
> Thank you in advance.
>
> Best,
> Todd
>
> --
> Todd Jacobus
>
> GIS Developer
>
>
>
> [image: TCARTA_ Logo.jpg]
>
> Office: +1 (303) 284 6144
>
> Mob: +1
>
> Email: t...@tcarta.com
>
> Address: 3015 W 9th Ave, Denver, CO 80204, USA
>
> WWW.TCARTA.COM   | TWITTER
>  | LINKED IN
> |
>
> CONFIDENTIALITY: This message may contain privileged and confidential
> information intended only for the use of the addressee. If you are not the
> intended recipient of this message you are hereby notified that any use,
> dissemination, distribution or reproduction of this message is prohibited.
> If you have received this message in error please notify TCarta
>  immediately. Any views expressed in this message are those of the
> individual sender and may not necessarily reflect the views of the Company
> . Please consider the environment before printing this e-mail.
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to this 
> list:
> - Earning your support instead of buying it, but Ian Turton: 
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines: 
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this: 
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
> Geoserver-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>


-- 
Todd Jacobus

GIS Developer



[image: TCARTA_ Logo.jpg]

Office: +1 (303) 284 6144

Mob: +1

Email: t...@tcarta.com

Address: 3015 W 9th Ave, Denver, CO 80204, USA

WWW.TCARTA.COM   | TWITTER
 | LINKED IN
|

CONFIDENTIALITY: This message may contain privileged and confidential
information intended only for the use of the addressee. If you are not the
intended recipient of this message you are hereby notified that any use,
dissemination, distribution or reproduction of this message is prohibited.
If you have received this message in error please notify TCarta
 immediately. Any views expressed in this message are those of the
individual sender and may not necessarily reflect the views of the
Company.

Re: [Geoserver-users] Matching pre-built Windows x64 binaries for GeoServer 2.16.0, GDAL 2.x, and ECW JPEG 2000 SDK 5.4

[Mats Elfström]

Hi!
I really do not miss the windows installer. The war-file approach is so
mych easier to deploy, and makes Geoserver run as a service. As a server
application obviously should.
Also, it was said that the Windows installer only created a test or toy
installation. I had no use for that.
Last month I was setting up a geodata server, and was a bit taken back
without the familiar windows installer. But figured out how to use the war
file. I also wanted Geonetwork which was even easier to launch.
So, I Installed Apache Tomcat/9.0.26 as a service, dropped two war files in
a folder and that was it.
Then (as previously reported) I had a bit of trouble installing the GDAL
libraries. This was because no documentation dealt with this setup.
This was so simple that I'm afraid I am missing some important point here.
What would be the advantage be with a windows installer, as compared to the
war-file installation?


*GisKraft*, Geodatakonsult

Mats Elfström, Marsvinsholms stationsväg 80, 271 93 Ystad, Sweden
tel: +46 70 595 39 35 / web: www.giskraft.com


Den tors 17 okt. 2019 kl 11:39 skrev Andrea Aime <
andrea.a...@geo-solutions.it>:

> On Thu, Oct 17, 2019 at 4:33 AM Tom Lynch  wrote:
>
>> Hi Daniele and Mats,
>>
>> Just to report on my experience, after that tip from Daniele I was able
>> to get the whole setup working almost immediately, but using the WAR
>> download and a 64-bit install of Tomcat 8.5 as a service. I wasn't able to
>> get the platform-independent binary to load the GDAL stack despite it
>> running under a 64-bit JRE, which was a bit perplexing.
>>
>
> Hum... did you try to start it stand alone or as a service? The service
> mode is compatible only with 32bit, was a limitation of the tool
> we used many years ago to create a service around GeoServer. The Windows
> installer could certainly use a make over, if anyone
> wants to put some development time in it, it would be appreciated.
>
>
>> All good though, working now and I'm unblocked. Thanks again for your
>> help. Let me know if there's a way I can contribute to documentation and so
>> on.
>>
>
> The docs are in version control, written in RST, pull requests are
> welcomed:
> https://github.com/geoserver/geoserver/tree/master/doc/en/user/source
>
> If you find that you just want to modify parts of a page, you can just hit
> the "edit" link available in each page right menu,
> and will brig you to the relevant github resource where you can follow the
> quick fix procedure:
> https://docs.geoserver.org/latest/en/docguide/quickfix.html
>
> Hope this helps
>
> Cheers
> Andrea
>
> ==
>
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information. == Ing. Andrea Aime @geowolf
> Technical Lead GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa
> (LU) phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
> http://www.geo-solutions.it http://twitter.com/geosolutions_it
> --- *Con riferimento
> alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
> Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
> circostanza inerente alla presente email (il suo contenuto, gli eventuali
> allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
> destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
> errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
> sarei comunque grato se potesse darmene notizia. This email is intended
> only for the person or entity to which it is addressed and may contain
> information that is privileged, confidential or otherwise protected from
> disclosure. We remind that - as provided by European Regulation 2016/679
> “GDPR” - copying, dissemination or use of this e-mail or the information
> herein by anyone other than the intended recipient is prohibited. If you
> have received this email by mistake, please notify us immediately by
> telephone or e-mail.*
> ___
> Geoserver-users mailing list
>
> Please make sure you read the following two resources before posting to
> this list:
> - Earning your support instead of buying it, but Ian Turton:
> http://www.ianturton.com/talks/foss4g.html#/
> - The GeoServer user list posting guidelines:
> http://geoserver.org/comm/userlist-guidelines.html
>
> If you want to request a feature or an improvement, also see this:
> https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer
>
>
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines:

Re: [Geoserver-users] Matching pre-built Windows x64 binaries for GeoServer 2.16.0, GDAL 2.x, and ECW JPEG 2000 SDK 5.4

[Andrea Aime]

On Thu, Oct 17, 2019 at 4:33 AM Tom Lynch  wrote:

> Hi Daniele and Mats,
>
> Just to report on my experience, after that tip from Daniele I was able to
> get the whole setup working almost immediately, but using the WAR download
> and a 64-bit install of Tomcat 8.5 as a service. I wasn't able to get the
> platform-independent binary to load the GDAL stack despite it running under
> a 64-bit JRE, which was a bit perplexing.
>

Hum... did you try to start it stand alone or as a service? The service
mode is compatible only with 32bit, was a limitation of the tool
we used many years ago to create a service around GeoServer. The Windows
installer could certainly use a make over, if anyone
wants to put some development time in it, it would be appreciated.


> All good though, working now and I'm unblocked. Thanks again for your
> help. Let me know if there's a way I can contribute to documentation and so
> on.
>

The docs are in version control, written in RST, pull requests are welcomed:
https://github.com/geoserver/geoserver/tree/master/doc/en/user/source

If you find that you just want to modify parts of a page, you can just hit
the "edit" link available in each page right menu,
and will brig you to the relevant github resource where you can follow the
quick fix procedure:
https://docs.geoserver.org/latest/en/docguide/quickfix.html

Hope this helps

Cheers
Andrea

==

GeoServer Professional Services from the experts! Visit http://goo.gl/it488V
for more information. == Ing. Andrea Aime @geowolf Technical Lead
GeoSolutions S.A.S. Via di Montramito 3/A 55054 Massarosa (LU) phone: +39
0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549
http://www.geo-solutions.it http://twitter.com/geosolutions_it
--- *Con riferimento
alla normativa sul trattamento dei dati personali (Reg. UE 2016/679 -
Regolamento generale sulla protezione dei dati “GDPR”), si precisa che ogni
circostanza inerente alla presente email (il suo contenuto, gli eventuali
allegati, etc.) è un dato la cui conoscenza è riservata al/i solo/i
destinatario/i indicati dallo scrivente. Se il messaggio Le è giunto per
errore, è tenuta/o a cancellarlo, ogni altra operazione è illecita. Le
sarei comunque grato se potesse darmene notizia. This email is intended
only for the person or entity to which it is addressed and may contain
information that is privileged, confidential or otherwise protected from
disclosure. We remind that - as provided by European Regulation 2016/679
“GDPR” - copying, dissemination or use of this e-mail or the information
herein by anyone other than the intended recipient is prohibited. If you
have received this email by mistake, please notify us immediately by
telephone or e-mail.*
___
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


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