[Geoserver-users] Can't access my maps...

Hello all. First off, I'd like to point out that I am a new user to
GeoServer and there's a good chance that my problem is one of stupidity and
not of technical failure. That having been said, when I attempt to create a
new dataset from a shapefile and add the FeatureSet, I end up with a link on
the Preview/Demo page to my dataset (PBSS:TerminalA). When I click on the
'OpenLayers' link to view the map, my browser attempts to download a file
called 'wms' (no extension). However, if I try to use
http://localhost:8080/geoserver/wfs?request=getfeature&service=wfs&version=1.0.0&typename=PBSS:TerminalA
I get an XML file that, to my untrained eye, looks correct. Can anyone out
there please help? Thanks in advance.

Jason Hamilton
--
View this message in context: http://www.nabble.com/Can't-access-my-maps…-tp23296127p23296127.html
Sent from the GeoServer - User mailing list archive at Nabble.com.

Jason Hamilton ha scritto:

Hello all. First off, I'd like to point out that I am a new user to
GeoServer and there's a good chance that my problem is one of stupidity and
not of technical failure. That having been said, when I attempt to create a
new dataset from a shapefile and add the FeatureSet, I end up with a link on
the Preview/Demo page to my dataset (PBSS:TerminalA). When I click on the
'OpenLayers' link to view the map, my browser attempts to download a file
called 'wms' (no extension). However, if I try to use
http://localhost:8080/geoserver/wfs?request=getfeature&service=wfs&version=1.0.0&typename=PBSS:TerminalA
I get an XML file that, to my untrained eye, looks correct. Can anyone out
there please help? Thanks in advance.

The WMS is sending out a SerivceException report, which is actually just
an XML file (but with a strange content type attached to it, mandated by
the WMS spec, that prevents browsers from just showing it directly).

The most common case for that happening is that you configured a style
for your layer that requires attributes that are not actually there.
Reading the service exception will provide more insight.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Thanks, Andrea, at least that gave me somewhere to look. I opened the XML
exception file and it reads:

<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE
ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
<ServiceExceptionReport version="1.1.1" > <ServiceException>
      java.lang.reflect.UndeclaredThrowableException
null
null
null
</ServiceException></ServiceExceptionReport>

Which doesn't help me much. Are you implying that the person who provided
the shape file possibly didn't give me a complete one?

Thanks again,
Jason

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, April 30, 2009 11:21 AM
To: Jason Hamilton
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Can't access my maps...

Jason Hamilton ha scritto:

Hello all. First off, I'd like to point out that I am a new user to
GeoServer and there's a good chance that my problem is one of
stupidity and not of technical failure. That having been said, when I
attempt to create a new dataset from a shapefile and add the
FeatureSet, I end up with a link on the Preview/Demo page to my
dataset (PBSS:TerminalA). When I click on the 'OpenLayers' link to
view the map, my browser attempts to download a file called 'wms' (no
extension). However, if I try to use
http://localhost:8080/geoserver/wfs?request=getfeature&service=wfs&ver
sion=1.0.0&typename=PBSS:TerminalA
I get an XML file that, to my untrained eye, looks correct. Can
anyone out there please help? Thanks in advance.

The WMS is sending out a SerivceException report, which is actually just an
XML file (but with a strange content type attached to it, mandated by the
WMS spec, that prevents browsers from just showing it directly).

The most common case for that happening is that you configured a style for
your layer that requires attributes that are not actually there.
Reading the service exception will provide more insight.

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Jason Hamilton ha scritto:

Thanks, Andrea, at least that gave me somewhere to look. I opened the XML
exception file and it reads:

<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE
ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
<ServiceExceptionReport version="1.1.1" > <ServiceException>
      java.lang.reflect.UndeclaredThrowableException
null
</ServiceException></ServiceExceptionReport>

Which doesn't help me much. Are you implying that the person who provided
the shape file possibly didn't give me a complete one?

Hmm... oh, that exception usually occurs when GeoServer
libraries are mismatched, which can occurr if you overwrite
a previous GeoServer installation with a newer one.

Do one thing, go into config -> server and enable "verbose
exceptions", apply, save, and then try to access the
map again. The service exception should be a lot more detailed,
report it back on the list, that should help me figure out what is
happening

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.

Okay, thanks again, Andrea.

Here's the verbose error message:

<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE
ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
<ServiceExceptionReport version="1.1.1" > <ServiceException>
      java.lang.reflect.UndeclaredThrowableException
null
null
null
Details:
org.geoserver.platform.ServiceException:
java.lang.reflect.UndeclaredThrowableException
  at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1268)
  at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:223)
  at
org.springframework.web.servlet.mvc.AbstractController.handleRequest(Abstrac
tController.java:153)
  at
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(Si
mpleControllerHandlerAdapter.java:48)
  at
org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServl
et.java:875)
  at
org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServle
t.java:809)
  at
org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkSer
vlet.java:571)
  at
org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java
:501)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
  at
org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1093)
  at
org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterE
ncodingFilter.java:108)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1084)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:264)
  at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.invoke(FilterSecur
ityInterceptor.java:107)
  at
org.acegisecurity.intercept.web.FilterSecurityInterceptor.doFilter(FilterSec
urityInterceptor.java:72)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274)
  at
