Opened 20 years ago
Closed 20 years ago
#479 closed defect (wontfix)
[WMS Client] MapServer causes Error 500 on remote server
Reported by: | dmorissette | Owned by: | mapserverbugs |
---|---|---|---|
Priority: | high | Milestone: | |
Component: | WMS Client | Version: | 4.1 |
Severity: | normal | Keywords: | |
Cc: |
Description
Bart van den Eijnden wrote: > > When I try to simulate your problem (with your mapfile) I get an error > in the mapserver error file which says: > > [Mon Nov 10 20:16:52 2003] [error] [client 127.0.0.1] Mon Nov 10 > 20:16:52 2003 - msHTTPExecuteRequests(): HTTP request error. HTTP GET > request failed with status 500 () for > http://www.geoserver.nrw.de:80/GeoOgcWms1.3/servlet/BK50?SERVICE=WMS&VERSION=1.1.0&LAYERS=BK50%3ABodenkarte&FORMAT=image%2Fpng&TRANSPARENT=TRUE&STYLES=&REQUEST=GetMap&WIDTH=600&HEIGHT=600&SRS=EPSG:31466&BBOX=2500004.166667,5600004.166667,2504995.833333,5604995.833333&EXCEPTIONS=application/vnd.ogc.se_inimage > > > The strange thing is that when I use the URL directly in a browser I get > a map. > > Does anybody have an idea why Mapserver thinks it is a HTTP 500 status > and not a 200 status which I get by using a sniffer directly on the > GetMap URL? > > Best regards, > Bart > Here is a mapfile that reproduces this. MAP EXTENT 2500000 5600000 2505000 5605000 ## EXTENT 2490637 5574425 2738496 5821724 IMAGECOLOR 255 255 255 IMAGETYPE PNG SIZE 400 300 STATUS ON NAME "DEMO" PROJECTION "init=epsg:31466" END WEB IMAGEPATH "/tmp/ms_tmp/" IMAGEURL "/ms_tmp/" END LAYER DEBUG TRUE NAME "BK50" TYPE RASTER STATUS ON CONNECTION "http://www.geoserver.nrw.de:80/GeoOgcWms1.3/servlet/BK50?" CONNECTIONTYPE WMS METADATA "wms_name" "BK50:Bodenkarte" "wms_server_version" "1.1.0" "wms_formatlist" "image/png,image/jpeg,image/bmp" "wms_format" "image/png" "wms_title" "Geoserver Bodenkarte" "wms_srs" "EPSG:31466 EPSG:31462 EPSG:31492 EPSG:31467 EPSG:25831 EPSG:25832 EPSG:25833" "wms_boundingbox" "EPSG:31466 2490637 5574425 2738496 5821724" "wms_latlonboundingbox" "5.8686 50.3018 9.5103 52.4726" END END END
Change History (3)
comment:2 by , 20 years ago
Status: | new → assigned |
---|
Andreas Müller wrote: Hi Daniel, that's consistent with the exception the remote server sends, which I already cited in my first mail to the list. Here it comes again: <head><title>Error: 500</title></head> <body> <h1>Error: 500</h1> <h2>Location: /GeoOgcWms1.3/servlet/BK50</h2><b>Internal Servlet Error:</b><br> <pre>java.lang.NullPointerException at de.aedgraphics.geoogcwms.ogcwmsservlet.ServiceDispatcher.dispatch(ServiceDispatc her.java:225) at de.aedgraphics.geoogcwms.ogcwmsservlet.OgcWmsServlet.serviceRequest(OgcWms Servlet.java:590) at de.aedgraphics.geoogcwms.ogcwmsservlet.OgcWmsServlet.doGet(OgcWmsServlet.ja va:469) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at org.apache.tomcat.facade.ServletHandler.doService(Unknown Source) at org.apache.tomcat.core.Handler.invoke(Unknown Source) at org.apache.tomcat.core.Handler.service(Unknown Source) at org.apache.tomcat.facade.ServletHandler.service(Unknown Source) at org.apache.tomcat.core.ContextManager.internalService(Unknown Source) at org.apache.tomcat.core.ContextManager.service(Unknown Source) at org.apache.tomcat.modules.server.Ajp12Interceptor.processConnection(Unknown Source) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(Unknown Source) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(Unknown Source) at java.lang.Thread.run(Unknown Source) </pre> </body> It seems that the remote server can't handle the request MapServer sends. Now I don't think it's very **OGCish** to send a "ClassNotFound" exception if a piece of software doesn't like a request. Andreas Daniel wrote: > Which software is running on the server? Could you check with the > developers if this is a known problem or if they have any specific > requirements from the WMS clients? Andreas Müller wrote: > The software is a german product called "Geoserver". It is **NOT** the WFS we > all know from SourceForge. But they have (c)ed the name. You find it at > http://www.geoserver.de if you're interested. > > I will contact them asap and check if they have special requirements.
comment:3 by , 20 years ago
Resolution: | → wontfix |
---|---|
Status: | assigned → closed |
andreas.mueller@bfua.de wrote: > Hi Daniel, > > after talking to one of the admins of the "Geoserver (c)" we could solve our problem. He > recommended me to talk to one Norbert Schauerte who has had the same problem that > we have. During our talk and after checking the mailing list I found out that YOU had > already solved the problem! > > The "Geoserver(c)" expects the HTTP User Agent to be "MSIE..." or "Mozilla...". > Since the problem is really with the Geoserver(c) itself I'll mark this as WONTFIX. If you need a workaround until they fix their server then see http://mapserver.gis.umn.edu/data2/wilma/mapserver-users/0309/msg00477.html
Note:
See TracTickets
for help on using tickets.