[Geoserver-users] Integrated geoWebCache in geoServer 2.8 - configuration question
I just installed the 2.8 release, and am testing the new Memory cache option. The first problem (confusion) I encountered relates to the admin GUI screens. I normally do not configure a default set of layer parameters, but do this on specific layers. When I looked at my first test layer, the Memory cache option was greyed out. I finally figured out I had to activate the layer default option on the 'Caching Defaults' screen, and set various (general memory cache) values there for this to work. The first question/comment is - should these cache mode (File vs Memory) settings actually be under the Caching Defaults/layer default, or in a new section (Cache Store Parameters) on this page (always available). The same is also true for the memory cache stats that are also there. The next question is if there will be a way to select the cache store type used on a per layer basis (File for some, memory for others)? Having a per layer selection would be very advantageous - using file based for 'static' layers, and memory of 'dynamic' (frequently changing) layers. And on an unrelated note, it would help to expand the new JAI-Ext settings docs to mention when you should 'activate' the options. In particular, my platform does not have native JAI available, so my guess is I should activate all of these. Perhaps this should be the default if Native JAI is not detected. Thanks, Tom FWIW - not a lot of other testing yes, but so far seems good. Environment is Win2012R2, Tomcat 8, Java 7, geoS WAR deploy -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Problem mapping ELF Addresses schema
Thank you for your answer.
I know that if I change everything to inspire, then it is working, but I am
wondering if then it is still elf schema or is only inspire schema?
2015-07-31 20:07 GMT+02:00 Stefano Costa :
> Hi,
> if you point straight to the INSPIRE schema at:
> http://inspire.ec.europa.eu/schemas/ad/3.0/Addresses.xsd
>
> it works: probably the empty schema with just one tag inside is
> giving the schema parsing machinery a hard time... but I didn't have the
> time to debug this more deeply.
>
> Please find attached a working skeleton configuration.
>
> Hope this helps,
> Stefano
>
>
> Il giorno ven, 31/07/2015 alle 04.25 -0700, amacar ha scritto:
> > Hi,
> >
> > I had successfuly mapped ELF GeographicalNames schema, but now I want to
> map
> > ELF Addresses schema (
> > http://www.locationframework.eu/schemas/Addresses/0.1/Addresses.xsd ).
> There
> > are no elements in schema, so basically it is the same as INSPIRE
> Addresses.
> > But I have problems creating correct mapping files.
> >
> > My datastore.xml
> > /
> > elf_Address_datastore
> > elf_Address
> > true
> >
> > elf_addr_workspace_id
> >
> >
> > app-schema
> > > key="url">file:workspaces/elf_addr/elf_Address/elf_Address.xml
> > > key="namespace">http://www.locationframework.eu/schemas/Addresses/0.1
>
> >
> > <__default>false
> > /
> >
> > my namespace.xml
> > /
> > elf_addr_namespace_id
> > elf_addr
> > http://www.locationframework.eu/schemas/Addresses/0.1
> > /
> >
> > my elf_Address.xml (I left out irrelevant information)
> > /.
> > .
> > .
> >
> > inspire_addr
> >urn:x-inspire:specification:gmlas:Addresses:3.0
> >
> >
> > elf_addr
> > http://www.locationframework.eu/schemas/Addresses/0.1
> >
> > .
> > .
> > .
> >
> >
> >
> >
> http://www.locationframework.eu/schemas/Addresses/0.1/Addresses.xsd
>
> >
> >
> >
> >
> > datasource
> > INS_AD
> > inspire_addr:Address
> > false
> >
> >
> >
> > inspire_addr:Address
> >
> >
> > strConcat('SI.GURS.RPE.AD.', ID)
> >
> >
> > .
> > .
> > ./
> >
> > When I run geoserver I get this error, even though
> > urn:x-inspire:specification:gmlas:Addresses:3.0 should had top element
> > Addresss:
> > /31 jul 13:20:42 WARN [data.complex] - No top level element found in
> > schemas: {urn:x-inspire:specification:gmlas:Addresses:3.0}Address
> > 31 jul 13:20:42 WARN [complex.config] - Error creating app-schema data
> store
> > for 'inspire_addr:Address', caused by: No top level element found in
> > schemas: {urn:x-inspire:specification:gmlas:Addresses:3.0}Address
> > 31 jul 13:20:42 WARN [org.geoserver] - Error connecting to 'elf_Address'.
> > Disabling./
> >
> > Somebody has a solution how to correctly map this schema?
> >
> >
> >
> > --
> > View this message in context:
> http://osgeo-org.1560.x6.nabble.com/Problem-mapping-ELF-Addresses-schema-tp5217968.html
> > Sent from the GeoServer - User mailing list archive at Nabble.com.
> >
> >
> --
> > ___
> > Geoserver-users mailing list
> > Geoserver-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> --
>
> Best regards,
> Stefano Costa
>
> ==
> GeoServer Professional Services from the experts! Visit
> http://goo.gl/it488V for more information.
> ==
> Dott. Stefano Costa
> Senior Software Engineer
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
>
> 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
> Da
Re: [Geoserver-users] Dynamic SLD for Attribute type error
Ciao David, the version is correct, this should work. Do you see anything in the log related to this error? If you use a plain colormap things render correctly? Regards, Simone Giannecchini == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V 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 --- 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. On Fri, Jul 31, 2015 at 6:51 PM, David Haynes II wrote: > Geoserver 2.7.1 > Git Revision 381d86c5a8678a0734f4c509e75dd03a4421 > Build Date 20-May-2015 23:39 > GeoTools Version 13.1 (rev 9236ae1374c05c3e52f8aaf74f7272e082669e5d) > GeoWebCache Version 1.7.1 (rev > 1.7.x/15d85578685351d50081f45a99b626ffcc26a5fe) > > On Fri, Jul 31, 2015 at 11:42 AM, Andrea Aime > wrote: >> >> On Fri, Jul 31, 2015 at 6:38 PM, David Haynes II wrote: >>> >>> Hello, >>> >>> Thanks for the reply, but it doesn't seem to be working >> >> >> Which version of GeoServer are you using? >> Mauro, do you remember if this feature has already landed in any stable >> series,and if so, which one? >> >> 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 Poggio alle Viti 1187 >> 55054 Massarosa (LU) >> Italy >> phone: +39 0584 962313 >> fax: +39 0584 1660272 >> mob: +39 339 8844549 >> >> 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 t
Re: [Geoserver-users] Issue with internal connection pooling for Oracle datastore with no schema name?
Thanks, Andrea. We're using GeoServer 2.6.0 The performance issue occurs for map requests - so wouldn't this be something different to the issue with slow metadata loading (The metadata retrieval is an issue we've seen as well, but it only hurts the admin, not the users, so we're less caring about that 8^). But I guess anything might be happening in there. We're attempting to get tracing on the DB side to see what's going on, but so far haven't found a friendly-enough DBA. 8^) We'll probably try using a JNDI pool and see whether that helps at all. If so, we may just use that approach. If not, we'll be looking for a code fix - which we can likely get funded and contribute back. Will communicate any findings we have, to help improve the support for Oracle. (Postgres does tend to scare people at this particular client, unfortunately. We did float the idea of using a "local data cache" built on top of a special technology ideally suited for this purpose whose initials just happen to be PG... but so far no bites. However, if we can show a major improvement in map image request performance, we might still be able to make this fly...) On Thu, Jul 30, 2015 at 1:42 PM, Andrea Aime wrote: > On Thu, Jul 30, 2015 at 7:56 PM, Martin Davis wrote: > >> We have the following GeoServer setup: >> >> Datastore to an Oracle 12c Exadata instance >> Internal connection pooling >> No schema specified >> > > What GEoServer version? > > >> >> We noticed a serious performance anomaly, where each layer was taking >> about 4 s to render, even when the data was very small. >> >> When we switched to specifying an explicit schema in the Datastore >> config, the performance got significantly faster, and the time to render >> individual layers became more proportional to the query result size. >> >> So the questions are: >> 1. does omitting a schema name in the Oracle Datastore config cause >> connection pooling to be disabled or defeated? >> > > While I cannot ensure I won't be hit by an asteroid in the next hour, > that's unlikely. So is the idea that not setting > up the catalog can break connection pooling. > > It will likely slow down things for other reasons unrelated to connection > pooling instead. > Oracle is a database from hell, if you don't setup the catalog the jdbc > driver returns a huge number of tables (50k on some installations?) when > you get the > database metadata. > We had issues with caching metadata at the content data store level, with > the Oracle dialect not using prepared statements > for metadata (pull request still open, I'm unable to find the time to > review it, see here: > https://github.com/geotools/geotools/pull/905), and likely something else > that I don't remember. > > I would suggest to try trunk, with the above pull request applied, and see > if it gets any better. > > >> 2. Will this issue be avoided when using a JNDI connection pool? >> > > Not directly, but with JNDI you can setup a single connection pool and > then setup N datastores, one for each > of the catalogs you need to access. > > Investigations and patches welcomed too, we have a large disconnect > between people using and complaining > about Oracle and people actually doing something about it. The common > wisdom is to just drop > Oracle in favor of PostGIS, when one can (yes, I'm well aware that's often > not an option). > > > -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Dynamic SLD for Attribute type error
Geoserver 2.7.1 Git Revision 381d86c5a8678a0734f4c509e75dd03a4421 Build Date 20-May-2015 23:39 GeoTools Version 13.1 (rev 9236ae1374c05c3e52f8aaf74f7272e082669e5d) GeoWebCache Version 1.7.1 (rev 1.7.x/15d85578685351d50081f45a99b626ffcc26a5fe) On Fri, Jul 31, 2015 at 11:42 AM, Andrea Aime wrote: > On Fri, Jul 31, 2015 at 6:38 PM, David Haynes II wrote: > >> Hello, >> >> Thanks for the reply, but it doesn't seem to be working >> > > Which version of GeoServer are you using? > Mauro, do you remember if this feature has already landed in any stable > series,and if so, which one? > > 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 Poggio alle Viti 1187 > 55054 Massarosa (LU) > Italy > phone: +39 0584 962313 > fax: +39 0584 1660272 > mob: +39 339 8844549 > > 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. > > --- > -- David Haynes, Ph.D. Research Associate Terra Populus Minnesota Population Center www.terrapop.org -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Dynamic SLD for Attribute type error
On Fri, Jul 31, 2015 at 6:38 PM, David Haynes II wrote: > Hello, > > Thanks for the reply, but it doesn't seem to be working > Which version of GeoServer are you using? Mauro, do you remember if this feature has already landed in any stable series,and if so, which one? 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 Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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. --- -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Dynamic SLD for Attribute type error
Hello,
Thanks for the reply, but it doesn't seem to be working
I want my webapp to turn off different categories of a particular raster,
the example below uses water category with a pixel value of 20.
When I go to preview the layer nothing shows up?
On Fri, Jul 31, 2015 at 9:06 AM, Andrea Aime
wrote:
> Hi David,
> it might well just be that the xml schemas used for validation
> were not updated when the dynamic sld in color map was
> implemented (Mauro, can you comment?)
>
> Try to save it and use it anyways, does it work?
>
> Cheers
> Andrea
>
>
> On Fri, Jul 31, 2015 at 3:57 PM, David Haynes II wrote:
>
>> Hello,
>>
>> I want to implement a dynamic SLD for a raster dataset which is uses a
>> PostGIS dataset.
>> The raster loads fine, however I am receiving the following error
>>
>> line 16: cvc-datatype-valid.1.2.1: '${env('value',0.354)}' is not a valid
>> value for 'double'.
>> line 16: cvc-attribute.3: The value '${env('value',0.354)}' of attribute
>> 'quantity' on element 'ColorMapEntry' is not valid with respect to its
>> type, 'double'.
>>
>> This is the code that I am currently using, how should I specify this?
>>
>>
>>
>>
>>
>>> quantity="${env('value',0.354)}"/>
>>
>>
>>
>>
>> >
>>
>> --
>> David Haynes, Ph.D.
>> Research Associate Terra Populus
>> Minnesota Population Center
>> www.terrapop.org
>>
>>
>> --
>>
>> ___
>> Geoserver-users mailing list
>> Geoserver-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>
>>
>
>
> --
> ==
> 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 Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> 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.
>
> ---
>
--
David Haynes, Ph.D.
Research Associate Terra Populus
Minnesota Population Center
www.terrapop.org
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Performance of ECQL-Filter with up to 5000 IDs
It’s Oracle.
Von: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] Im Auftrag von Andrea
Aime
Gesendet: Freitag, 31. Juli 2015 16:11
An: Nachtigall, Jens (init)
Cc: geoserver-users@lists.sourceforge.net
Betreff: Re: [Geoserver-users] Performance of ECQL-Filter with up to 5000 IDs
On Fri, Jul 31, 2015 at 4:02 PM, Nachtigall, Jens (init)
mailto:jens.nachtig...@init.de>> wrote:
Hi,
I have a WMS request including a rather long ECQL-Filter that matches on
feature IDs (as described in
http://docs.geoserver.org/latest/en/user/tutorials/cql/cql_tutorial.html#id-and-list-comparisons).
The filter is like this:
IN ('mylayer.101453', ...up to 5000 IDs here... ,'mylayer.102486')
If there are only a few hundred IDs the response is at about 500ms, but with up
to 5000 it becomes 15-30 seconds. Any ideas on how to optimize? 2, 3 seconds
would sound acceptable but half a minute is a bit too much.
What is the datastore backing the request?
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 Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
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.
---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Performance of ECQL-Filter with up to 5000 IDs
On Fri, Jul 31, 2015 at 4:02 PM, Nachtigall, Jens (init) <
jens.nachtig...@init.de> wrote:
> Hi,
>
>
>
> I have a WMS request including a rather long ECQL-Filter that matches on
> feature IDs (as described in
> http://docs.geoserver.org/latest/en/user/tutorials/cql/cql_tutorial.html#id-and-list-comparisons).
>
>
>
>
> The filter is like this:
>
> IN ('mylayer.101453', ...up to 5000 IDs here... ,'mylayer.102486')
>
>
>
> If there are only a few hundred IDs the response is at about 500ms, but
> with up to 5000 it becomes 15-30 seconds. Any ideas on how to optimize? 2,
> 3 seconds would sound acceptable but half a minute is a bit too much.
>
What is the datastore backing the request?
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 Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
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.
---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] Dynamic SLD for Attribute type error
Hi David,
it might well just be that the xml schemas used for validation
were not updated when the dynamic sld in color map was
implemented (Mauro, can you comment?)
Try to save it and use it anyways, does it work?
Cheers
Andrea
On Fri, Jul 31, 2015 at 3:57 PM, David Haynes II wrote:
> Hello,
>
> I want to implement a dynamic SLD for a raster dataset which is uses a
> PostGIS dataset.
> The raster loads fine, however I am receiving the following error
>
> line 16: cvc-datatype-valid.1.2.1: '${env('value',0.354)}' is not a valid
> value for 'double'.
> line 16: cvc-attribute.3: The value '${env('value',0.354)}' of attribute
> 'quantity' on element 'ColorMapEntry' is not valid with respect to its
> type, 'double'.
>
> This is the code that I am currently using, how should I specify this?
>
>
>
>
>
> quantity="${env('value',0.354)}"/>
>
>
>
>
>
>
> --
> David Haynes, Ph.D.
> Research Associate Terra Populus
> Minnesota Population Center
> www.terrapop.org
>
>
> --
>
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
==
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 Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549
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.
---
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Performance of ECQL-Filter with up to 5000 IDs
Hi,
I have a WMS request including a rather long ECQL-Filter that matches on
feature IDs (as described in
http://docs.geoserver.org/latest/en/user/tutorials/cql/cql_tutorial.html#id-and-list-comparisons).
The filter is like this:
IN ('mylayer.101453', ...up to 5000 IDs here... ,'mylayer.102486')
If there are only a few hundred IDs the response is at about 500ms, but with up
to 5000 it becomes 15-30 seconds. Any ideas on how to optimize? 2, 3 seconds
would sound acceptable but half a minute is a bit too much.
GeoServer Version is 2.7
Best,
Jens
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
[Geoserver-users] Dynamic SLD for Attribute type error
Hello,
I want to implement a dynamic SLD for a raster dataset which is uses a
PostGIS dataset.
The raster loads fine, however I am receiving the following error
line 16: cvc-datatype-valid.1.2.1: '${env('value',0.354)}' is not a valid
value for 'double'.
line 16: cvc-attribute.3: The value '${env('value',0.354)}' of attribute
'quantity' on element 'ColorMapEntry' is not valid with respect to its
type, 'double'.
This is the code that I am currently using, how should I specify this?
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] OGR extension not working
Hi Guillaume, what GeoServer version / OS are you running? Sorry to insist, but without looking at ogr2ogr output, it is difficult to help you... I inspected the code in the OGR extension that checks which formats are supported and I don't see anyhing else that can cause this issue. Regards, Stefano Il giorno ven, 31/07/2015 alle 10.38 +0200, Guillaume Sueur ha scritto: > Hi Stefano > > Thanks for caring about my problem. > > I've tried several version of ogr, from 1.8 to the latest in the 1.x > branch. > Each of them did indicate normally the different formats available in > the long-usage dump, in a pattern corresponding to the regexp expected > by GeoServer code (something like \s*-f \".* asking to consider what was > coming after a -f and between double-quotes). > The formats exposed by ogr2ogr --long-usage were strictly the same (CSV > dans KML are easy to check twice !) than the ones defined as defaults > OGR formats, or the ones I tried in the ogr2ogr.xml file. > > My data is stored in a Postgis database, and I first had few warnings in > the log saying : > - ST_Estimated_Extent was not available on my table (fixed after a > VACUUM ANALYZE) > - GML reader was not available in ogr. Fixed by recompiling with Xerces > dependancy > So apparently the extension is working, is loaded and tries to do > something. For for some reason doesn't find any matching between the OGR > formats required and available, thus there have identical names. > > Best regards > > Guillaume > > Le 31/07/2015 10:28, Stefano Costa a écrit : > > Hi Guillaume, > > some more data is needed to help you diagnose the problem: > > > > 1. ogr2ogr version > > 2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage" > > > > Regards, > > Stefano > > > > Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto: > >> Hi list, > >> > >> I have encountered a weird behavior with ogr extension and GeoServer. > >> The extension has been installed as usual, in the lib directory. ogr2ogr > >> is installed in /usr/local/bin and is available in the PATH making a > >> single call to ogr2ogr effective. > >> But none of the default OGR formats appear on the WFS formats list. > >> Looking at the geoserver.log, I can see : > >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR > >> format 'MapInfo File' is not among the ones supported by > >> /usr/local/bin/ogr2ogr > >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR > >> format 'MapInfo File' is not among the ones supported by > >> /usr/local/bin/ogr2ogr > >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR > >> format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr > >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR > >> format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr > >> > >> but actually, calling ogr2ogr --long-usage (as geoserver does as I could > >> see in the code) does report these formats. > >> > >> So I guess there is a mismatch somewhere between the internal format > >> list build by geoserver against ogr2ogr --long-usage and the requested > >> default formats. I've been trying using a ogr2ogr.xml file and playing > >> with the formats names (adding quotes and spaces around) with no success. > >> > >> would one of you guys have any idea on how to activate the OGR formats ? > >> > >> Best regards > >> > >> Guillaume > >> > >> -- > >> ___ > >> Geoserver-users mailing list > >> Geoserver-users@lists.sourceforge.net > >> https://lists.sourceforge.net/lists/listinfo/geoserver-users > > -- Best regards, Stefano Costa == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Dott. Stefano Costa Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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 n
[Geoserver-users] Problem mapping ELF Addresses schema
Hi,
I had successfuly mapped ELF GeographicalNames schema, but now I want to map
ELF Addresses schema (
http://www.locationframework.eu/schemas/Addresses/0.1/Addresses.xsd ). There
are no elements in schema, so basically it is the same as INSPIRE Addresses.
But I have problems creating correct mapping files.
My datastore.xml
/
elf_Address_datastore
elf_Address
true
elf_addr_workspace_id
app-schema
file:workspaces/elf_addr/elf_Address/elf_Address.xml
http://www.locationframework.eu/schemas/Addresses/0.1
<__default>false
/
my namespace.xml
/
elf_addr_namespace_id
elf_addr
http://www.locationframework.eu/schemas/Addresses/0.1
/
my elf_Address.xml (I left out irrelevant information)
/.
.
.
inspire_addr
urn:x-inspire:specification:gmlas:Addresses:3.0
elf_addr
http://www.locationframework.eu/schemas/Addresses/0.1
.
.
.
http://www.locationframework.eu/schemas/Addresses/0.1/Addresses.xsd
datasource
INS_AD
inspire_addr:Address
false
inspire_addr:Address
strConcat('SI.GURS.RPE.AD.', ID)
.
.
./
When I run geoserver I get this error, even though
urn:x-inspire:specification:gmlas:Addresses:3.0 should had top element
Addresss:
/31 jul 13:20:42 WARN [data.complex] - No top level element found in
schemas: {urn:x-inspire:specification:gmlas:Addresses:3.0}Address
31 jul 13:20:42 WARN [complex.config] - Error creating app-schema data store
for 'inspire_addr:Address', caused by: No top level element found in
schemas: {urn:x-inspire:specification:gmlas:Addresses:3.0}Address
31 jul 13:20:42 WARN [org.geoserver] - Error connecting to 'elf_Address'.
Disabling./
Somebody has a solution how to correctly map this schema?
--
View this message in context:
http://osgeo-org.1560.x6.nabble.com/Problem-mapping-ELF-Addresses-schema-tp5217968.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
--
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] OGR extension not working
Hi Stefano Thanks for caring about my problem. I've tried several version of ogr, from 1.8 to the latest in the 1.x branch. Each of them did indicate normally the different formats available in the long-usage dump, in a pattern corresponding to the regexp expected by GeoServer code (something like \s*-f \".* asking to consider what was coming after a -f and between double-quotes). The formats exposed by ogr2ogr --long-usage were strictly the same (CSV dans KML are easy to check twice !) than the ones defined as defaults OGR formats, or the ones I tried in the ogr2ogr.xml file. My data is stored in a Postgis database, and I first had few warnings in the log saying : - ST_Estimated_Extent was not available on my table (fixed after a VACUUM ANALYZE) - GML reader was not available in ogr. Fixed by recompiling with Xerces dependancy So apparently the extension is working, is loaded and tries to do something. For for some reason doesn't find any matching between the OGR formats required and available, thus there have identical names. Best regards Guillaume Le 31/07/2015 10:28, Stefano Costa a écrit : > Hi Guillaume, > some more data is needed to help you diagnose the problem: > > 1. ogr2ogr version > 2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage" > > Regards, > Stefano > > Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto: >> Hi list, >> >> I have encountered a weird behavior with ogr extension and GeoServer. >> The extension has been installed as usual, in the lib directory. ogr2ogr >> is installed in /usr/local/bin and is available in the PATH making a >> single call to ogr2ogr effective. >> But none of the default OGR formats appear on the WFS formats list. >> Looking at the geoserver.log, I can see : >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR >> format 'MapInfo File' is not among the ones supported by >> /usr/local/bin/ogr2ogr >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR >> format 'MapInfo File' is not among the ones supported by >> /usr/local/bin/ogr2ogr >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR >> format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr >> 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR >> format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr >> >> but actually, calling ogr2ogr --long-usage (as geoserver does as I could >> see in the code) does report these formats. >> >> So I guess there is a mismatch somewhere between the internal format >> list build by geoserver against ogr2ogr --long-usage and the requested >> default formats. I've been trying using a ogr2ogr.xml file and playing >> with the formats names (adding quotes and spaces around) with no success. >> >> would one of you guys have any idea on how to activate the OGR formats ? >> >> Best regards >> >> Guillaume >> >> -- >> ___ >> Geoserver-users mailing list >> Geoserver-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-users > -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] OGR extension not working
Hi Guillaume, some more data is needed to help you diagnose the problem: 1. ogr2ogr version 2. the output of both "ogr2ogr --help" and "ogr2ogr --long-usage" Regards, Stefano Il giorno gio, 30/07/2015 alle 21.57 +0200, Guillaume Sueur ha scritto: > Hi list, > > I have encountered a weird behavior with ogr extension and GeoServer. > The extension has been installed as usual, in the lib directory. ogr2ogr > is installed in /usr/local/bin and is available in the PATH making a > single call to ogr2ogr effective. > But none of the default OGR formats appear on the WFS formats list. > Looking at the geoserver.log, I can see : > 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-TAB' as its OGR > format 'MapInfo File' is not among the ones supported by > /usr/local/bin/ogr2ogr > 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-MIF' as its OGR > format 'MapInfo File' is not among the ones supported by > /usr/local/bin/ogr2ogr > 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-CSV' as its OGR > format 'CSV' is not among the ones supported by /usr/local/bin/ogr2ogr > 29 Jul 11:16:04 ERROR [wfs.response] - Skipping 'OGR-KML' as its OGR > format 'KML' is not among the ones supported by /usr/local/bin/ogr2ogr > > but actually, calling ogr2ogr --long-usage (as geoserver does as I could > see in the code) does report these formats. > > So I guess there is a mismatch somewhere between the internal format > list build by geoserver against ogr2ogr --long-usage and the requested > default formats. I've been trying using a ogr2ogr.xml file and playing > with the formats names (adding quotes and spaces around) with no success. > > would one of you guys have any idea on how to activate the OGR formats ? > > Best regards > > Guillaume > > -- > ___ > Geoserver-users mailing list > Geoserver-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-users -- Best regards, Stefano Costa == GeoServer Professional Services from the experts! Visit http://goo.gl/it488V for more information. == Dott. Stefano Costa Senior Software Engineer GeoSolutions S.A.S. Via Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 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. -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
Re: [Geoserver-users] WG: Geoserver WAR version and windows server 2012
I am out of ideas then - I will go back to windows server 2008 Mark Ismail From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea Aime Sent: 30 July 2015 17:45 To: Ismail, Mark Cc: geoserver-users@lists.sourceforge.net Subject: Re: [Geoserver-users] WG: Geoserver WAR version and windows server 2012 On Thu, Jul 30, 2015 at 5:58 PM, Ismail, Mark mailto:mark.ism...@knowsley.gov.uk>> wrote: I checked the permissions and they are as below I tidied up the logs until the only error I am getting is 2015-07-30 16:52:26,247 WARN [support.DisposableBeanAdapter] - Invocation of destroy method failed on bean with name 'geoServerLoader': org.springframework.beans.factory.BeanCreationNotAllowedException: Error creating bean with name 'gwcFacade': Singleton bean creation not allowed while the singletons of this factory are in destruction (Do not request a bean from a BeanFactory in a destroy method implementation!) Haven’t a clue what it means though This is a log that happens only when GeoServer is shutting down, it happens often if not always, and it's not harmful (that I know). The source of your issues is to be found somewhere else 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 Poggio alle Viti 1187 55054 Massarosa (LU) Italy phone: +39 0584 962313 fax: +39 0584 1660272 mob: +39 339 8844549 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. --- This e-mail and any attachments are confidential. It may contain privileged information and is intended for the named recipient(s) only. It must not be distributed without consent. If you are not one of the intended recipients, please notify the sender immediately and do not disclose, distribute, or retain this email or any part of it and do not take any action based on it. Unless expressly stated, opinions in this email are those of the individual sender, and not of Knowsley MBC. Legally binding obligations can only be created for, or be entered into on behalf of, Knowsley MBC by duly authorised officers or representatives. Knowsley MBC excludes any liability whatsoever for any offence caused, any direct or consequential loss arising from the use, or reliance on, this e-mail or its contents. We believe but do not warrant that this e-mail and any attachments are virus free. You must therefore take full responsibility for virus checking and no responsibility is accepted for loss or damage arising from viruses or changes made to this message after it was sent. Knowsley MBC reserves the right to monitor and/or record all e-mail communications through its network in accordance with relevant legislation. -- ___ Geoserver-users mailing list Geoserver-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-users