org.acegisecurity.ui.ExceptionTranslationFilter.doFilter(ExceptionTranslatio
nFilter.java:110)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274)
  at
org.acegisecurity.providers.anonymous.AnonymousProcessingFilter.doFilter(Ano
nymousProcessingFilter.java:125)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274)
  at
org.acegisecurity.ui.basicauth.BasicProcessingFilter.doFilter(BasicProcessin
gFilter.java:178)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274)
  at
org.acegisecurity.context.HttpSessionContextIntegrationFilter.doFilter(HttpS
essionContextIntegrationFilter.java:229)
  at
org.acegisecurity.util.FilterChainProxy$VirtualFilterChain.doFilter(FilterCh
ainProxy.java:274)
  at
org.acegisecurity.util.FilterChainProxy.doFilter(FilterChainProxy.java:148)
  at
org.acegisecurity.util.FilterToBeanProxy.doFilter(FilterToBeanProxy.java:98)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1084)
  at
org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:73)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1084)
  at
org.geoserver.filters.ReverseProxyFilter.doFilter(ReverseProxyFilter.java:16
3)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1084)
  at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:41)
  at
org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler
.java:1084)
  at
org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
  at
org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
  at
org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
  at
org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:726)
  at
org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:405)
  at
org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerColl
ection.java:206)
  at
org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:11
4)
  at
org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
  at org.mortbay.jetty.Server.handle(Server.java:324)
  at
org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
  at
org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnectio
n.java:828)
  at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:514)
  at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:211)
  at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
  at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:395)
  at
org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:4
50)
Caused by: java.lang.reflect.UndeclaredThrowableException
  at $Proxy8.getStyle(Unknown Source)
  at
org.vfny.geoserver.global.FeatureTypeInfo.getDefaultStyle(FeatureTypeInfo.ja
va:626)
  at
org.vfny.geoserver.global.MapLayerInfo.getDefaultStyle(MapLayerInfo.java:363
)
  at
org.geoserver.wms.kvp.GetMapKvpRequestReader.read(GetMapKvpRequestReader.jav
a:291)
  at
org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1087)
  at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:428)
  at
org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:208)
  ... 49 more
Caused by: java.lang.reflect.InvocationTargetException
  at sun.reflect.GeneratedMethodAccessor61.invoke(Unknown Source)
  at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
.java:25)
  at java.lang.reflect.Method.invoke(Method.java:597)
  at
org.geoserver.catalog.impl.ModificationProxy.invoke(ModificationProxy.java:9
2)
  ... 56 more
Caused by: java.lang.NullPointerException
  at
org.geotools.filter.ExpressionDOMParser.expression(ExpressionDOMParser.java:
335)
  at
org.geotools.filter.ExpressionDOMParser.parseExpression(ExpressionDOMParser.
java:102)
  at
org.geotools.styling.SLDParser.parseCssParameter(SLDParser.java:2067)
  at
org.geotools.styling.SLDParser.parseTextSymbolizer(SLDParser.java:1044)
  at org.geotools.styling.SLDParser.parseRule(SLDParser.java:900)
  at
org.geotools.styling.SLDParser.parseFeatureTypeStyle(SLDParser.java:800)
  at org.geotools.styling.SLDParser.parseStyle(SLDParser.java:746)
  at org.geotools.styling.SLDParser.readDOM(SLDParser.java:319)
  at org.geotools.styling.SLDParser.readXML(SLDParser.java:295)
  at
org.geoserver.catalog.ResourcePool.getStyle(ResourcePool.java:644)
  at
org.geoserver.catalog.impl.StyleInfoImpl.getStyle(StyleInfoImpl.java:56)
  ... 60 more

</ServiceException></ServiceExceptionReport>

I would also add, and I am assuming that this is normal in the case of an
error like this, that every time I restart GeoServer, the dataset persists,
but I have to re-attach the FeatureSet and replace the SRS field. I only
mention it in case it helps solve the issue.

Many many thanks,
Jason Hamilton

-----Original Message-----
From: Andrea Aime [mailto:aaime@anonymised.com]
Sent: Thursday, April 30, 2009 4:19 PM
To: Jason Hamilton
Cc: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Can't access my maps...

Jason Hamilton ha scritto:

Thanks, Andrea, at least that gave me somewhere to look. I opened the
XML exception file and it reads:

<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE
ServiceExceptionReport SYSTEM
"http://schemas.opengis.net/wms/1.1.1/WMS_exception_1_1_1.dtd&quot;&gt;
<ServiceExceptionReport version="1.1.1" > <ServiceException>
      java.lang.reflect.UndeclaredThrowableException
null
null
null
</ServiceException></ServiceExceptionReport>

Which doesn't help me much. Are you implying that the person who
provided the shape file possibly didn't give me a complete one?

Hmm... oh, that exception usually occurs when GeoServer libraries are
mismatched, which can occurr if you overwrite a previous GeoServer
installation with a newer one.

Do one thing, go into config -> server and enable "verbose exceptions",
apply, save, and then try to access the map again. The service exception
should be a lot more detailed, report it back on the list, that should help
me figure out what is happening

Cheers
Andrea

--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.