I have installed GeoServer 1.7.0 as a WAR in Tomcat 6 alongside a GeoServer
1.6.5 install (renamed the WAR file to geoserver170.war) and have attempted
to duplicate the services.
I am having trouble with a PostGIS polygon featuretype. I can create the
featuretype and view it in the OpenLayers demo provided I leave the Alias
field blank. If I add something to the alias field (as I need to as I can't
use the default "name") I get an error. The error occurs after clicking
Submit and then Apply (the Data line goes grey) and then clicking Save gives
the exception below. Interestingly if I enter a value in the Alias field
that matches the Name field I don't get the error:
Thanks for your help.
GeoServer - Exception
The following exception was thrown:
* class java.lang.NullPointerException:
Details:
java.lang.NullPointerException
at
org.vfny.geoserver.global.FeatureTypeInfo.getSrsHandling(FeatureTypeInfo.java:1742)
at
org.vfny.geoserver.global.FeatureTypeInfo.toDTO(FeatureTypeInfo.java:523)
at org.vfny.geoserver.global.Data.toDTO(Data.java:1593)
at
org.vfny.geoserver.action.SaveXMLAction.saveGeoserver(SaveXMLAction.java:63)
at org.vfny.geoserver.action.SaveXMLAction.execute(SaveXMLAction.java:45)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)
--
View this message in context: http://www.nabble.com/Error-when-setting-FeatureType-Alias-field-in-1.7.0-tp20219844p20219844.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
Hello.
I'm not sure about your specific problem, but we discovered the hard way that GeoServer and GeoTools communicated via environment variables for the user running the servlet container. Running two copies of GeoServer under the same user (such as the tomcat user) caused a pile of assorted grief until we figured that out and ran separate copies as separate users. In the end we gave up on running the war in tomcat and went with the standalone (jetty) geoserver.
--
Amos Hayes
Geomatics and Cartographic Research Centre
Carleton University
ahayes@anonymised.com
+1.613.520.2600x8179
On 28-Oct-08, at 10:25 PM, benmorrison wrote:
I have installed GeoServer 1.7.0 as a WAR in Tomcat 6 alongside a GeoServer
1.6.5 install (renamed the WAR file to geoserver170.war) and have attempted
to duplicate the services.
I am having trouble with a PostGIS polygon featuretype. I can create the
featuretype and view it in the OpenLayers demo provided I leave the Alias
field blank. If I add something to the alias field (as I need to as I can't
use the default "name") I get an error. The error occurs after clicking
Submit and then Apply (the Data line goes grey) and then clicking Save gives
the exception below. Interestingly if I enter a value in the Alias field
that matches the Name field I don't get the error:
Thanks for your help.
GeoServer - Exception
The following exception was thrown:
* class java.lang.NullPointerException:
Details:
java.lang.NullPointerException
at
org.vfny.geoserver.global.FeatureTypeInfo.getSrsHandling(FeatureTypeInfo.java:1742)
at
org.vfny.geoserver.global.FeatureTypeInfo.toDTO(FeatureTypeInfo.java:523)
at org.vfny.geoserver.global.Data.toDTO(Data.java:1593)
at
org.vfny.geoserver.action.SaveXMLAction.saveGeoserver(SaveXMLAction.java:63)
at org.vfny.geoserver.action.SaveXMLAction.execute(SaveXMLAction.java:45)
at org.vfny.geoserver.action.ConfigAction.execute(ConfigAction.java:101)
at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:431)
at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:236)
at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1196)
at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:432)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:264)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:107)
at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:72)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:110)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(AnonymousProcessingFilter.java:125)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.rememberme.RememberMeProcessingFilter.doFilter(RememberMeProcessingFilter.java:142)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.wrapper.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:81)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.ui.AbstractProcessingFilter.doFilter(AbstractProcessingFilter.java:217)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at org.acegisecurity.ui.logout.LogoutFilter.doFilter(LogoutFilter.java:106)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpSessionContextIntegrationFilter.java:229)
at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:274)
at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:163)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:286)
at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:190)
at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:283)
at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:767)
at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:697)
at
org.apache.jk.common.ChannelSocket$SocketConnection.runIt(ChannelSocket.java:889)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:690)
at java.lang.Thread.run(Thread.java:619)
--
View this message in context: http://www.nabble.com/Error-when-setting-FeatureType-Alias-field-in-1.7.0-tp20219844p20219844.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
Amos Hayes ha scritto:
Hello.
I'm not sure about your specific problem, but we discovered the hard way that GeoServer and GeoTools communicated via environment variables for the user running the servlet container. Running two copies of GeoServer under the same user (such as the tomcat user) caused a pile of assorted grief until we figured that out and ran separate copies as separate users. In the end we gave up on running the war in tomcat and went with the standalone (jetty) geoserver.
Hum, how much time ago was that? There was an issue that prevented
two GeoServer or a GeoServer and a GeoWebCache instance to run in
the same container but we fixed it in the 1.6.x series.
As far as I know we have a few servers with multiple GeoServer
instances inside the same Tomcat with no problems.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
That's great to hear.
It wasn't too long ago, likely an early 1.6 or possibly 1.5.
--
Amos Hayes
Geomatics and Cartographic Research Centre
Carleton University
ahayes@anonymised.com
+1.613.520.2600x8179
On 31-Oct-08, at 10:46 AM, Andrea Aime wrote:
Amos Hayes ha scritto:
Hello.
I'm not sure about your specific problem, but we discovered the hard way that GeoServer and GeoTools communicated via environment variables for the user running the servlet container. Running two copies of GeoServer under the same user (such as the tomcat user) caused a pile of assorted grief until we figured that out and ran separate copies as separate users. In the end we gave up on running the war in tomcat and went with the standalone (jetty) geoserver.
Hum, how much time ago was that? There was an issue that prevented
two GeoServer or a GeoServer and a GeoWebCache instance to run in
the same container but we fixed it in the 1.6.x series.
As far as I know we have a few servers with multiple GeoServer
instances inside the same Tomcat with no problems.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
I'm experiencing the same problem specifying aliases in 1.7.0 as the original
poster, but I am not running multiple versions of GeoServer simultaneously.
My error output is identical to what the original poster reported. I'm
running just the 1.7.0 war in Jetty, so I'm not sure the alias issue is due
to multiple versions being run simultaneously.
Roger
--
View this message in context: http://www.nabble.com/Error-when-setting-FeatureType-Alias-field-in-1.7.0-tp20219844p20268069.html
Sent from the GeoServer - User mailing list archive at Nabble.com.
rdiercks ha scritto:
I'm experiencing the same problem specifying aliases in 1.7.0 as the original
poster, but I am not running multiple versions of GeoServer simultaneously.
My error output is identical to what the original poster reported. I'm
running just the 1.7.0 war in Jetty, so I'm not sure the alias issue is due
to multiple versions being run simultaneously.
Yeah, reproduced the problem, it's the side effect of another fix of mine. Unfortunately the current UI/config subsytem is close to
impossible to unit test, only manual testing shows up these kind
of issues. With GeoServer 2.0 and the new UI we'll have a set
of automated tests for the UI as well and hopefully regressions
like this one will become a thing of the past.
For reference here is the jira:
http://jira.codehaus.org/browse/GEOS-2342
You'll find a fix in today's or tomorrow's nightly build,
if you can try it out and report the results, that would be
appreciated:
http://gridlock.openplans.org/geoserver/1.7.x/
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
I just installed the latest 1.7.x nightly build war (05-Nov-2008) and am
happy to report that I am now able to successfully specify aliases. Thank
you for your help on this issue.
Roger
Andrea Aime-4 wrote:
Yeah, reproduced the problem, it's the side effect of another fix of
mine. Unfortunately the current UI/config subsytem is close to
impossible to unit test, only manual testing shows up these kind
of issues. With GeoServer 2.0 and the new UI we'll have a set
of automated tests for the UI as well and hopefully regressions
like this one will become a thing of the past.
For reference here is the jira:
http://jira.codehaus.org/browse/GEOS-2342
You'll find a fix in today's or tomorrow's nightly build,
if you can try it out and report the results, that would be
appreciated:
http://gridlock.openplans.org/geoserver/1.7.x/
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's
challenge
Build the coolest Linux based applications with Moblin SDK & win great
prizes
Grand prize is a trip for two to an Open Source event anywhere in the
world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
--
View this message in context: http://www.nabble.com/Error-when-setting-FeatureType-Alias-field-in-1.7.0-tp20219844p20343198.html
Sent from the GeoServer - User mailing list archive at Nabble.com.