Re: [Geoserver-devel] Problems with implementing REST service
Thanks Justin. Here is what I was doing wrong. I created the folders src/main/java and src/test/java under rest/hello_rest. When I created the class files, eclipse was creating the files under the rest/src/java folder instead of rest/hello_rest/src/java. So now I made sure that the HelloResource.java file is located under the correct folder and there were no errors. (But I could see that the StringFormat and MediaType objects were not being recognized correctly.) Also I moved the applicationContext.xml file from the resources folder(as mentioned in the tutorial) to the src/main/java folder (as you mentioned.). Also made sure the HelloResourceTest.java file is under the correct folder. Now when I run mvn install under the root module I get the following compilation error: [INFO] Compiling 1 source file to /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[9,7] org.geoserver.hellorest.HelloResource is not abstract and does not override abstract method createSupportedFormats(org.restlet.data.Request,org.restlet.data.Response) in org.geoserver.rest.AbstractResource /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[12,38] createSupportedFormats(org.restlet.data.Request,org.restlet.data.Response) in org.geoserver.hellorest.HelloResource cannot override createSupportedFormats(org.restlet.data.Request,org.restlet.data.Response) in org.geoserver.rest.AbstractResource; attempting to use incompatible return type found : java.util.Map required: java.util.List /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[14,7] cannot find symbol symbol : class HashMap location: class org.geoserver.hellorest.HelloResource /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[14,29] cannot find symbol symbol : class HashMap location: class org.geoserver.hellorest.HelloResource /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[15,31] cannot find symbol symbol : class StringFormat location: class org.geoserver.hellorest.HelloResource /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[15,45] cannot find symbol symbol : variable MediaType location: class org.geoserver.hellorest.HelloResource /home/sabman/Documents/Projects/geoserver/src/rest/hello_rest/src/main/java/HelloResource.java:[11,4] method does not override or implement a method from a supertype Justin Deoliveira wrote: > > sabman wrote: >> I did not copy the jar file in the WEB-INF/lib folder. I did that now but >> its >> still the same. > Did you restart geoserver after you did? >> >> There is no information related to the exception in the log file. There >> are >> some errors messages in eclipse which I am listing below: > Yeah, there probably won't be an exception, just nothing in the log > file. It could also be that your applicationContext.xml file is in the > wrong place. Is it under src/main/java in the root of your plugin source? > > Can you do a "jar tvf hello_rest.jar" to give us a listing of the files. > Thanks. >> >> 1) In the HelloResource.java file, >> For this piece of code: >> protected Map createSupportedFormats(Request >> request, >> Response response) { >> >> HashMap formats = new HashMap(); >> formats.put( "txt", new StringFormat( MediaType.TEXT_PLAIN )); >> >> return formats; >> } >> >> These are the errors: >> @ Map Multiple markers at this line >> - The return type is incompatible with >> AbstractResource.createSupportedFormats(Request, >> Response) >> - implements org.geoserver.rest.AbstractResource.createSupportedFormats >> >> @HashMap Multiple markers at this line >> - HashMap cannot be resolved >> to a type >> - HashMap cannot be resolved >> to a type >> >> @StringFormat and @MediaType Multiple markers at this line >> - StringFormat cannot be resolved >> to a type >> - MediaType cannot be resolved > These are because the rest module is not on the classpath of your > module. Can you run a mvn eclipse:eclipse in the root of your module and > then refresh the project in eclipse. I think the tutorial is lackign > that step. >> >> 2) When i start geoserver from eclipse by running the Start.java file I >> see >> the following warning messages in the console: >> >> Jun 22, 2009 11:14:11 AM >> it.geosolutions.imageio.gdalframework.GDALUtilities >> loadGDAL >> WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no >> gdaljni in java.library.path >> .. >> .. >
Re: [Geoserver-devel] Installer @ 8080
Paul Ramsey wrote: > Is there any reason not to pick a slightly less busy port for the > installer to go into? I just ran into the Oracle IAS service by > accident. Since the installer is often being used for quick > evaluations and teaching, having the service less likely to collide > with existing services would be nice. ? 8181? > > Paul > There are lots of corporate firewalls/content filters that only allow HTTP connections to :80 and :8080 It would be nice if we could prompt the user to change it during installation. -Arne -- Arne Kepp OpenGeo - http://opengeo.org Expert service straight from the developers -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Installer @ 8080
Is there any reason not to pick a slightly less busy port for the installer to go into? I just ran into the Oracle IAS service by accident. Since the installer is often being used for quick evaluations and teaching, having the service less likely to collide with existing services would be nice. ? 8181? Paul -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Problems with implementing REST service
sabman wrote: > I did not copy the jar file in the WEB-INF/lib folder. I did that now but its > still the same. Did you restart geoserver after you did? > > There is no information related to the exception in the log file. There are > some errors messages in eclipse which I am listing below: Yeah, there probably won't be an exception, just nothing in the log file. It could also be that your applicationContext.xml file is in the wrong place. Is it under src/main/java in the root of your plugin source? Can you do a "jar tvf hello_rest.jar" to give us a listing of the files. Thanks. > > 1) In the HelloResource.java file, > For this piece of code: > protected Map createSupportedFormats(Request > request, > Response response) { > > HashMap formats = new HashMap(); > formats.put( "txt", new StringFormat( MediaType.TEXT_PLAIN )); > > return formats; > } > > These are the errors: > @ Map Multiple markers at this line > - The return type is incompatible with > AbstractResource.createSupportedFormats(Request, >Response) > - implements org.geoserver.rest.AbstractResource.createSupportedFormats > > @HashMap Multiple markers at this line > - HashMap cannot be resolved >to a type > - HashMap cannot be resolved >to a type > > @StringFormat and @MediaType Multiple markers at this line > - StringFormat cannot be resolved >to a type > - MediaType cannot be resolved These are because the rest module is not on the classpath of your module. Can you run a mvn eclipse:eclipse in the root of your module and then refresh the project in eclipse. I think the tutorial is lackign that step. > > 2) When i start geoserver from eclipse by running the Start.java file I see > the following warning messages in the console: > > Jun 22, 2009 11:14:11 AM it.geosolutions.imageio.gdalframework.GDALUtilities > loadGDAL > WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no > gdaljni in java.library.path > .. > .. > log4j:WARN File option not set for appender [geoserverlogfile]. > log4j:WARN Are you using FileAppender instead of ConsoleAppender? That is normal, you can ignore that. > > > > > > aaime wrote: >> sabman ha scritto: >> > I followed the instructions for the REST services available >>> http://docs.geoserver.org/1.7.x/developer/programming-guide/rest-services/implementing.html >>> here . The only changes I had to make was in the pom.xml file where i >>> changed the org.geoserver versions to "1.7.5-SNAPSHOT" from >>> "1.7.3-SNAPSHOT" >>> (i compared it with the other pom.xml files). The hello_rest module >>> compiled >>> successfully. I then tried testing the rest service by going to the URL: >>> >>> http://localhost:8080/geoserver/rest/hello.txt >>> http://localhost:8080/geoserver/rest/hello_rest/hello.txt >>> http://localhost:8080/geoserver/rest/hello_rest >>> >>> I was not sure which one is correct so I tried all in the browser. And >>> all I >>> see is this: >>> >>> Geoserver Configuration API >>> >>> * exception >>> >>> What am I doing wrong here? >> Did you actually include your jar/project in the GeoServer application >> classpath? E.g, took the hello_rest jar and drop it into >> geoserver/WEB-INF/lib? >> >> Can you look in $GEOSERVER_DATA_DIR/logs/geoserver.log and see what >> exception (with full strack trace) is thrown when you try to access >> those URL's? >> >> Cheers >> Andrea >> >> >> >> -- >> Are you an open source citizen? Join us for the Open Source Bridge >> conference! >> Portland, OR, June 17-19. Two days of sessions, one day of unconference: >> $250. >> Need another reason to go? 24-hour hacker lounge. Register today! >> http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org >> ___ >> Geoserver-devel mailing list >> Geoserver-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/geoserver-devel >> >> > -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Problems with implementing REST service
Hi Andrea, Are the above errors normal? Any particular reason why I am not able to see the full stack exception in the log file ? -- View this message in context: http://n2.nabble.com/Problems-with-implementing-REST-service-tp3129997p3138732.html Sent from the GeoServer developers mailing list archive at Nabble.com. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3184) SHAPE-ZIP output fails for data in NAD83 (EPSG:4269)
SHAPE-ZIP output fails for data in NAD83 (EPSG:4269) Key: GEOS-3184 URL: http://jira.codehaus.org/browse/GEOS-3184 Project: GeoServer Issue Type: Bug Components: WFS Affects Versions: 1.7.5 Reporter: Andrea Aime Assignee: Andrea Aime Fix For: 1.7.6 This is due to a mix between issues on CRS and some recent changes in the shapefile datastore. The shapefile datastore tries to set the full area of the CRS at hand in the header when creating a new datastore, using CRS.envelope(crs). Unfortunately for NAD83 the envelope spans the antimeridian and looks like: 83°12'00,0"N, 172°00'00,0"E - 14°15'00,0"N, 52°00'00,0"W and when CRS tries to build the envelope it fails because it builds it with minx = 172, maxx = 52. The usage of CRS.envelope(crs) is recent and can tracked down to GEOT-2388... which was supposed to solve similar problems, but in fact traded a problem for another one. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3183) Windows installer ignores JAVA_HOME input
Windows installer ignores JAVA_HOME input - Key: GEOS-3183 URL: http://jira.codehaus.org/browse/GEOS-3183 Project: GeoServer Issue Type: Improvement Components: Windows Installer Affects Versions: 1.7.5 Environment: Windows XP SP3 32-bit Reporter: Mike Toews Assignee: Andrea Aime The Windows installer asks for a path to a Java JDK, however, this seems to be ignored. I have a computer that previously had an older JDK (past year) with JAVA_HOME assigned to it. I re-installed a new version of JDK, but this doesn't modify JAVA_HOME. While installing GeoServer (geoserver-1.7.5-ng.exe), the default value for the JDK path was borrowed from the JAVA_HOME environment variable, but since it was wrong, I set the path in the installer to the correct path. However, when I started the GeoServer service, it failed to start since it was reading the wrong JAVA_HOME path. A possible solution is: if JAVA_HOME is not set or is incorrect, the installer should identify this and write the system variable using the path provided in the installer. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] [jira] Created: (GEOS-3182) GML2 output returns invalid feature bounds when geometry is null
GML2 output returns invalid feature bounds when geometry is null Key: GEOS-3182 URL: http://jira.codehaus.org/browse/GEOS-3182 Project: GeoServer Issue Type: Bug Components: WFS Affects Versions: 1.7.5 Reporter: Andrea Aime Assignee: Andrea Aime Fix For: 1.7.6 When a geometry is null inside the original data store the following is generated: {code:xml} http://www.opengis.net/gml/srs/epsg.xml#4269";> -1,-1 0,0 {code} whilst the proper notation for missing bounds is more like (check the alternate notations for null as well): {code:xml} unknown {code} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Hudson build is back to normal: geoserver-trunk #1270
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1270/ -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Build failed in Hudson: geoserver-trunk #1269
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1269/changes Changes: [aaime] GEOS-3180, Shapefile download - problem if null geometries -- [...truncated 3189 lines...] at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) at junit.extensions.TestSetup$1.protect(TestSetup.java:21) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:25) at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at sun.net.NetworkClient.doConnect(NetworkClient.java:152) at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) at sun.net.www.http.HttpClient.(HttpClient.java:231) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.http.HttpClient.New(HttpClient.java:321) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) at org.geotools.data.wfs.protocol.http.SimpleHttpProtocol$SimpleHttpResponse.getResponseStream(SimpleHttpProtocol.java:67) at org.geotools.data.wfs.WFSDataStoreFactory.loadCapabilities(WFSDataStoreFactory.java:684) at org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:347) at org.geoserver.wms.kvp.GetMapKvpRequestReader.connectRemoteWFS(GetMapKvpRequestReader.java:1147) ... 33 more Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.774 sec Running org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.347 sec Running org.vfny.geoserver.wms.responses.map.georss.AtomGeoRSSTransformerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.245 sec Running org.geoserver.wms.DefaultWebMapServiceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.193 sec Running org.vfny.geoserver.wms.responses.featureinfo.GetFeatureInfoTest 22 Jun 13:20:29 ERROR [geoserver.ows] - org.vfny.geoserver.wms.WmsException: Invalid format 'unknown/format', supported formats are [text/plain, text/html, application/vnd.ogc.gml] at org.vfny.geoserver.wms.requests.GetFeatureInfoKvpReader.getRequest(GetFeatureInfoKvpReader.java:108) at org.geoserver.wms.kvp.WMSKvpRequestReaderAdapter.createRequest(WMSKvpRequestReaderAdapter.java:72) at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1089) at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:431) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:209) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809) at org.springframework.web.servlet.FrameworkServlet.proce
[Geoserver-devel] [jira] Created: (GEOS-3181) Attribution Support for WMS Capabilities
Attribution Support for WMS Capabilities Key: GEOS-3181 URL: http://jira.codehaus.org/browse/GEOS-3181 Project: GeoServer Issue Type: New Feature Affects Versions: 2.0-beta1 Reporter: David Winslow Assignee: David Winslow GeoServer should support the optional Attribution field exposed in the WMS Capabilities document. From http://schemas.opengis.net/wms/1.1.1/capabilities_1_1_1.dtd: {code} {code} ... {code} {code} -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Problems with implementing REST service
I did not copy the jar file in the WEB-INF/lib folder. I did that now but its still the same. There is no information related to the exception in the log file. There are some errors messages in eclipse which I am listing below: 1) In the HelloResource.java file, For this piece of code: protected Map createSupportedFormats(Request request, Response response) { HashMap formats = new HashMap(); formats.put( "txt", new StringFormat( MediaType.TEXT_PLAIN )); return formats; } These are the errors: @ Map Multiple markers at this line - The return type is incompatible with AbstractResource.createSupportedFormats(Request, Response) - implements org.geoserver.rest.AbstractResource.createSupportedFormats @HashMap Multiple markers at this line - HashMap cannot be resolved to a type - HashMap cannot be resolved to a type @StringFormat and @MediaType Multiple markers at this line - StringFormat cannot be resolved to a type - MediaType cannot be resolved 2) When i start geoserver from eclipse by running the Start.java file I see the following warning messages in the console: Jun 22, 2009 11:14:11 AM it.geosolutions.imageio.gdalframework.GDALUtilities loadGDAL WARNING: Native library load failed.java.lang.UnsatisfiedLinkError: no gdaljni in java.library.path .. .. log4j:WARN File option not set for appender [geoserverlogfile]. log4j:WARN Are you using FileAppender instead of ConsoleAppender? aaime wrote: > > sabman ha scritto: > > I followed the instructions for the REST services available >> http://docs.geoserver.org/1.7.x/developer/programming-guide/rest-services/implementing.html >> here . The only changes I had to make was in the pom.xml file where i >> changed the org.geoserver versions to "1.7.5-SNAPSHOT" from >> "1.7.3-SNAPSHOT" >> (i compared it with the other pom.xml files). The hello_rest module >> compiled >> successfully. I then tried testing the rest service by going to the URL: >> >> http://localhost:8080/geoserver/rest/hello.txt >> http://localhost:8080/geoserver/rest/hello_rest/hello.txt >> http://localhost:8080/geoserver/rest/hello_rest >> >> I was not sure which one is correct so I tried all in the browser. And >> all I >> see is this: >> >> Geoserver Configuration API >> >> * exception >> >> What am I doing wrong here? > > Did you actually include your jar/project in the GeoServer application > classpath? E.g, took the hello_rest jar and drop it into > geoserver/WEB-INF/lib? > > Can you look in $GEOSERVER_DATA_DIR/logs/geoserver.log and see what > exception (with full strack trace) is thrown when you try to access > those URL's? > > Cheers > Andrea > > > > -- > Are you an open source citizen? Join us for the Open Source Bridge > conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: > $250. > Need another reason to go? 24-hour hacker lounge. Register today! > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel > > -- View this message in context: http://n2.nabble.com/Problems-with-implementing-REST-service-tp3129997p3136913.html Sent from the GeoServer developers mailing list archive at Nabble.com. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Build failed in Hudson: geoserver-trunk #1268
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1268/ -- [...truncated 3188 lines...] at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) at junit.extensions.TestSetup$1.protect(TestSetup.java:21) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:25) at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at sun.net.NetworkClient.doConnect(NetworkClient.java:152) at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) at sun.net.www.http.HttpClient.(HttpClient.java:231) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.http.HttpClient.New(HttpClient.java:321) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) at org.geotools.data.wfs.protocol.http.SimpleHttpProtocol$SimpleHttpResponse.getResponseStream(SimpleHttpProtocol.java:67) at org.geotools.data.wfs.WFSDataStoreFactory.loadCapabilities(WFSDataStoreFactory.java:684) at org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:347) at org.geoserver.wms.kvp.GetMapKvpRequestReader.connectRemoteWFS(GetMapKvpRequestReader.java:1147) ... 33 more Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.714 sec Running org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.342 sec Running org.vfny.geoserver.wms.responses.map.georss.AtomGeoRSSTransformerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.234 sec Running org.geoserver.wms.DefaultWebMapServiceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.19 sec Running org.vfny.geoserver.wms.responses.featureinfo.GetFeatureInfoTest 22 Jun 12:17:37 ERROR [geoserver.ows] - org.vfny.geoserver.wms.WmsException: Invalid format 'unknown/format', supported formats are [text/plain, text/html, application/vnd.ogc.gml] at org.vfny.geoserver.wms.requests.GetFeatureInfoKvpReader.getRequest(GetFeatureInfoKvpReader.java:108) at org.geoserver.wms.kvp.WMSKvpRequestReaderAdapter.createRequest(WMSKvpRequestReaderAdapter.java:72) at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1089) at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:431) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:209) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) at org.springframework.web.servlet.Framew
[Geoserver-devel] [jira] Created: (GEOS-3180) Shapefile download - problem if null geometries
Shapefile download - problem if null geometries --- Key: GEOS-3180 URL: http://jira.codehaus.org/browse/GEOS-3180 Project: GeoServer Issue Type: Bug Affects Versions: 1.7.5 Environment: SDE 9.2 SP 5 Oracle 10.2.0.2 Reporter: Aleda Freeman Assignee: Andrea Aime Priority: Minor Gabriel Roldan says: Andrea means the GeoTools ArcSDE plugin may have started to do things the right way, which it actually was. I can provide the exact commit date and chengelog when I get internet access back, they're calling for boarding right now but the thing is that before whenever a null geometry came from the database the gt arcsde plugin was bulding an empty geometry, and now features are built with an empty geometry only if the attribute is not nillable. Request: It's using http://maps.massgis.state.ma.us/geoserver/wfs?request=GetFeature&service=wfs&version=1.0.0&typename=massgis:GISDATA.TOWNS_POLY&outputformat=SHAPE-ZIP In GeoServer log: 2009-06-19 12:40:37,912 INFO [geoserver.wfs] - Request: getFeature handle = null service = wfs version = 1.0.0 baseUrl = http://maps.massgis.state.ma.us:80/geoserver/ providedVersion = 1.0.0 query = [net.opengis.wfs.impl.querytypei...@53d7825a (group: null, propertyName: null, function: null, filter: null, sortBy: null, featureVersion: null, handle: null, srsName: null, typeName: [{http://massgis.state.ma.us/featuretype}GISDATA.TOWNS_POLY])] maxFeatures = null outputFormat = SHAPE-ZIP resultType = results traverseXlinkDepth = null traverseXlinkExpiry = null formatOptions = {} 2009-06-19 12:40:37,912 WARN [data.shapefile] - FieldName FIPS_COUNTY is longer than 10 characters, truncating to FIPS_COUNT 2009-06-19 12:40:37,952 ERROR [data.shapefile] - The following locker still has a lock� read on file:/home/afreeman/apps/apache-tomcat-5.5.26/temp/wfsshptemp0.6462004266500585/GISDATA.TOWNS_POLY.shp by org.geotools.data.shapefile.shp.ShapefileReader it was created with the following stack trace org.geotools.data.shapefile.ShpFilesLocker$Trace: Locking file:/home/afreeman/apps/apache-tomcat-5.5.26/temp/wfsshptemp0.6462004266500585/GISDATA.TOWNS_POLY.shp for read by org.geotools.data.shapefile.shp.ShapefileReader in thread TP-Processor1 at org.geotools.data.shapefile.ShpFilesLocker.setTraceException(ShpFilesLocker.java:54) at org.geotools.data.shapefile.ShpFilesLocker.(ShpFilesLocker.java:33) at org.geotools.data.shapefile.ShpFiles.acquireRead(ShpFiles.java:365) at org.geotools.data.shapefile.ShpFiles.getReadChannel(ShpFiles.java:813) at org.geotools.data.shapefile.shp.ShapefileReader.(ShapefileReader.java:157) at org.geotools.data.shapefile.ShapefileDataStore.openShapeReader(ShapefileDataStore.java:425) at org.geotools.data.shapefile.ShapefileDataStore.getAttributesReader(ShapefileDataStore.java:411) at org.geotools.data.shapefile.ShapefileDataStore.createFeatureWriter(ShapefileDataStore.java:572) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:486) at org.geotools.data.AbstractDataStore.getFeatureWriter(AbstractDataStore.java:520) at org.geotools.data.AbstractDataStore.getFeatureWriterAppend(AbstractDataStore.java:529) at org.geotools.data.AbstractFeatureStore.addFeatures(AbstractFeatureStore.java:254) at org.geoserver.wfs.response.ShapeZipOutputFormat.writeCollectionToShapefile(ShapeZipOutputFormat.java:199) at org.geoserver.wfs.response.ShapeZipOutputFormat.write(ShapeZipOutputFormat.java:157) at org.geoserver.wfs.WFSGetFeatureOutputFormat.write(WFSGetFeatureOutputFormat.java:137) at org.geoserver.ows.Dispatcher.response(Dispatcher.java:712) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:216) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:501) at javax.servlet.http.HttpServlet.service(HttpServlet.java:690) at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:269)
Re: [Geoserver-devel] KML links, superoverlay and default mode
Andrea Aime wrote: > Hi, > it has become evident by the user reports that using the superoverlay as > the default mode of KML generation is still not a good idea, as it does > not always work as expected. > > Wondering what we should do, and where: > - on 1.7.x, if we release a last 1.7.6, maybe we could add a KML link > and a KML(superoverlay) one in the preview, and have the KML on point to > mode=refresh? > - on 2.0.x, the same? Sounds like a good idea. > > What about switching the default mode back to download or refresh when > no mode is specified? +1. The nature of the refresh mode is much better suited as the default than the superoverlay mode imho. Unless properly configured the superoverlay mode can return strange results... which usually just looks like features are missing (states layer). And that is only when it does not fail :P . But the refresh mode (while not always pretty due to too many features) always will return something reasonable out of the box. > > Cheers > Andrea > > -- > Are you an open source citizen? Join us for the Open Source Bridge conference! > Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. > Need another reason to go? 24-hour hacker lounge. Register today! > http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org > ___ > Geoserver-devel mailing list > Geoserver-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/geoserver-devel -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Build failed in Hudson: geoserver-trunk #1267
I will fix this as soon as I am done with some Skype calls. (Forgot to deploy the 1.1.3 artifact, which of course didnt crash the build on my machine.) Sorry, -Arne Hudson wrote: > See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1267/ > > -- > [...truncated 3188 lines...] > at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) > at junit.extensions.TestSetup$1.protect(TestSetup.java:21) > at junit.framework.TestResult.runProtected(TestResult.java:124) > at junit.extensions.TestSetup.run(TestSetup.java:25) > at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) > at > org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) > at org.apache.maven.surefire.Surefire.run(Surefire.java:177) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at java.lang.reflect.Method.invoke(Method.java:585) > at > org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) > at > org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) > Caused by: java.net.ConnectException: Connection refused > at java.net.PlainSocketImpl.socketConnect(Native Method) > at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) > at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) > at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) > at java.net.Socket.connect(Socket.java:520) > at sun.net.NetworkClient.doConnect(NetworkClient.java:152) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) > at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) > at sun.net.www.http.HttpClient.(HttpClient.java:231) > at sun.net.www.http.HttpClient.New(HttpClient.java:304) > at sun.net.www.http.HttpClient.New(HttpClient.java:321) > at > sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) > at > sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) > at > sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690) > at > sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) > at > org.geotools.data.wfs.protocol.http.SimpleHttpProtocol$SimpleHttpResponse.getResponseStream(SimpleHttpProtocol.java:67) > at > org.geotools.data.wfs.WFSDataStoreFactory.loadCapabilities(WFSDataStoreFactory.java:684) > at > org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:347) > at > org.geoserver.wms.kvp.GetMapKvpRequestReader.connectRemoteWFS(GetMapKvpRequestReader.java:1147) > ... 33 more > Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.852 sec > Running > org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformerTest > Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.333 sec > Running org.vfny.geoserver.wms.responses.map.georss.AtomGeoRSSTransformerTest > Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.258 sec > Running org.geoserver.wms.DefaultWebMapServiceTest > Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.409 sec > Running org.vfny.geoserver.wms.responses.featureinfo.GetFeatureInfoTest > 22 Jun 11:19:10 ERROR [geoserver.ows] - > org.vfny.geoserver.wms.WmsException: Invalid format 'unknown/format', > supported formats are [text/plain, text/html, application/vnd.ogc.gml] > at > org.vfny.geoserver.wms.requests.GetFeatureInfoKvpReader.getRequest(GetFeatureInfoKvpReader.java:108) > at > org.geoserver.wms.kvp.WMSKvpRequestReaderAdapter.createRequest(WMSKvpRequestReaderAdapter.java:72) > at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1089) > at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:431) > at > org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:209) > at > org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) > at > org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) > at > org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.
[Geoserver-devel] Build failed in Hudson: geoserver-trunk #1267
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1267/ -- [...truncated 3188 lines...] at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) at junit.extensions.TestSetup$1.protect(TestSetup.java:21) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:25) at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at sun.net.NetworkClient.doConnect(NetworkClient.java:152) at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) at sun.net.www.http.HttpClient.(HttpClient.java:231) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.http.HttpClient.New(HttpClient.java:321) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) at org.geotools.data.wfs.protocol.http.SimpleHttpProtocol$SimpleHttpResponse.getResponseStream(SimpleHttpProtocol.java:67) at org.geotools.data.wfs.WFSDataStoreFactory.loadCapabilities(WFSDataStoreFactory.java:684) at org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:347) at org.geoserver.wms.kvp.GetMapKvpRequestReader.connectRemoteWFS(GetMapKvpRequestReader.java:1147) ... 33 more Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.852 sec Running org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.333 sec Running org.vfny.geoserver.wms.responses.map.georss.AtomGeoRSSTransformerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.258 sec Running org.geoserver.wms.DefaultWebMapServiceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.409 sec Running org.vfny.geoserver.wms.responses.featureinfo.GetFeatureInfoTest 22 Jun 11:19:10 ERROR [geoserver.ows] - org.vfny.geoserver.wms.WmsException: Invalid format 'unknown/format', supported formats are [text/plain, text/html, application/vnd.ogc.gml] at org.vfny.geoserver.wms.requests.GetFeatureInfoKvpReader.getRequest(GetFeatureInfoKvpReader.java:108) at org.geoserver.wms.kvp.WMSKvpRequestReaderAdapter.createRequest(WMSKvpRequestReaderAdapter.java:72) at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1089) at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:431) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:209) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:809) at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:571) at org.springframework.web.servlet.Frame
Re: [Geoserver-devel] Height field storage in geoserver
Are you talking height based raster data, like a DEM? Or vector data with a height component? The former is not really supported afaik. The letter is supported in some limited form with height templates: http://geoserver.org/display/GEOSDOC/04-Height+Templates There is also some work going on as we speak to add 3D support to KML. Andrea can speak more for that. I can't seem to find the jira issue on the road map. shashank520 wrote: > How can I store height field data into Geoserver?Is it loaded in the same way > as raster data is loaded ? > I have uploaded it in the same way as raster data was was loaded but > openlayers or osgearth are only showing image not height. -- Justin Deoliveira OpenGeo - http://opengeo.org Enterprise support for open source geospatial. -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
[Geoserver-devel] Build failed in Hudson: geoserver-trunk #1266
See http://hudson.opengeo.org/hudson/job/geoserver-trunk/1266/changes Changes: [arneke] GWC - Pegging to 1.1.3 release and minor fixes (catalog seems to have improved) in case a release is made while I am on vacation -- [...truncated 3190 lines...] at junit.extensions.TestDecorator.basicRun(TestDecorator.java:24) at junit.extensions.TestSetup$1.protect(TestSetup.java:21) at junit.framework.TestResult.runProtected(TestResult.java:124) at junit.extensions.TestSetup.run(TestSetup.java:25) at sun.reflect.GeneratedMethodAccessor132.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.junit.JUnitTestSet.execute(JUnitTestSet.java:213) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997) Caused by: java.net.ConnectException: Connection refused at java.net.PlainSocketImpl.socketConnect(Native Method) at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333) at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.Socket.connect(Socket.java:520) at sun.net.NetworkClient.doConnect(NetworkClient.java:152) at sun.net.www.http.HttpClient.openServer(HttpClient.java:388) at sun.net.www.http.HttpClient.openServer(HttpClient.java:523) at sun.net.www.http.HttpClient.(HttpClient.java:231) at sun.net.www.http.HttpClient.New(HttpClient.java:304) at sun.net.www.http.HttpClient.New(HttpClient.java:321) at sun.net.www.protocol.http.HttpURLConnection.getNewHttpClient(HttpURLConnection.java:813) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:765) at sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:690) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:934) at org.geotools.data.wfs.protocol.http.SimpleHttpProtocol$SimpleHttpResponse.getResponseStream(SimpleHttpProtocol.java:67) at org.geotools.data.wfs.WFSDataStoreFactory.loadCapabilities(WFSDataStoreFactory.java:684) at org.geotools.data.wfs.WFSDataStoreFactory.createDataStore(WFSDataStoreFactory.java:347) at org.geoserver.wms.kvp.GetMapKvpRequestReader.connectRemoteWFS(GetMapKvpRequestReader.java:1147) ... 33 more Tests run: 17, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.729 sec Running org.vfny.geoserver.wms.responses.map.kml.KMLSuperOverlayTransformerTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.352 sec Running org.vfny.geoserver.wms.responses.map.georss.AtomGeoRSSTransformerTest Tests run: 4, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.179 sec Running org.geoserver.wms.DefaultWebMapServiceTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.176 sec Running org.vfny.geoserver.wms.responses.featureinfo.GetFeatureInfoTest 22 Jun 08:38:48 ERROR [geoserver.ows] - org.vfny.geoserver.wms.WmsException: Invalid format 'unknown/format', supported formats are [text/plain, text/html, application/vnd.ogc.gml] at org.vfny.geoserver.wms.requests.GetFeatureInfoKvpReader.getRequest(GetFeatureInfoKvpReader.java:108) at org.geoserver.wms.kvp.WMSKvpRequestReaderAdapter.createRequest(WMSKvpRequestReaderAdapter.java:72) at org.geoserver.ows.Dispatcher.parseRequestKVP(Dispatcher.java:1089) at org.geoserver.ows.Dispatcher.dispatch(Dispatcher.java:431) at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:209) at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:153) at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:48) at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:875) at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:
[Geoserver-devel] KML links, superoverlay and default mode
Hi, it has become evident by the user reports that using the superoverlay as the default mode of KML generation is still not a good idea, as it does not always work as expected. Wondering what we should do, and where: - on 1.7.x, if we release a last 1.7.6, maybe we could add a KML link and a KML(superoverlay) one in the preview, and have the KML on point to mode=refresh? - on 2.0.x, the same? What about switching the default mode back to download or refresh when no mode is specified? Cheers Andrea -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel
Re: [Geoserver-devel] Problems with implementing REST service
sabman ha scritto: > I followed the instructions for the REST services available > http://docs.geoserver.org/1.7.x/developer/programming-guide/rest-services/implementing.html > here . The only changes I had to make was in the pom.xml file where i > changed the org.geoserver versions to "1.7.5-SNAPSHOT" from "1.7.3-SNAPSHOT" > (i compared it with the other pom.xml files). The hello_rest module compiled > successfully. I then tried testing the rest service by going to the URL: > > http://localhost:8080/geoserver/rest/hello.txt > http://localhost:8080/geoserver/rest/hello_rest/hello.txt > http://localhost:8080/geoserver/rest/hello_rest > > I was not sure which one is correct so I tried all in the browser. And all I > see is this: > > Geoserver Configuration API > > * exception > > What am I doing wrong here? Did you actually include your jar/project in the GeoServer application classpath? E.g, took the hello_rest jar and drop it into geoserver/WEB-INF/lib? Can you look in $GEOSERVER_DATA_DIR/logs/geoserver.log and see what exception (with full strack trace) is thrown when you try to access those URL's? Cheers Andrea -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org ___ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel