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

[timita]

That is correct, Andrea. It's a dataset with over 600,000 fairly complex
polygons, but no complex styles, and the requested tiles are 512 x 512. Some
tiles in those samples (generated randomly) have over 300K features in them.

The machine is small, with 4 vCPU and 8 GB of RAM and GeoServer is running
across three Tomcat containers, with 1GB RAM allocated to each.

So, it's just sheer size for now - I wanted to bring it to its knees,
because in production we have a different approach. As I allowed 100K max
fetch size, I guess the switch to TWKB also makes a difference, even if the
database is local.

Can't wait to see what it does with some layers with complex stiles that we
have. If I run any benchmarks, I will publish here.

I watched most of the presentations from Bucharest, but it seems I missed
this one. Thanks for pointing it out!

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] Which Java 8? A quick benchmark

[timita]

The cherry on the cake: I repeated the same test, but with GeoServer 2.16.0
and only for Amazon Corretto (which originally was the fastest). No other
changes to the config or to the dataset. Quite an impressive gain by just
switching from GeoServer 2.15.0 to 2.16.0.Humble thanks from a happy
GeoServer user!Manuel Timita



--
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

[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

[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 <https://docs.geoserver.org/latest/en/user/production/java.html>  
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
<https://geoserver.geo-solutions.it/edu/en/enterprise/jmeter.html>  , for
Oracle JRE 8, OpenJDK 8 (as  available here
<https://launchpad.net/~openjdk-r/+archive/ubuntu/ppa>  ), 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

Re: [Geoserver-users] WMS Layers not identifying

[timita]

Hi Amelia,

Arguably this would be a question for the OpenLayers user group. From your
description, it looks like GeoServer works almost without problems (at most
it might have an issue related to the charset meta tag, similar to this:
https://github.com/webpack/webpack-dev-server/issues/1)

You might want to research this further and fill a bug / sponsor a fix if
your investigation reveals that it's something related to GeoServer.

However, a quick hint: if you want to get data via getGetFeatureInfo, you
are way better off requesting it in a format that you can actually process
in JavaScript, rather than text/html. With that you won't get this kind of
error.

Here's a good example of how to request the data as JSON, which is a much
better format for what you need: https://gis.stackexchange.com/a/133278

Best,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] Authentication page error

[timita]

Hi Kris,

As mentioned above, I'm by no means familiar with the authentication options
for GeoServer, so I'll do my best to help with debugging it yourself.

You say you use a Docker container. Did you look at the installation script?
Try and remove any line that pulls in and installs the authKey module. If
all else fails, try to SSH into the box and 'rm -f' the jar from GeoServer's
WEB-INF/lib directory. Then restart the GeoServer instance.

If you have multiple GS instances (i.e. multiple Tomcat containers), make
sure you do the same for all.

According to the last paragraph on this page, the file seems to be called
'authkey.jar': 
http://docs.geoserver.org/latest/en/user/community/authkey/index.html#provider-pluggability

  

*Exercise common sense!* Make sure you back up the GS data directory before
doing any of the above.

Good luck!



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] Login Not working

[timita]

Hi Cindy,

It's hard to imagine anyone even attempting to help you, given that you
provide next to no information.

1) First of all, is GeoServer running? Check your Jetty / Tomcat server
2) Can you see the login page at all?
3) If the server is running, do you see any exception in the logs?

... and anything else that would help identifying your issue.

Regards,
Manuel




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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] Authentication page error

[timita]

Hi Kris,

The way I work with GeoServer is to write comprehensive Node.js wrapper apps
around it, with their own authentication mechanisms and the rest, and only
control it via REST. So I'm not familiar too much with GS's auth system. I'm
trying here my best, mostly guiding you with respect to debugging and hoping
that you will uncover the issue by yourself.

I can't know exactly what is causing the warning, but in the screenshot I
can see an exception called 'authKeyAuthentication'. I know that GeoServer
has a community module called 'Key authentication'
http://docs.geoserver.org/latest/en/user/community/authkey/index.html

Are you using the above module? Can you think of any plugins which you
installed and which might be affecting the authentication process (e.g.
GeoFence)?

Also, try and remember any configuration steps that you have performed
before this started to happen.

Best,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] Authentication page error

[timita]

Hi Kris,

One ca see a 'Bad credentials' exception in your logs, but it is difficult
to say whether that is exactly the cause, or something else, give the noise
in the file you attached.

I would recommend to clear the log, set it for 'PRODUCTION_LOGGING' (see
here how:
http://docs.geoserver.org/latest/en/user/configuration/globalsettings.html#config-globalsettings),
repeat the steps, then come back with another copy of the log.

Best regards,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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 JVM: OpenJDK vs Oracle

[timita]

Hi all,

Oracle JRE has always been recommended for best performance:
http://docs.geoserver.org/stable/en/user/production/java.html

However, when using Marlin, should this still be the case? In the benchmarks
mentioned by the blog post here
https://www.geo-solutions.it/blog/developerss-corner-achieving-extreme-geoserver-scalability-with-the-new-marlin-vector-rasterizer/
OpenJDK + Marlin significantly outperforms the others, but it is not clear
what the situation is for Oracle JRE + Marlin.

Empirically, we didn't notice any difference, but maybe others have better
experience with both.

Thank you,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] geoserver performance regressions?

[timita]

Hi Niels,

This might be related to  https://osgeo-org.atlassian.net/browse/GEOS-8655
  

Best regards,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] How to apply CQL Filter on FeatureType Property that contains Json Object

[timita]

Hi there,

Your JSON is being treated as text as far as GeoServer is concerned. ECQL
does not have a function that will parse the JSON and extract a particular
property. FYI, the full grammar is documented in the the  GeoTools ECQL BNF
definition
 
.

That being said, you have two alternatives:

1) SIMPLE. Just extract the properties you need to filter by into separate
columns. Use triggers if you need to update them dynamically.

2) HARD. Create a stored procedure in MySQL that parses the JSON and
extracts a property's value by its key, then create a custom filtering
function (see this post for a starting point: 
http://osgeo-org.1560.x6.nabble.com/Custom-filter-function-td5062121.html
 
) which calls the procedure.

Best regards,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Manuel Timita]

Thanks Andrea. You've been very patient :-)

On 20 March 2018 at 17:50, Andrea Aime  wrote:

> On Tue, Mar 20, 2018 at 6:35 PM, Manuel Timita  wrote:
>
>> That is something I never thought about. I'll keep it mind. It is
>> actually something I could personally try and help with.
>>
>> Particularly with user support, I'm actually very happy to do what I can,
>> as I think I got to know GeoServer very well. Is this forum the place to
>> start with? Or is it the issue tracker? Apologies for lacking the basic
>> knowledge in this respect.
>>
>
> Just hang on the user list and when you see a request that you think you
> can provide help to,
> jump in and answer.
>
> I try very hard not to answer mails right away to allow others to chime in
> and help too (ok ok, sometimes
> I forget, need to get better at this :-p )
>
> 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
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa&entry=gmail&source=g>
> 55054  Massarosa
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa&entry=gmail&source=g>
> (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo messaggio di posta elettronica e/o
> nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
> loro utilizzo è consentito esclusivamente al destinatario del messaggio,
> per le finalità indicate nel messaggio stesso. Qualora riceviate questo
> messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
> darcene notizia via e-mail e di procedere alla distruzione del messaggio
> stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
> divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
> utilizzarlo per finalità diverse, costituisce comportamento contrario ai
> principi dettati dal D.Lgs. 196/2003.
>
> The information in this message and/or attachments, is intended solely for
> the attention and use of the named addressee(s) and may be confidential or
> proprietary in nature or covered by the provisions of privacy act
> (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
> Code).Any use not in accord with its purpose, any disclosure, reproduction,
> copying, distribution, or either dissemination, either whole or partial, is
> strictly forbidden except previous formal approval of the named
> addressee(s). If you are not the intended recipient, please contact
> immediately the sender by telephone, fax or e-mail and delete the
> information in this message that has been received in error. The sender
> does not give any warranty or accept liability as the content, accuracy or
> completeness of sent messages and accepts no responsibility  for changes
> made after they were sent or for other risks which arise as a result of
> e-mail transmission, viruses, etc.
>
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
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] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[Manuel Timita]

Hi Andrea,

Thank you for taking the time for such detailed explanation. It made things
a lot clearer.

"
I do want to discourage the
notion that people can just ask and developers have nothing better to do
than
follow their requests.
"

Yeah, this is simply not the kind of people I ever thought of encouraging.
Everyone reaching the age of 14 and having written their
first System.out.println("foo") should assume better.

"
the project is being kept alive by
a bunch of people that perform a number of unpaid activities, like user
support,
code reviews, releases, participation to the monthly bug stomp and the like,
while others merrily keep on "contributing" bits of code that they were
sponsored
to work on, without taking on any of the above.
"

That is something I never thought about. I'll keep it mind. It is actually
something I could personally try and help with.

Particularly with user support, I'm actually very happy to do what I can,
as I think I got to know GeoServer very well. Is this forum the place to
start with? Or is it the issue tracker? Apologies for lacking the basic
knowledge in this respect.

Best regards,
Manuel



On 20 March 2018 at 16:49, Andrea Aime  wrote:

> On Tue, Mar 20, 2018 at 5:10 PM, timita  wrote:
>
>> Apologies if this sounds like criticism - far from my intention - but
>> saying
>> that it's irrelevant whether people use it or not sounds discouraging.
>>
>
> I don't mean to discourage contribution, mind, but I do want to discourage
> the
> notion that people can just ask and developers have nothing better to do
> than
> follow their requests.
> If GeoServer was a paid product, it might make sense to do that, so that a
> new
> set of licences are getting sold at the N+1 release.
> But it is not, and development is really driven by necessities of the
> contributor's
> paid work (plus some spare time activity that clearly cannot be steered
> any way,
> each one has a right to do what they prefer outside of working hours).
> It's actually somewhat worse than this, in that the project is being kept
> alive by
> a bunch of people that perform a number of unpaid activities, like user
> support,
> code reviews, releases, participation to the monthly bug stomp and the
> like,
> while others merrily keep on "contributing" bits of code that they were
> sponsored
> to work on, without taking on any of the above. Now that's fine for a
> isolated contribution,
> not so when they are repeated over time (like, there is clearly a business
> revolving
> around the project, but without the "cost" that core devs pay daily),
> because it's
> discouraging, upsetting and eventually starving the core devs (starving as
> in,
> the ratio between actual maintainers and available code to maintain
> worsens and worsens
> over time).
> Anyways, I'm digressing :-)
>
> The key point is that actual change needs actual resources.
>
>
>> The name "GeoServer - User" suggests a public forum, even though it's not
>> a
>> public service. Ultimately, a public discussion could 1) spur activity
>> around a module, leading to contributions 2) help with gathering valuable
>> feedback, such as use cases,
>
>
> Yep, we have multiple rounds of these two, if you check the archives.
>
>
>> 3) allow users to team up and support a feature
>> which might be too expensive for a single user to fund.
>
>
> This bit is actually partially covered too, there are more pull requests
> showing on on JDBCConfig,
> which is a sign of interest and partial resourcing. What is missing is an
> actual maintainer
> (someone that reviews pull requests, answers user questions, and generally
> truly
> participates to the project life), enough that the module can switch from
> community "hell"
> to official extension.
>
> 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
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa&entry=gmail&source=g>
> 55054  Massarosa
> <https://maps.google.com/?q=Via+di+Montramito+3/A+55054+%C2%A0Massarosa&entry=gmail&source=g>
> (LU)
> phone: +39 0584 962313 <+39%200584%20962313>
> fax: +39 0584 1660272 <+39%200584%20166%200272>
> mob: +39  339 8844549 <+39%20339%20884%204549>
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> AVVERTENZE AI SENSI DEL D.Lgs. 196/2003
>
> Le informazioni contenute in questo

Re: [Geoserver-users] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[timita]

geowolf wrote
> Whether people are using it or not is, in the end, more or less
> irrelevant,
> because this community
> is not a public service, it's a body of work shared by some people, and
> used by many others.

Thank you, Andrea.

I am acutely aware of that, just like, I think, many of GeoServer's users.
The problem is that there is only that much funding available. Some of us
already support as much as they can afford the development of the OSS they
use. Personally, if I am to hit an impassable road bump with GeoServer, I
would request paid support, budget permitting.

Apologies if this sounds like criticism - far from my intention - but saying
that it's irrelevant whether people use it or not sounds discouraging.

The name "GeoServer - User" suggests a public forum, even though it's not a
public service. Ultimately, a public discussion could 1) spur activity
around a module, leading to contributions 2) help with gathering valuable
feedback, such as use cases, 3) allow users to team up and support a feature
which might be too expensive for a single user to fund. The more [sensible]
users, and the more they get involved, the higher the conversion rate.

That's more or less what I had in mind when I said we could do more.

Best regards,
Manuel




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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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] JDBCConfig export Catalog to XML Catalog in GEOSERVER DAT DIR

[timita]

geowolf wrote
> Nobody at the PSC meeting yesterday was dealing with a production system
> using it (I have helped set up
> a couple in the past, making several code adjustment to give them a
> fighting chance of working, but have
> not used it in a long while).

Sorry for bumping this old-ish thread. Perhaps it's the fault of startups
like ours, who should be more active on these forums, for not having a
complete picture.

On our GeoServer-based platform we used JDBCConfig right from the beginning.
With multiple GS instances spread across several machines, and intense
activity with respect to adding / removing layers, styling, and so on - we
only experienced pain with the XML-based catalog. 

I can't envisage a truly elastic deployment of GeoServer, if we
still have to depend on a network mount for config.

The only problem, we could not upgrade our GS from 2.10.4 to 2.11 due to a
significant slowdown. Now, with the latest improvements, I hope it has been
solved.

Thank you all for GeoServer.
Thank you Niels for JDBCConfig.

Best,
Manuel



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

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
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