Yep, using Java it is like PHP. You develop an application using http requests for configuring geoserver.
curl is a (powerfull) command line utility, which you can use to configure geoserver with batch jobs. For production environments with a large number of layers/slds, you should decide between these two possibilities. For sophisticated configurations I would prefer using java/php. In my environment, my java app does the following 1) Remove all my workspaces from geoserver to have a clean starting point 2) Fetch meta information from a DB2 database, describing which layers are needed and how the should be rendered. 3) Create all workspaces,datastores, features, styles .... using REST Cheers Christian Quoting Robert Hicks <[email protected]>: > Hey Christian, maybe I'm looking at the wrong examples...if you are > using java.net.url, are you just making the same HTTP requests that > are made via PHP? I admit I didn't look at those examples, just the > cURL ones. > > On Wed, Aug 18, 2010 at 10:33 PM, <[email protected]> wrote: >> My Java application runs in its own VM and uses the Java URL class. I am >> testing against 2.0.x at the moment, works fine. I will switch to >> geoserver-trunk because of the new Virtual Table feature, doing it the same >> way. >> >> What the hell are you doing with a packet sniffer ?. I simply looked at the >> REST examples, did the same within a java test app and started developing. >> >> Cheers >> Christian >> >> >> Quoting Robert Hicks <[email protected]>: >> >>> Luca, thanks for the response. Actually my mail client put those in >>> separate lines, I ran everything in on one line. As far as the second >>> failed call goes, that is kind of what I figured, but just wanted to >>> try using an existing datastore. >>> >>> Christian, did you write a java application to interface with >>> Geoserver using sockets or is this an extension of the application >>> that has access to the underlying JVM? Like I mentioned in the very >>> first email, I have an application that does the former well with >>> 1.7.x versions of Geoserver but from poking around with a packet >>> sniffer with 2.0.x it seems almost impossible. Which version are you >>> using? I'd love to hear how you do it. >>> >>> On Mon, Aug 16, 2010 at 9:33 AM, <[email protected]> wrote: >>>> >>>> I configure geoserver with a java utility, no curl needed at all, Java >>>> has >>>> all you need :-) >>>> >>>> If you have problems coding with Java, please ask, I have simple to look >>>> up >>>> in my code. >>>> >>>> >>>> Quoting Robert Hicks <[email protected]>: >>>> >>>>> Thanks for the responses everyone! I am on Windows using DOS, sorry >>>>> should have said that from the beginning. I just tried it using Cygwin >>>>> and now it says 'No such datastore: gv,roads'. So I'm guessing that is >>>>> further than I was before! >>>>> >>>>> Basically the end goal is to be able to automate the creation of many >>>>> feature types and this seems like the best way. The tool I'm planning >>>>> on writing is going to be in Java so that it can run anywhere but if >>>>> cURL is not platform independent that may be a problem. >>>>> >>>>> On Sat, Aug 14, 2010 at 5:38 PM, Andrea Aime <[email protected]> wrote: >>>>>> >>>>>> Robert Hicks ha scritto: >>>>>>> >>>>>>> Okay so I have cURL installed locally and I'm trying to run some tests >>>>>>> against an instance of Geoserver running on another server. I'm trying >>>>>>> to create a datastore remotely using the below command (copied from >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://docs.geoserver.org/stable/en/user/extensions/rest/rest-config-examples-curl.html) >>>>>>> >>>>>>> My command: curl -u admin:password -XPUT -H "Content-type: >>>>>>> application/zip" --data-binary @states.zip >>>>>>> >>>>>>> >>>>>>> >>>>>>> http://10.10.0.20:8001/geoserver/rest/workspaces/workspace/datastores/roads/states.shp >>>>>> >>>>>> Hmmm... using the command line I often have to put the url between >>>>>> double >>>>>> quotes: >>>>>> >>>>>> curl -u admin:password -XPUT -H "Content-type: application/zip" >>>>>> --data-binary @states.zip >>>>>> >>>>>> >>>>>> "http://10.10.0.20:8001/geoserver/rest/workspaces/workspace/datastores/roads/states.shp"; >>>>>> >>>>>> Not sure if this is needed by curl as well, but may be worth a try. >>>>>> >>>>>> Cheers >>>>>> Andrea >>>>>> >>>>>> >>>>>>> If fails with: curl: no URL specified! >>>>>>> curl: try 'curl --help' or 'curl --manual' for more information >>>>>>> >>>>>>> So I tried --url http://10.10.0.20:8001/geoserver/rest, but I get the >>>>>>> same error. Anyone with experience using this gotten it to work? >>>>>>> >>>>>>> Thanks in advance! >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Andrea Aime >>>>>> OpenGeo - http://opengeo.org >>>>>> Expert service straight from the developers. >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> web http://www.hyxspace.com >>>>> aim hyx1138 >>>>> >>>>> >>>>> >>>>> ------------------------------------------------------------------------------ >>>>> This SF.net email is sponsored by >>>>> >>>>> Make an app they can't live without >>>>> Enter the BlackBerry Developer Challenge >>>>> http://p.sf.net/sfu/RIM-dev2dev >>>>> _______________________________________________ >>>>> Geoserver-users mailing list >>>>> [email protected] >>>>> https://lists.sourceforge.net/lists/listinfo/geoserver-users >>>>> >>>> >>>> >>>> >>>> ---------------------------------------------------------------- >>>> This message was sent using IMP, the Internet Messaging Program. >>>> >>>> >>>> >>> >>> >>> >>> -- >>> web http://www.hyxspace.com >>> aim hyx1138 >>> >> >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> >> > > > > -- > web http://www.hyxspace.com > aim hyx1138 > ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------------ This SF.net email is sponsored by Make an app they can't live without Enter the BlackBerry Developer Challenge http://p.sf.net/sfu/RIM-dev2dev _______________________________________________ Geoserver-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-users
