Re: [Geoserver-users] running a web application and geoseerver on the same tomcat

[杨华杰]

You should not put the lib to tomcat lib, instead you can import geoserver
war file into it eclipse, just run it as normal JAEE app.


Regards,
Hua Jie


On Fri, Mar 15, 2013 at 12:01 AM, Khaoula MIMID wrote:

> Hello List,
> i have installed Eclipse juno for JEE developpers, tomcat 7, and put the
> geoserver librairie in the same tomcat.
> When i try to run tomcat 7 (to run  a web application)  while running
> geoserver (with cmd), the application doesn't run.
> Can you tell me how can i manage to run both on the same tomcat because i
> am trying to publish postgis layers with geoserver and use them in the web
> application.
> thank you
>
> --
>
> _
>
> Khaoula MIMID
>
> Élève ingénieur - 3ème Sciences d'Information Géographique
>
> Ecole Hassania des Travaux Publics
> Tél : (+212) 06 11 95 37 52
> E-mail : *khaoula.mi...@gmail.com*
>
> _
>
> *
>  *
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> ___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Latest JRE update problem

[cmaul]

Rob,

... changing JAVA_HOME variable to both directories .
I haven't tried this but something like

JAVA_HOME=C:\Program Files\Java\jre6;C:\Program Files\Java\jre7

will certainly not work. It is either or.
Many of the classes have the same name and what gets loaded at run-time from
which jar-file depends very much on alphabet or whatever internal workings
of the system.

That is precisely the function of the JAVA_HOME to have different JDKs/JREs
installed and to keep them separate for different programs. You can have in
Windows and Unix/Linux (Don't forget to export in a Unix environment) a
system variable to one JRE and overwrite it for a particular program
(Jetty/Tomcat) when you want to use the other.

Cheers

Christian 



-


Dr Christian Maul
Project Manager

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

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Latest-JRE-update-problem-tp5040366p5040502.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] KML reflector - Path too long

[cmaul]

Wayne,

you're right, unlike the GET request the POST request has no such
restriction.

Cheers

Christian



-


Dr Christian Maul
Project Manager

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

PO Box 500, East Melbourne Vic 3002


Telephone:+61-3-8636 2325
Telefax:  +61-3-8636 2813
--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/KML-reflector-Path-too-long-tp5040146p5040496.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Geoserver fails to start

[Antti J. Lind]

Hi,

I deleted all, preset JAVA_OPT and redeploy it. Seems to help.
Thank's!

--
AJL

