problem getting capabilities for virtual services and layergroups
Description
Environment
Attachments
is duplicated by
Activity
Andrea Aime February 15, 2017 at 11:52 AM
Mass closing all resolved issues not modified in the last 4 weeks
codehaus April 10, 2015 at 4:39 PM
CodeHaus Comment From: jdeolive - Time: Mon, 27 May 2013 15:32:12 -0500
---------------------
<p>Hmmm... right. Accessing the caps doc through workspace/layer endpoint doesn't seem to be that widely used so i am not surprised it was missed. Anyways, should the relatively easy to implement this. First we will probably want to change LocalLayer to contain a reference to a PublishedInfo rather than a LayerInfo. And then tweak the lookup in LocalWorkspaceCallback to include a check for layer group as well as layer. </p>
codehaus April 10, 2015 at 4:39 PM
CodeHaus Comment From: jeichar - Time: Wed, 22 May 2013 13:55:22 -0500
---------------------
<p>I have seen this as well. It occurs when logged in as Administrator. </p>
codehaus April 10, 2015 at 4:39 PM
CodeHaus Comment From: aaime - Time: Wed, 13 Mar 2013 08:13:38 -0500
---------------------
<p>Ah no, never mind, was looking in the wrong place, sorry.</p>
codehaus April 10, 2015 at 4:39 PM
CodeHaus Comment From: aaime - Time: Wed, 13 Mar 2013 08:12:53 -0500
---------------------
<p>Err.. stacktrace.xml seems like a valid capabilities document to me?</p>
Geoserver delivers virtual services. As a new feature layergroups can be put into a workspace. So I expected the URL
http://localhost:8080/geoserver/sf/spearfish/wms?service=WMS&request=GetCapabilities - http://localhost:8080/geoserver/sf/spearfish/wms?service=WMS&request=GetCapabilities
to work after I put spearfish in sf workspace. But I got an HTTP Error 404
------------------ org.geoserver.platform.ServiceException: javax.xml.transform.TransformerException: java.lang.NullPointerExcept
at org.geoserver.wms.capabilities.Capabilities_1_3_0_Response.write(Capabilities_1_3_0_Response.java:6
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:919)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:276)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAd
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:923)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:852)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:882)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:778)
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.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:27)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:74)
--------------------- a curious thing that happens after I putted spearfish to this new workspace was, that
http://localhost:8080/geoserver/sf/wms?service=WMS&request=GetCapabilities - http://localhost:8080/geoserver/sf/wms?service=WMS&request=GetCapabilities
still worked but
http://localhost:8080/geoserver/sf/roads/wms?service=WMS&request=GetCapabilities - http://localhost:8080/geoserver/sf/roads/wms?service=WMS&request=GetCapabilities
did not.
After I removed spearfish from the workspace and restarted the server both urls worked again as expected.