It seems that Geoserver 1.5 (latest svn 6228 I think) requires the
namespace in front of the layer name in a map request. When I issue
the following request:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=states&width=550&height=250&srs=EPSG:4326
the following exception is thrown:
401037 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
exception occurred
org.vfny.geoserver.wms.WmsException: No LAYERS has been requested
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersParam(GetMapKvpReader.java:1353)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersAndStyles(GetMapKvpReader.java:691)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseMandatoryParameters(GetMapKvpReader.java:371)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:201)
at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
If I prepend the layer name with it's namespace, the map is rendered
as expected:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=topp:states&width=550&height=250&srs=EPSG:4326
I don't remember this being the case up until now. Are we required to
prepend featureType layers with their namespace? Coverages do not
suffer this behaviour.
Any ideas?
Thanks,
Alex
The spec says that the layer name must match a <layer><name> value is the capabilities document, and that includes the namespace. I think I remember not needing it in the past, but out of force of habit I always include the namespace in my layer name so I haven't noticed a change. I think it is a good idea to allow the user to specify the layer name without the namespace.
Brent Owens
(The Open Planning Project)
Alexander Petkov wrote:
It seems that Geoserver 1.5 (latest svn 6228 I think) requires the
namespace in front of the layer name in a map request. When I issue
the following request:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=states&width=550&height=250&srs=EPSG:4326
the following exception is thrown:
401037 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
exception occurred
org.vfny.geoserver.wms.WmsException: No LAYERS has been requested
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersParam(GetMapKvpReader.java:1353)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersAndStyles(GetMapKvpReader.java:691)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseMandatoryParameters(GetMapKvpReader.java:371)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:201)
at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
If I prepend the layer name with it's namespace, the map is rendered
as expected:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=topp:states&width=550&height=250&srs=EPSG:4326
I don't remember this being the case up until now. Are we required to
prepend featureType layers with their namespace? Coverages do not
suffer this behaviour.
Any ideas?
Thanks,
Alex
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
The behavior I seem to recall is that the layer can be specified
without the namespace if said namespace is set as the default.
Otherwise it had to be specified.
Thanks for your input Brent,
Alex
On 2/28/07, Brent Owens <brentowens@anonymised.com> wrote:
The spec says that the layer name must match a <layer><name> value is
the capabilities document, and that includes the namespace. I think I
remember not needing it in the past, but out of force of habit I always
include the namespace in my layer name so I haven't noticed a change. I
think it is a good idea to allow the user to specify the layer name
without the namespace.
Brent Owens
(The Open Planning Project)
Alexander Petkov wrote:
> It seems that Geoserver 1.5 (latest svn 6228 I think) requires the
> namespace in front of the layer name in a map request. When I issue
> the following request:
>
> http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=states&width=550&height=250&srs=EPSG:4326
>
> the following exception is thrown:
>
> 401037 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
> exception occurred
> org.vfny.geoserver.wms.WmsException: No LAYERS has been requested
> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersParam(GetMapKvpReader.java:1353)
> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersAndStyles(GetMapKvpReader.java:691)
> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseMandatoryParameters(GetMapKvpReader.java:371)
> at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:201)
> at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
> at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
> at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
> at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
> at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
> at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
> at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
> at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
> at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:619)
>
> If I prepend the layer name with it's namespace, the map is rendered
> as expected:
> http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=topp:states&width=550&height=250&srs=EPSG:4326
>
> I don't remember this being the case up until now. Are we required to
> prepend featureType layers with their namespace? Coverages do not
> suffer this behaviour.
>
> Any ideas?
>
> Thanks,
>
> Alex
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
On 2/28/07, Alexander Petkov <greenkov@anonymised.com> wrote:
The behavior I seem to recall is that the layer can be specified
without the namespace if said namespace is set as the default.
Otherwise it had to be specified.
That's what I've observed with WFS too., default namespace being "topp".
Thanks,
--
Eric
Yeah, it was kind of a backdoor hack, from when we didn't have any namespaces. I'd like it in though as long as it's easy to do, since I did use it. You can confirm it's on 1.4 but not on 1.5 Alex? Though actually 1.6 does things a good bit differently so it may be harder there.
But go ahead and submit this as a bug, and we can look in to it, and if it's not hard we'll put it back in.
Chris
Alexander Petkov wrote:
The behavior I seem to recall is that the layer can be specified
without the namespace if said namespace is set as the default.
Otherwise it had to be specified.
Thanks for your input Brent,
Alex
On 2/28/07, Brent Owens <brentowens@anonymised.com> wrote:
The spec says that the layer name must match a <layer><name> value is
the capabilities document, and that includes the namespace. I think I
remember not needing it in the past, but out of force of habit I always
include the namespace in my layer name so I haven't noticed a change. I
think it is a good idea to allow the user to specify the layer name
without the namespace.
Brent Owens
(The Open Planning Project)
Alexander Petkov wrote:
It seems that Geoserver 1.5 (latest svn 6228 I think) requires the
namespace in front of the layer name in a map request. When I issue
the following request:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=states&width=550&height=250&srs=EPSG:4326
the following exception is thrown:
401037 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
exception occurred
org.vfny.geoserver.wms.WmsException: No LAYERS has been requested
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersParam(GetMapKvpReader.java:1353)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersAndStyles(GetMapKvpReader.java:691)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseMandatoryParameters(GetMapKvpReader.java:371)
at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:201)
at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)
If I prepend the layer name with it's namespace, the map is rendered
as expected:
http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=topp:states&width=550&height=250&srs=EPSG:4326
I don't remember this being the case up until now. Are we required to
prepend featureType layers with their namespace? Coverages do not
suffer this behaviour.
Any ideas?
Thanks,
Alex
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:1003,45e5c166212071665516417!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
I can confirm this on different 1.5 versions--previously I had
deployed an 1.5.x compile from SVN.
I see this for the first time with 1.5 RC1
Thank you everyone for looking into this,
Alex
On 2/28/07, Chris Holmes <cholmes@anonymised.com> wrote:
Yeah, it was kind of a backdoor hack, from when we didn't have any
namespaces. I'd like it in though as long as it's easy to do, since I
did use it. You can confirm it's on 1.4 but not on 1.5 Alex? Though
actually 1.6 does things a good bit differently so it may be harder
there.
But go ahead and submit this as a bug, and we can look in to it, and if
it's not hard we'll put it back in.
Chris
Alexander Petkov wrote:
> The behavior I seem to recall is that the layer can be specified
> without the namespace if said namespace is set as the default.
> Otherwise it had to be specified.
>
> Thanks for your input Brent,
>
> Alex
>
> On 2/28/07, Brent Owens <brentowens@anonymised.com> wrote:
>> The spec says that the layer name must match a <layer><name> value is
>> the capabilities document, and that includes the namespace. I think I
>> remember not needing it in the past, but out of force of habit I always
>> include the namespace in my layer name so I haven't noticed a change. I
>> think it is a good idea to allow the user to specify the layer name
>> without the namespace.
>>
>> Brent Owens
>> (The Open Planning Project)
>>
>> Alexander Petkov wrote:
>>> It seems that Geoserver 1.5 (latest svn 6228 I think) requires the
>>> namespace in front of the layer name in a map request. When I issue
>>> the following request:
>>>
>>> http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=states&width=550&height=250&srs=EPSG:4326
>>>
>>> the following exception is thrown:
>>>
>>> 401037 [SEVERE] org.vfny.geoserver.servlets.AbstractService - Service
>>> exception occurred
>>> org.vfny.geoserver.wms.WmsException: No LAYERS has been requested
>>> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersParam(GetMapKvpReader.java:1353)
>>> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseLayersAndStyles(GetMapKvpReader.java:691)
>>> at org.vfny.geoserver.wms.requests.GetMapKvpReader.parseMandatoryParameters(GetMapKvpReader.java:371)
>>> at org.vfny.geoserver.wms.requests.GetMapKvpReader.getRequest(GetMapKvpReader.java:201)
>>> at org.vfny.geoserver.servlets.AbstractService.doGet(AbstractService.java:299)
>>> at org.geoserver.request.Dispatcher.dispatch(Dispatcher.java:192)
>>> at org.geoserver.request.Dispatcher.handleRequestInternal(Dispatcher.java:52)
>>> at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:139)
>>> at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:44)
>>> at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:684)
>>> at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:625)
>>> at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:392)
>>> at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:347)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:689)
>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
>>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
>>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>>> at org.vfny.geoserver.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:103)
>>> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
>>> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
>>> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
>>> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178)
>>> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
>>> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
>>> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
>>> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
>>> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
>>> at org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
>>> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
>>> at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
>>> at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
>>> at java.lang.Thread.run(Thread.java:619)
>>>
>>> If I prepend the layer name with it's namespace, the map is rendered
>>> as expected:
>>> http://localhost:8080/geoserver/wms?bbox=-130,24,-66,50&styles=population&Format=image/png&request=GetMap&layers=topp:states&width=550&height=250&srs=EPSG:4326
>>>
>>> I don't remember this being the case up until now. Are we required to
>>> prepend featureType layers with their namespace? Coverages do not
>>> suffer this behaviour.
>>>
>>> Any ideas?
>>>
>>> Thanks,
>>>
>>> Alex
>>>
>>> -------------------------------------------------------------------------
>>> Take Surveys. Earn Cash. Influence the Future of IT
>>> Join SourceForge.net's Techsay panel and you'll get the chance to share your
>>> opinions on IT & business topics through brief surveys-and earn cash
>>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>>> _______________________________________________
>>> Geoserver-users mailing list
>>> Geoserver-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>>>
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Geoserver-users mailing list
> Geoserver-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/geoserver-users
>
> !DSPAM:1003,45e5c166212071665516417!
>
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org