Christian Mueller kirjoitti 12.3.2013 13:03:
> Looks like the security migration code did not finish successful.
> Please try a new fresh installation and set the JAVA_OPTS environment
> variable in advance.
>
>  2013/2/18 Antti J. Lind 
>
>> Hello all,
>>
>> I have installed on centos 5.9 tomcat5 ja deployed on it geoserver
>> 2.2.4.
>> First start was not successful, because of "out-of-memory".
>> I did some google-search and add on environment for java
>> JAVA_OPTS="-Xms128m -Xmx512m -XX:MaxPermSize=256m"
>>
>> After that when trying to start geoserver, I get error and logs 
>> shows
>> as following:
>> 2013-02-18 10:04:49,720 WARN [config.CustomEditorConfigurer] - 
>> Passing
>> PropertyEditor instances into CustomEditorConfigurer is deprecated: 
>> use
>> PropertyEditorRegistrars or PropertyEditor class names instead.
>> Offending key [org.geotools.util.Version; offending editor instance:
>> org.geoserver.platform.util.VersionPropertyEditor@18fb397
>> 2013-02-18 10:04:50,070 ERROR [geoserver.global] -
>> --
>> - GEOSERVER_DATA_DIR: /usr/share/tomcat5/webapps/geoserver/data
>> --
>> 2013-02-18 10:04:50,219 INFO [org.geoserver] - Loaded style
>> 'tiger_roads'
>> 2013-02-18 10:04:50,233 INFO [org.geoserver] - Loaded style 'point'
>> 2013-02-18 10:04:50,234 INFO [org.geoserver] - Loaded style
>> 'restricted'
>> 2013-02-18 10:04:50,249 INFO [org.geoserver] - Loaded style 
>> 'capitals'
>> 2013-02-18 10:04:50,255 INFO [org.geoserver] - Loaded style 
>> 'pophatch'
>> 2013-02-18 10:04:50,263 INFO [org.geoserver] - Loaded style
>> 'cite_lakes'
>> 2013-02-18 10:04:50,268 INFO [org.geoserver] - Loaded style 
>> 'polygon'
>> 2013-02-18 10:04:50,269 INFO [org.geoserver] - Loaded style 'rain'
>> 2013-02-18 10:04:50,270 INFO [org.geoserver] - Loaded style 'poi'
>> 2013-02-18 10:04:50,276 INFO [org.geoserver] - Loaded style 'grass'
>> 2013-02-18 10:04:50,277 INFO [org.geoserver] - Loaded style 'raster'
>> 2013-02-18 10:04:50,288 INFO [org.geoserver] - Loaded style 'dem'
>> 2013-02-18 10:04:50,289 INFO [org.geoserver] - Loaded style
>> 'poly_landmarks'
>> 2013-02-18 10:04:50,290 INFO [org.geoserver] - Loaded style
>> 'population'
>> 2013-02-18 10:04:50,301 INFO [org.geoserver] - Loaded style 'line'
>> 2013-02-18 10:04:50,312 INFO [org.geoserver] - Loaded style
>> 'simple_streams'
>> 2013-02-18 10:04:50,316 INFO [org.geoserver] - Loaded style 'green'
>> 2013-02-18 10:04:50,320 INFO [org.geoserver] - Loaded style
>> 'simple_roads'
>> 2013-02-18 10:04:50,339 INFO [org.geoserver] - Loaded style 'burg'
>> 2013-02-18 10:04:50,344 INFO [org.geoserver] - Loaded style
>> 'giant_polygon'
>> 2013-02-18 10:04:50,355 INFO [org.geoserver] - Loaded default 
>> workspace
>> it.geosolutions
>> 2013-02-18 10:04:50,377 INFO [org.geoserver] - Loaded workspace
>> 'it.geosolutions'
>> 2013-02-18 10:04:50,396 INFO [org.geoserver] - Loaded workspace 
>> 'tiger'
>> 2013-02-18 10:04:50,426 INFO [org.geoserver] - Loaded workspace 'sf'
>> 2013-02-18 10:04:50,442 INFO [org.geoserver] - Loaded workspace 
>> 'cite'
>> 2013-02-18 10:04:50,445 INFO [org.geoserver] - Loaded workspace 
>> 'topp'
>> 2013-02-18 10:04:50,466 INFO [org.geoserver] - Loaded workspace 
>> 'nurc'
>> 2013-02-18 10:04:50,483 INFO [org.geoserver] - Loaded workspace 
>> 'sde'
>> 2013-02-18 10:04:51,929 INFO [org.geoserver] - Loaded store 'nyc',
>> enabled
>> 2013-02-18 10:04:51,935 INFO [org.geoserver] - Loaded data store 
>> 'nyc'
>> 2013-02-18 10:04:53,853 WARN [referencing.factory] - Axis elements
>> found in a wkt definition, the force longitude first axis order hint
>> might not be respected:
>> PROJCS["WGS84 / Simple Mercator", GEOGCS["WGS 84", DATUM["WGS_1984",
>> SPHEROID["WGS_1984", 6378137.0, 298.257223563]], PRIMEM["Greenwich",
>> 0.0], UNIT["degree", 0.017453292519943295]],
>> PROJECTION["Mercator_1SP_Google"], PARAMETER["latitude_of_origin", 
>> 0.0],
>> PARAMETER["central_meridian", 0.0], PARAMETER["scale_factor", 1.0],
>> PARAMETER["false_easting", 0.0], PARAMETER["false_northing", 0.0],
>> UNIT["m", 1.0], AXIS["x", EAST], AXIS["y", NORTH],
>> AUTHORITY["EPSG","54004"]]
>> 2013-02-18 10:04:54,278 INFO [org.geoserver] - Loaded feature type
>> 'giant_polygon', enabled
>> 2013-02-18 10:04:54,287 INFO [org.geoserver] - Loaded feature type
>> 'nyc'
>> 2013-02-18 10:04:54,307 INFO [org.geoserver] - Loaded layer
>> 'giant_polygon'
>> 2013-02-18 10:04:54,319 INFO [org.geoserver] - Loaded feature type
>> 'poi', enabled
>> 2013-02-18 10:04:54,320 INFO [org.geoserver] - Loaded feature type
>> 'nyc'
>> 2013-02-18 10:04:54,322 INFO [org.geoserver] - Loaded layer 'poi'
>> 2013-02-18 10:04:54,329 INFO [org.geoserver] - Loaded feature type
>> 'tiger_roads', enabled
>> 2013-02-18 10:04:54,329 INFO [org.geoserver] - Loaded feature type
>> 'nyc'
>> 2013-02-18 10:04:54,340 INFO [org.geoserver] - Loaded layer
>> 'tiger_roads'
>> 2013-02-18

Re: [Geoserver-users] Enabling only WMS on selected layers

[Ivan Santiago]

Thanks for your kind suggestions.

Sent from my Windows Phone

From: Guan Wang
Sent: 3/11/2013 15:48
To: 'Andrea Aime'
Cc: Ivan Santiago; geoserver-users@lists.sourceforge.net; 'Simone Giannecchini'
Subject: RE: [Geoserver-users] Enabling only WMS on selected layers

Hi,

Andrea, could you please elaborate a bit on “it requires a way to express a 
security rule that involves at the same time layer and service”?

Ivan, another option you may have is to take advantage of whatever your proxy 
servers (if you use any), such as apache, nginx could offer and see if you 
could disable wfs on a layer by its url pattern, etc.

Guan


From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Monday, March 11, 2013 3:31 PM
To: gw...@glc.org
Cc: Ivan Santiago; geoserver-users@lists.sourceforge.net; Simone Giannecchini
Subject: Re: [Geoserver-users] Enabling only WMS on selected layers

On Mon, Mar 11, 2013 at 8:23 PM, Guan Wang 
mailto:gw...@glc.org>> wrote:
Or, you can set up user-based authentication on per layer basis for WMS and 
WFS. Say, you could publish layer A as WMS and then set a password for layer A 
for WFS. By doing so, you disable the access of WFS on layer A to all anonymous 
users.

That unfortunately it's not possible using the build-in security subsystem of 
GeoServer, it requires a way to express a security rule that involves at the 
same time layer and service.

There are two security plugins that can do that, one is publicly available, 
GeoShield, but it hasn't reached the 1.0 release level and I haven't seen any 
news in a long while 
(https://sites.google.com/site/geoshieldproject/home/news). The other is called 
GeoFence (formerly GeoRepository) and has been offered so far
as a bonus in GeoServer commercial support contracts 
(http://geo-solutions.blogspot.it/2011/05/preview-georepository-advanced.html)

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] KML reflector - Path too long

[Graham, Wayne (wsg4w)]

Hi,

I've run in to an issue with a long list of layer names being passed to the KML 
reflector (the URL is about 2000 characters long with all the layer names). I 
keep getting a response "Failed – Path too long". I couldn't find any docs on 
the the path limit, does anyone know if there is a hard limit?

I did update the maxHeaderSize in tomcat to 64k, but it keeps failing. Does 
anyone know if there's a way to just pull all the layers for a workspace 
without passing a list of layers? Would this work with a POST?

Thanks,
Wayne
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App Schema Resolution

[christy@azgs]

We have achieved schema resolution!  That is, as long as we use the getId()
idExpression. However, because we'd like to use our integer field
'objectid', we need to figure out how to concatenate an integer with that
field OR make that read as a string. We tried the following, but we get that
"java.lang.IllegalArgumentException: Filter Function problem for function
strConcat argument #1 - expected type String" error:


   
strConcat('BT', objectid)


And we also tried:

  
strConcat('BT', strTrim(objectid))


Resulting in the same error.  Thanks to anyone with ideas.



--
View this message in context: 
http://osgeo-org.1560.n6.nabble.com/Re-App-Schema-Resolution-tp5040030p5040472.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Latest JRE update problem

[Richard (Abe) Coughlin]

I have also been running Geoserver on JRE7.

I have two installs of Geoserver running on JRE7 (JRE_1.7.09-b05): GS 
2.0.2 installed on Win2008Srvr and GS 2.2.2 deployed in Tomcat on 
Win2008Srvr. Both are 64bit JVMs.

Maybe the issue is with the new Geoserver versions, the later JRE7 
versions, the 32bit JRE versions or your individual install or setup. 
Still lots to check - I'd start at reverting to the older JRE7 version.

Abe.





--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] running a web application and geoseerver on the same tomcat

[Khaoula MIMID]

Hello List,
i have installed Eclipse juno for JEE developpers, tomcat 7, and put the
geoserver librairie in the same tomcat.
When i try to run tomcat 7 (to run  a web application)  while running
geoserver (with cmd), the application doesn't run.
Can you tell me how can i manage to run both on the same tomcat because i
am trying to publish postgis layers with geoserver and use them in the web
application.
thank you

-- 

_

Khaoula MIMID

Élève ingénieur - 3ème Sciences d'Information Géographique

Ecole Hassania des Travaux Publics
Tél : (+212) 06 11 95 37 52
E-mail : *khaoula.mi...@gmail.com*

_

*
*
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] reduce clipped labels at the edge of tiles

[Andrea Aime]

On Thu, Mar 14, 2013 at 4:35 PM, Mark Volz  wrote:

>  Andrea,
>
> ** **
>
> In addition to removing the gutter, I found I needed to adjust “polygonAlign”
> from ortho to manual.  Now the labels look great on tiled layers.
>

Ah, the adjustment on "ortho" is unexpected. Can you open a bug report on
jira.codehaus.org and maybe attach style and screenshots?

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] reduce clipped labels at the edge of tiles

[Mark Volz]

Andrea,

In addition to removing the gutter, I found I needed to adjust "polygonAlign" 
from ortho to manual.  Now the labels look great on tiled layers.

Thank You for your help.

Mark Volz
GIS Specialist

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: Wednesday, March 13, 2013 8:31 AM
To: Mark Volz
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] reduce clipped labels at the edge of tiles

On Wed, Mar 13, 2013 at 2:05 PM, Mark Volz 
mailto:markv...@co.lyon.mn.us>> wrote:
Hello,

I would like to reduce or hopefully eliminate the number of clipped labels on a 
tiled parcel map.  Having a larger metatile helps, but does not eliminate the 
clipped parcels.  I have also been trying to figure out what the best gutter 
settings are.  Anyways, is there a way to eliminate clipped labels?  If so, 
what are the recommended settings?

GeoServer should never paint a label that is not fully contained in the 
requested area so if you don't specify gutters, you should
not get any clipped label.

Can you elaborate a bit about what you're doing?

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Latest JRE update problem

[Langford, Robert]

Jonathan/Andrea - thanks for the information.

I've downloaded & installed both the JDK7 & JRE6 and tried changing the 
JAVA_HOME variable to both directories and stop/started Geoserver.

I'm still getting the same error which starts as per the below:

2013-03-14 15:25:50,764 WARN [support.DisposableBeanAdapter] - Invocation of 
destroy method failed on bean with name 'geoServerLoader': 
org.springframework.beans.factory.BeanCreationNotAllowedException: Error 
creating bean with name 'GWCLifeCycleHandler': 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!)
2013-03-14 15:25:50,780 ERROR [context.ContextLoader] - Context initialization 
failed
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'wmsDescribeLayer' defined in URL 
[jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
 Instantiation of bean failed; nested exception is 
org.springframework.beans.BeanInstantiationException: Could not instantiate 
bean class [org.geoserver.wms.DescribeLayer]: No default constructor found; 
nested exception is java.lang.NoSuchMethodException: 
org.geoserver.wms.DescribeLayer.()
[...]

Any ideas?

Rob

From: andrea.a...@gmail.com [mailto:andrea.a...@gmail.com] On Behalf Of Andrea 
Aime
Sent: 14 March 2013 15:26
To: Jonathan Moules
Cc: Langford, Robert; geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Latest JRE update problem

On Thu, Mar 14, 2013 at 4:16 PM, Jonathan Moules 
mailto:jonathanmou...@warwickshire.gov.uk>> 
wrote:
So its security-up-to-date now, but the last security patch has been released 
so will get worse as time goes on (more vulnerabilities, no fixes). Given this, 
hopefully the GeoServer devs have a plan for updating to Java 7. I think its on 
their todo list.

If the past is any indication, not until most of the production systems around 
have updated to Java 7.
Which does not seem to be the case, at least judging by the servers we have 
direct access to.

That said, the 2.3.x series received some fixes to run on Java 7, but no 
serious testing.

Cheers
Andrea

--
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---

DISCLAIMER: The information contained in this communication/message from 
robert.langf...@salford.gov.uk sent on Thu Mar 14 15:32:08 2013 is confidential 
and may be legally privileged. It is intended solely for the addressee(s) 
andrea.a...@geo-solutions.it;geoserver-users@lists.sourceforge.net;jonathanmou...@warwickshire.gov.uk

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

For the full disclaimer please access http://www.salford.gov.uk/e-mail.  Thank 
you.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Latest JRE update problem

[Andrea Aime]

On Thu, Mar 14, 2013 at 4:16 PM, Jonathan Moules <
jonathanmou...@warwickshire.gov.uk> wrote:

> So its security-up-to-date *now*, but the last security patch has been
> released so will get worse as time goes on (more vulnerabilities, no
> fixes). Given this, hopefully the GeoServer devs have a plan for updating
> to Java 7. I think its on their todo list.
>

If the past is any indication, not until most of the production systems
around have updated to Java 7.
Which does not seem to be the case, at least judging by the servers we have
direct access to.

That said, the 2.3.x series received some fixes to run on Java 7, but no
serious testing.

Cheers
Andrea

-- 
==
Our support, Your Success! Visit http://opensdi.geo-solutions.it 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

---
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] Latest JRE update problem

[Jonathan Moules]

I stand corrected and should read my own wiki link:

"Java 6 reached the end of its supported life in February 2013, at which
time all updates, including security updates, were scheduled to be
stopped.[26][27] Oracle released one more update to Java 6 in March 2013,
which patched some security vulnerabilities."

So its security-up-to-date *now*, but the last security patch has been
released so will get worse as time goes on (more vulnerabilities, no
fixes). Given this, hopefully the GeoServer devs have a plan for updating
to Java 7. I think its on their todo list.

Jonathan



On 14 March 2013 15:12, Jonathan Moules
wrote:

> HI Robert,
> I'm far from an expert in Java. But to change which Java Geoserver uses,
> change the JAVA_HOME variable:
>
> http://docs.geoserver.org/stable/en/user/installation/windows/binary.html?highlight=java_home#setting-environment-variables
> This way you can have multiple javas installed and specify which to use.
>
> > Is there any possible issues (security or otherwise) using the old JRE?
> Java 6 is still in support I believe, at least for security issues.
> https://en.wikipedia.org/wiki/Java_6#Java_6_updates - the last one was
> just 10 days ago.
>
> Jonathan
>
>
>
> On 14 March 2013 15:02, Langford, Robert 
> wrote:
>
>> Jonathan,
>>
>> ** **
>>
>> Thanks for the info, I’d never heard of any problems like this.
>>
>> ** **
>>
>> How can I change the JRE path for the current installation?  I’ll try the
>> JDK and if not successful I can try JRE6 (although it definitely was
>> working on the last JRE7 version I was using before the update).
>>
>> ** **
>>
>> Is there any possible issues (security or otherwise) using the old JRE?**
>> **
>>
>> ** **
>>
>> Many thanks,
>>
>> ** **
>>
>> Rob
>>
>> ** **
>>
>> *From:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
>> *Sent:* 14 March 2013 14:48
>> *To:* Langford, Robert
>> *Cc:* geoserver-users@lists.sourceforge.net
>> *Subject:* Re: [Geoserver-users] Latest JRE update problem
>>
>> ** **
>>
>> Hi Robert,
>>
>>  I think I saw a thread a few days ago saying that it needed to be the
>> JDK for Java 7.
>>
>> Ah, here we are:
>>
>> http://sourceforge.net/mailarchive/message.php?msg_id=30581542
>>
>> ** **
>>
>> I believe the general stance is that Java 7 isn't really supported
>> currently. The JDK may work, and JRE6 certainly should.
>>
>> ** **
>>
>> Jonathan
>>
>> ** **
>>
>> ** **
>>
>> On 14 March 2013 13:18, Langford, Robert 
>> wrote:
>>
>> Hi,
>>
>>  
>>
>> Today I updated my JRE to:  jre-7u17-windows-i586
>>
>>  
>>
>> I was running Geoserver 2.2.3 on Win 2008 Server.
>>
>>  
>>
>> Following the machine restart after the Java install I noticed my
>> Geoserver Service hadn’t started.  From the logs I found that it wasn
’t
>> finding a “valid JRE”.  I checked the directory and it appeared the install
>> hadn’t worked (lots of files missing) so I reinstalled the JRE and rebooted
>> again.
>>
>>  
>>
>> This time the Geoserver Service started just fine, however when trying to
>> access the Web Admin page I got a 503 error.  As I was planning on updating
>> Geoserver as well (and thought this may solve the issue) I then installed
>> 2.2.5; install went fine, installed as a service, valid JRE found.
>>
>>  
>>
>> However I’m still getting the 503 error.  Please see an extract from the
>> log below.
>>
>>  
>>
>> Any assistance would be greatly appreciated.
>>
>>  
>>
>> Many thanks,
>>
>>  
>>
>> Rob
>>
>>  
>>
>> 2013-03-14 12:59:36,620 ERROR [context.ContextLoader] - Context
>> initialization failed
>>
>> org.springframework.beans.factory.BeanCreationException: Error creating
>> bean with name 'wmsDescribeLayer' defined in URL
>> [jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
>> Instantiation of bean failed; nested exception is
>> org.springframework.beans.BeanInstantiationException: Could not instantiate
>> bean class [org.geoserver.wms.DescribeLayer]: No default constructor found;
>> nested exception is java.lang.NoSuchMethodException:
>> org.geoserver.wms.DescribeLayer.()
>>
>> at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:997)
>> 
>>
>> at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:943)
>> 
>>
>> at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
>> 
>>
>> at
>> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
>> 
>>
>> at
>> org.springframework.beans.fac

Re: [Geoserver-users] Latest JRE update problem

[Jonathan Moules]

HI Robert,
I'm far from an expert in Java. But to change which Java Geoserver uses,
change the JAVA_HOME variable:
http://docs.geoserver.org/stable/en/user/installation/windows/binary.html?highlight=java_home#setting-environment-variables
This way you can have multiple javas installed and specify which to use.

> Is there any possible issues (security or otherwise) using the old JRE?
Java 6 is still in support I believe, at least for security issues.
https://en.wikipedia.org/wiki/Java_6#Java_6_updates - the last one was just
10 days ago.

Jonathan



On 14 March 2013 15:02, Langford, Robert wrote:

> Jonathan,
>
> ** **
>
> Thanks for the info, I’d never heard of any problems like this.
>
> ** **
>
> How can I change the JRE path for the current installation?  I’ll try the
> JDK and if not successful I can try JRE6 (although it definitely was
> working on the last JRE7 version I was using before the update).
>
> ** **
>
> Is there any possible issues (security or otherwise) using the old JRE?***
> *
>
> ** **
>
> Many thanks,
>
> ** **
>
> Rob
>
> ** **
>
> *From:* Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
> *Sent:* 14 March 2013 14:48
> *To:* Langford, Robert
> *Cc:* geoserver-users@lists.sourceforge.net
> *Subject:* Re: [Geoserver-users] Latest JRE update problem
>
> ** **
>
> Hi Robert,
>
>  I think I saw a thread a few days ago saying that it needed to be the JDK
> for Java 7.
>
> Ah, here we are:
>
> http://sourceforge.net/mailarchive/message.php?msg_id=30581542
>
> ** **
>
> I believe the general stance is that Java 7 isn't really supported
> currently. The JDK may work, and JRE6 certainly should.
>
> ** **
>
> Jonathan
>
> ** **
>
> ** **
>
> On 14 March 2013 13:18, Langford, Robert 
> wrote:
>
> Hi,
>
>  
>
> Today I updated my JRE to:  jre-7u17-windows-i586
>
>  
>
> I was running Geoserver 2.2.3 on Win 2008 Server.
>
>  
>
> Following the machine restart after the Java install I noticed my
> Geoserver Service hadn’t started.  From the logs I found that it wasn’t
> finding a “valid JRE”.  I checked the directory and it appeared the install
> hadn’t worked (lots of files missing) so I reinstalled the JRE and rebooted
> again.
>
>  
>
> This time the Geoserver Service started just fine, however when trying to
> access the Web Admin page I got a 503 error.  As I was planning on updating
> Geoserver as well (and thought this may solve the issue) I then installed
> 2.2.5; install went fine, installed as a service, valid JRE found.
>
>  
>
> However I’m still getting the 503 error.  Please see an extract from the
> log below.
>
>  
>
> Any assistance would be greatly appreciated.
>
>  
>
> Many thanks,
>
>  
>
> Rob
>
>  
>
> 2013-03-14 12:59:36,620 ERROR [context.ContextLoader] - Context
> initialization failed
>
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'wmsDescribeLayer' defined in URL
> [jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
> Instantiation of bean failed; nested exception is
> org.springframework.beans.BeanInstantiationException: Could not instantiate
> bean class [org.geoserver.wms.DescribeLayer]: No default constructor found;
> nested exception is java.lang.NoSuchMethodException:
> org.geoserver.wms.DescribeLayer.()
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:997)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:943)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
> 
>
> at
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
> 
>
> at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
> 
>
> at
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplic

Re: [Geoserver-users] Latest JRE update problem

[Langford, Robert]

Jonathan,

Thanks for the info, I'd never heard of any problems like this.

How can I change the JRE path for the current installation?  I'll try the JDK 
and if not successful I can try JRE6 (although it definitely was working on the 
last JRE7 version I was using before the update).

Is there any possible issues (security or otherwise) using the old JRE?

Many thanks,

Rob

From: Jonathan Moules [mailto:jonathanmou...@warwickshire.gov.uk]
Sent: 14 March 2013 14:48
To: Langford, Robert
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Latest JRE update problem

Hi Robert,
 I think I saw a thread a few days ago saying that it needed to be the JDK for 
Java 7.
Ah, here we are:
http://sourceforge.net/mailarchive/message.php?msg_id=30581542

I believe the general stance is that Java 7 isn't really supported currently. 
The JDK may work, and JRE6 certainly should.

Jonathan


On 14 March 2013 13:18, Langford, Robert 
mailto:robert.langf...@salford.gov.uk>> wrote:
Hi,

Today I updated my JRE to:  jre-7u17-windows-i586

I was running Geoserver 2.2.3 on Win 2008 Server.

Following the machine restart after the Java install I noticed my Geoserver 
Service hadn't started.  From the logs I found that it wasn't finding a "valid 
JRE".  I checked the directory and it appeared the install hadn't worked (lots 
of files missing) so I reinstalled the JRE and rebooted again.

This time the Geoserver Service started just fine, however when trying to 
access the Web Admin page I got a 503 error.  As I was planning on updating 
Geoserver as well (and thought this may solve the issue) I then installed 
2.2.5; install went fine, installed as a service, valid JRE found.

However I'm still getting the 503 error.  Please see an extract from the log 
below.

Any assistance would be greatly appreciated.

Many thanks,

Rob

2013-03-14 12:59:36,620 ERROR [context.ContextLoader] - Context initialization 
failed
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'wmsDescribeLayer' defined in URL 
[jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
 Instantiation of bean failed; nested exception is 
org.springframework.beans.BeanInstantiationException: Could not instantiate 
bean class [org.geoserver.wms.DescribeLayer]: No default constructor found; 
nested exception is java.lang.NoSuchMethodException: 
org.geoserver.wms.DescribeLayer.()
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:997)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:943)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:913)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464)
at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:385)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:284)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
at 
org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:18)
at 
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:540)
 at 
org.mortbay.jetty.servlet.Context.startContext(Context.java:135)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:510)
at 
org.mortbay.jetty.webapp.WebAppContext.doStart(We

Re: [Geoserver-users] Latest JRE update problem

[Jonathan Moules]

Hi Robert,
 I think I saw a thread a few days ago saying that it needed to be the JDK
for Java 7.
Ah, here we are:
http://sourceforge.net/mailarchive/message.php?msg_id=30581542

I believe the general stance is that Java 7 isn't really supported
currently. The JDK may work, and JRE6 certainly should.

Jonathan



On 14 March 2013 13:18, Langford, Robert wrote:

> Hi,
>
> ** **
>
> Today I updated my JRE to:  jre-7u17-windows-i586
>
> ** **
>
> I was running Geoserver 2.2.3 on Win 2008 Server.
>
> ** **
>
> Following the machine restart after the Java install I noticed my
> Geoserver Service hadn’t started.  From the logs I found that it wasn’t
> finding a “valid JRE”.  I checked the directory and it appeared the install
> hadn’t worked (lots of files missing) so I reinstalled the JRE and rebooted
> again.
>
> ** **
>
> This time the Geoserver Service started just fine, however when trying to
> access the Web Admin page I got a 503 error.  As I was planning on updating
> Geoserver as well (and thought this may solve the issue) I then installed
> 2.2.5; install went fine, installed as a service, valid JRE found.
>
> ** **
>
> However I’m still getting the 503 error.  Please see an extract from the
> log below.
>
> ** **
>
> Any assistance would be greatly appreciated.
>
> ** **
>
> Many thanks,
>
> ** **
>
> Rob
>
> ** **
>
> 2013-03-14 12:59:36,620 ERROR [context.ContextLoader] - Context
> initialization failed
>
> org.springframework.beans.factory.BeanCreationException: Error creating
> bean with name 'wmsDescribeLayer' defined in URL
> [jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
> Instantiation of bean failed; nested exception is
> org.springframework.beans.BeanInstantiationException: Could not instantiate
> bean class [org.geoserver.wms.DescribeLayer]: No default constructor found;
> nested exception is java.lang.NoSuchMethodException:
> org.geoserver.wms.DescribeLayer.()
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:997)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:943)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
> 
>
> at
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
> 
>
> at
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
> 
>
> at
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
> 
>
> at
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
> 
>
> at
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:913)
> 
>
> at
> org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464)
> 
>
> at
> org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:385)
> 
>
> at
> org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:284)
> 
>
> at
> org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
> 
>
> at
> org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:18)
> 
>
> at
> org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:540)
> 
>
> at
> org.mortbay.jetty.servlet.Context.startContext(Context.java:135)
>
> at
> org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
> 
>
> at
> org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:510)*
> ***
>
> at
> org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448)
>
> at
> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)**
> **
>
> at
> org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerColle

[Geoserver-users] Latest JRE update problem

[Langford, Robert]

Hi,

Today I updated my JRE to:  jre-7u17-windows-i586

I was running Geoserver 2.2.3 on Win 2008 Server.

Following the machine restart after the Java install I noticed my Geoserver 
Service hadn't started.  From the logs I found that it wasn't finding a "valid 
JRE".  I checked the directory and it appeared the install hadn't worked (lots 
of files missing) so I reinstalled the JRE and rebooted again.

This time the Geoserver Service started just fine, however when trying to 
access the Web Admin page I got a 503 error.  As I was planning on updating 
Geoserver as well (and thought this may solve the issue) I then installed 
2.2.5; install went fine, installed as a service, valid JRE found.

However I'm still getting the 503 error.  Please see an extract from the log 
below.

Any assistance would be greatly appreciated.

Many thanks,

Rob

2013-03-14 12:59:36,620 ERROR [context.ContextLoader] - Context initialization 
failed
org.springframework.beans.factory.BeanCreationException: Error creating bean 
with name 'wmsDescribeLayer' defined in URL 
[jar:file:/C:/Program%20Files%20(x86)/GeoServer%202.2.2/webapps/geoserver/WEB-INF/lib/wms-2.2.5.jar!/applicationContext.xml]:
 Instantiation of bean failed; nested exception is 
org.springframework.beans.BeanInstantiationException: Could not instantiate 
bean class [org.geoserver.wms.DescribeLayer]: No default constructor found; 
nested exception is java.lang.NoSuchMethodException: 
org.geoserver.wms.DescribeLayer.()
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.instantiateBean(AbstractAutowireCapableBeanFactory.java:997)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBeanInstance(AbstractAutowireCapableBeanFactory.java:943)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:485)
at 
org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:456)
at 
org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:294)
at 
org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:225)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:291)
at 
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
at 
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)
at 
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:913)
at 
org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:464)
at 
org.springframework.web.context.ContextLoader.configureAndRefreshWebApplicationContext(ContextLoader.java:385)
at 
org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:284)
at 
org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:111)
at 
org.geoserver.platform.GeoServerContextLoaderListener.contextInitialized(GeoServerContextLoaderListener.java:18)
at 
org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java:540)
at 
org.mortbay.jetty.servlet.Context.startContext(Context.java:135)
at 
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1220)
at 
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:510)
at 
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:448)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at 
org.mortbay.jetty.handler.ContextHandlerCollection.doStart(ContextHandlerCollection.java:156)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at 
org.mortbay.jetty.handler.HandlerCollection.doStart(HandlerCollection.java:152)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at 
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:222)
at 
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:39)
at 
org.mortbay.xml.XmlConfiguration.main(XmlConfiguration.java:977)
at sun.reflect.NativeMetho

Re: [Geoserver-users] KML reflector - Path too long

[Jonathan Moules]

Hi Graham,
I doubt this is a GeoServer specific thing.
http://stackoverflow.com/questions/1051485/what-is-the-character-limit-on-url-
might help?

In short - generally speaking URL's are restricted to about 2000 characters
it seems.

Jonathan


On 13 March 2013 15:13, Graham, Wayne (wsg4w)
wrote:

>  Hi,
>
>  I've run in to an issue with a long list of layer names being passed to
> the KML reflector (the URL is about 2000 characters long with all the layer
> names). I keep getting a response "Failed – Path too long". I couldn't find
> any docs on the the path limit, does anyone know if there is a hard limit?
>
>  I did update the maxHeaderSize in tomcat to 64k, but it keeps failing.
> Does anyone know if there's a way to just pull all the layers for a
> workspace without passing a list of layers? Would this work with POST?
>
>  Thanks,
> Wayne
>
>
> --
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
> 
___
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
>


This transmission is intended for the named addressee(s) only and may contain 
sensitive or protectively marked material up to RESTRICTED and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All email traffic sent to or from us,  including without 
limitation all GCSX traffic, may be subject to recording and/or monitoring in 
accordance with relevant legislation.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] problem uploading style with REST

[Ian Turton]

I'm trying to upload the attached SLD file using Rest (as I have many more
like it)

curl -u admin:geoserver -XPUT -H 'Content-type:
application/vnd.ogc.sld+xml' -d @Woodland.sld
http://localhost:8080/geoserver/rest/styles/Woodland

- but GeoServer keeps complaining that:
java.lang.RuntimeException: org.xml.sax.SAXParseException: Element type
"StyledLayerDescriptor" must be followed by either attribute
specifications, ">" or "/>".
at org.geotools.styling.SLDParser.readXML(SLDParser.java:319)
at org.geoserver.catalog.rest.SLDFormat.read(SLDFormat.java:66)
at
org.geoserver.rest.format.StreamDataFormat.toObject(StreamDataFormat.java:33)
at
org.geoserver.rest.ReflectiveResource.handlePut(ReflectiveResource.java:191)
at org.restlet.Finder.handle(Finder.java:298)
at
org.geoserver.rest.BeanDelegatingRestlet.handle(BeanDelegatingRestlet.java:37)
at org.restlet.Filter.doHandle(Filter.java:105)
at org.restlet.Filter.handle(Filter.java:134)
at org.restlet.Router.handle(Router.java:444)

even though that is clearly the case. If I just open the file with the web
interface all is fine. I'm guessing it's a quoting issue but I can't work
out where to look, can anyone help?

cheers
Ian

-- 
Ian Turton


Woodland.sld
Description: Binary data
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

[Geoserver-users] "No legend passed" error?

[Jonathan Moules]

Hi List,
  Today I've been just panning around, zooming and querying (WMS
getFeatureInfo) my small project. A couple of times now I've had the
application fail to successfully retrieve a layer after I've added. There
are only about 5 WMS and one WMS-C layers I'm triggering in the project,
and they all work just fine most of the time, but oddly today I've had it
fail on two different WMS layers when they've been added, albeit at
different times. Layers that have otherwise always been just fine.

In the GeoServer logs I have this:

2013-03-14 10:55:12,677 INFO [org.geoserver.wms] -
Request: getServiceInfo
2013-03-14 10:55:12,677 DEBUG [org.geoserver.wms.legendgraphic] - looking
for styles
2013-03-14 10:55:12,677 ERROR [org.geoserver.ows] -
java.lang.IllegalArgumentException: no legend passed
at
org.geoserver.wms.legendgraphic.BufferedImageLegendGraphicBuilder.buildLegendGraphic(BufferedImageLegendGraphicBuilder.java:372)
 at
org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:40)
at
org.geoserver.wms.legendgraphic.PNGLegendOutputFormat.produceLegendGraphic(PNGLegendOutputFormat.java:21)
 at org.geoserver.wms.GetLegendGraphic.run(GetLegendGraphic.java:48)
at
org.geoserver.wms.DefaultWebMapService.getLegendGraphic(DefaultWebMapService.java:385)
 at sun.reflect.GeneratedMethodAccessor277.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
at
org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:318)
 at
org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:183)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:150)
 at
org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:54)
at
org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
 at
org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
at $Proxy23.getLegendGraphic(Unknown Source)
 at sun.reflect.GeneratedMethodAccessor263.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
 at java.lang.reflect.Method.invoke(Unknown Source)
at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:774)
 at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)
[snip]

The request.log contains this:

"GET
/geoserver/wms?version=1.3.0&TRANSPARENT=TRUE&SERVICE=WMS&REQUEST=GetLegendGraphic&EXCEPTIONS=application%2Fvnd.ogc.se_xml&LAYER=Test_DB%3AEA_RIVER_NETWORK_WSHIRE&FORMAT=image%2Fpng&SCALE=29.054243
HTTP/1.1" 200 259

Does anyone know what does this means or what might be inducing it? It
doesn't seem to be easily replicable (I can't get it to happen again) and I
don't have enough information to know if it is a bug let alone to create a
decent bug report.

Cheers,
Jonathan


This transmission is intended for the named addressee(s) only and may contain 
sensitive or protectively marked material up to RESTRICTED and should be 
handled accordingly. Unless you are the named addressee (or authorised to 
receive it for the addressee) you may not copy or use it, or disclose it to 
anyone else. If you have received this transmission in error please notify the 
sender immediately. All email traffic sent to or from us,  including without 
limitation all GCSX traffic, may be subject to recording and/or monitoring in 
accordance with relevant legislation.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar___
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Re: [Geoserver-users] App-Schema plugin, mapping the Address model of INSPIRE

[Julián González]

Sorry for this late reply.

I was out of the project for months and now I'm working on it again.

I've made some test and I'm getting very confused.

First of all I've simplified my schema, now I'm using only one feature type
from the INSPIRE Address Schema which is AdminUnitName that has a self
relationship called situatedwithin. I think that the names are descriptive
enough. More info on:
http://inspire.jrc.ec.europa.eu/documents/Data_Specifications/INSPIRE_DataSpecification_AD_v3.0.1.pdf

If the data store is a property file everything works fine, but if the data
store is an Oracle database nothing works fine.

I've 'zipped', the geoserver data dir with the java property file, the SQL
script files to generate the table and populate it with the same data
contained in the property file, and the WFS queries that I'm doing to the
server to reproduce the errors. The log file in the geoserver data dir
contains the log generated by this process:

1.- Start the tomcat service
2.- Do three WFS GetFeature queries.
3.- Stop the server
Change the datastore to the Oracle Database
4.- Start the tomcat service
5.- Do three WFS GetFeature queries.
6.- Stop the server

The zip file can be dowloaded from: http://sdrv.ms/WpbxYW

Could someone check what I'm doing bad?

Thanks in advance.

2012/11/26 Ben Caradoc-Davies 

> On 19/11/12 19:44, Julián González wrote:
> > Is it possible to add the referenced AdministrativeUnitName,
> > PostalDescriptor and ThoroughfareName at the end of the xml response?
>
> No. The included features are specified by the Web Feature Service
> standard: only those features matching a filter query are encoded, and
> nested properties are encoded inside those features or by reference. While
> it is possible to include additional types at the top level, they will not
> be related to features of another type.
>
> Client applications should be able to use the xlink:href obtained from a
> response to make a second query to resolve a nested feature.
>
>
> > I've read that it's impossible to ask for a feature referenced by an
> > xlink:href, then we can't ask the service for the addresses of a certain
> > thoroughfarename, can we? I suposse that the only way is to change the
> > type of the component property to a gml:AbstractFeature, isn't it?
>
> I am not quite sure what you are asking. Are you talking about a filter
> query on xlink:href? This is possible where it is created using feature
> chaining and you are querying a nested property (users like this but I am
> not sure that it is valid use of WFS!). I am not sure this is what you
> mean. Do you have an example?
>
> Kind regards,
> Ben.
>
>
>
> On 19/11/12 19:44, Julián González wrote:
>
>> Hi list.
>>
>> I'm trying to map a custom address model to the address model of INSPIRE
>> using de app-schema plugin (version 2.2.1).
>> There is a relationship between two featuretypes, Address and
>> AddressComponent (an abstract feature), called component in the first
>> featuretype.
>>
>> There are some subtypes of AddressComponent: AdministrativeUnitName,
>> PostalDescriptor, ThoroughfareName,...
>> In the xsd, the component property of the Address featuretype is defined
>> like this:
>>
>> 
>> 
>> 
>>   -- Definition -- Represents that the address component is
>> engaged as a part of the address. -- Description -- EXAMPLE For the
>> address designated "Calle Mayor 13, Cortijo del Marqués, 41037, Écija,
>> Sevilla, España" the six address components "Calle Mayor", "Cortijo del
>> Marqués", "41037", "Écija", "Sevilla" and "España" are engaged as
>> address components.
>> 
>> 
>> > xmlns="http://www.opengis.net/**gml/3.2 
>> ">ad:AddressComponent
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>>
>> Then I've understood that:
>>
>> - An address must have one or more components.
>> - The xml element of the component property has no content but it has an
>> xlink:href attribute pointing to an AdministrativeunitName or a
>> PostalDescriptor or a Thorougfarename
>>
>> The Attribue mapping of the component property for a ThoroughfareName is:
>>
>> 
>> ad:component<**/targetAttribute>
>> ad:**ThoroughfareNameType
>> 
>> XLINK2COMPONENT
>> ad:**ThoroughfareName
>> ad:inspireId/base:**Identifier/base:localId
>> 
>> true
>> 
>> xlink:href
>> strConcat('http://**localhost:8080/geoserver/wfs?**
>> request=GetFeature&**version=2.0.0&typeName=ad:**
>> ThoroughfareName&**FEATUREID=
>> > GetFeature&version=2.0.0&**amp;typeName=ad:**ThoroughfareName&**
>> FEATUREID=
>> >',
>> GMLID)
>> 
>> 
>>
>> In this way, an Address served by the wfs service is:
>>
>> 
>> ... a lot of xml elements ...
>> > href="http://localhost:8080/**geoserver/wfs?request=**
>> GetFeature&vers

[Geoserver-users] Batch to load raster with the Rest protocol

[Jerome CROS]

Hi , it's my first message her, and my english is not excellent ! 

I try to put 1600 raster (Geotiff) in geoserver , i create my workspace 
"landsat" , i activate the wcs protocol in my workspace "landsat" . 
and my goal it's to obtain this group of raster with the WCS protocol. 

When i transmit to the rest protocol : 

for the coverastore 

curl -u admin:admin -v -XPOST -H 'Content-type: text/xml' -d 
'landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30
 
truelandsatGeoTIFF
 
file:/mnt/data/IMAGES_BD_POSTGIS/2013-02-20/Traitement_1/L930362_20090213_L7_200_030_USGS_surf_pente_30m.tif
 ' 
http://venuscalc.cesbio.cnes.fr:8080/geoserver/rest/workspaces/landsat/coveragestores
 

and for the coverage: 

curl -u admin:admin -v -XPOST -H 'Content-type: text/xml' -d 
'landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30m.tifL930362
 2009-02-13 LANDSAT7 200_030Tuile: L930362, Acquisition : 
2009-02-13, Satellite : LANDSAT7, Origine : 
200_030EPSG:2154' 
http://venuscalc.cesbio.cnes.fr:8080/geoserver/rest/workspaces/landsat/coveragestores/landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30/coverages
 

when i acces to : 
http://venuscalc.cesbio.cnes.fr:8080/geoserver/rest/workspaces/landsat/coveragestores/landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30/coveragestores/landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30m.tif.html
 

there are a java exception : 

Coverage " Expression properties is undefined on line 2, column 13 in 
CoverageInfo.ftl. The problematic instruction: -- ==> 
${properties.name} [on line 2, column 11 in CoverageInfo.ftl] -- Java 
backtrace for programmers: -- 
freemarker.core.InvalidReferenceException: Expression properties is undefined 
on line 2, column 13 in CoverageInfo.ftl. at 
freemarker.core.TemplateObject.assertNonNull(TemplateObject.java:125) at  

--- 
In the file system : 


-- 
with the demo service : 

> requete WVS get capabilities 

response : 
 
landsat:landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30m.tifL930362
 2009-02-13 LANDSAT7 200_030-1.9006115442587834 
41.61756233774183-0.4712683021014188 
43.046905579899196
 
... 


> request WCS Describe coverage 

< DescribeCoverage 
version = "1.0.0" 
service = "WCS" 
xmlns = "http://www.opengis.net/wcs"; 
xmlns:nurc = "http://www.nurc.nato.int"; 
xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation = "http://www.opengis.net/wcs 
http://schemas.opengis.net/wcs/1.0.0/describeCoverage.xsd"; > 

< Coverage > 
landsat:landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30m.tif  

 


response : 

 
java.io.IOException 
null 
java.lang.RuntimeException: Unexpected error occurred during describe coverage 
xml encoding 
Unexpected error occurred during describe coverage xml encoding 
Error while committing XML elements; specific element was: 
End(wcs:supportedFormats) 
null 
 





When i use directly the web interface and no the Rest protocol 
i add a "store" (geotiff) in the "workspace" landsat , and after i publish the 
layer 

--> resquest WCS get capabilities : 

...landsat:landsat_L930362_20090213_L7_200_030_USGS_surf_pente_30m.tifL930362
 2009-02-13 LANDSAT7 200_030-1.9006115442587834 
41.61756233774183-0.4712683021014188 
43.046905579899196Generated
 from 
GeoTIFFlandsat:L930362_20090317_L7_200_030_USGS_surf_pente_30mL930362_20090317_L7_200_030_USGS_surf_pente_30m-1.8865983752180249 
41.81242083039518-0.4852814711421773 
42.85204708724584WCSGeoTIFFL930362_20090317_L7_200_030_USGS_surf_pente_30m
 
... 

> request WCS Describe coverage 

< DescribeCoverage 
version = "1.0.0" 
service = "WCS" 
xmlns = "http://www.opengis.net/wcs"; 
xmlns:nurc = "http://www.nurc.nato.int"; 
xmlns:xsi = "http://www.w3.org/2001/XMLSchema-instance"; 
xsi:schemaLocation = "http://www.opengis.net/wcs 
http://schemas.opengis.net/wcs/1.0.0/describeCoverage.xsd"; > 

< Coverage > landsat:L930362_20090317_L7_200_030_USGS_surf_pente_30m 

 


response : no problem : 

http://www.opengis.net/wcs 
http://venuscalc.cesbio.cnes.fr:8080/geoserver/schemas/wcs/1.0.0/describeCoverage.xsd";
 version="1.0.0">Generated from 
GeoTIFFlandsat:L930362_20090317_L7_200_030_USGS_surf_pente_30mL930362_20090317_L7_200_030_USGS_surf_pente_30m-1.8865983752180249 
41.81242083039518-0.4852814711421773 
42.85204708724584WCSGeoTIFFL930362_20090317_L7_200_030_USGS_surf_pente_30m300060.0 6091230.0410070.0 
6201240.00 
03666 
3666XY300075.0
 6201225.030.0 
0.00.0 
-30.0L930362_20090317_L7_200_030_USGS_surf_pente_30mL930362_20090317_L7_200_030_USGS_surf_pente_30mBandBand16AIGArcGridDTEDEHdrENVIHdrERDASImgGeoTIFFGIFGtopo30ImageMosaicImageMosaicJDBCJPEGNITFPNGRPFTOCRSTTIFFnearest 
neighborbilinearbicubic
 




i dont understand the lost step with my rest method , i try lot of case to 
create a good wcs with the rest protocol but no good result 


Thank you for help 

- Geoserver  


* Version 2.2