Hi all.
Is it possible to administrate the geoserver (add or modify datastores and featuretypes) from remote? If so, where's a starting point for Java programmers?
Thanks, Lars
Lars Martin ha scritto:
Hi all.
Is it possible to administrate the geoserver (add or modify datastores and featuretypes) from remote? If so, where's a starting point for Java programmers?
No, at the moment we don't have a remote management API.
The config subsystem is showing its age and we know we have to
rewrite it, yet we're still a bit far away from doing changes...
finding a good solution does not seems to be easy.
The only thing you can use know is to mimic a user with a browser,
that is, make GET and POST calls to the various config pages.
This is a short term solution, but it'll break as soon as we
change the web UI (another module that is definitely showing its
age and make us feel pain during maintenances and evolution).
Cheers
Andrea
Andrea Aime schrieb:
Lars Martin ha scritto:
Hi all.
Is it possible to administrate the geoserver (add or modify datastores and featuretypes) from remote? If so, where's a starting point for Java programmers?
No, at the moment we don't have a remote management API.
The config subsystem is showing its age and we know we have to
rewrite it, yet we're still a bit far away from doing changes...
finding a good solution does not seems to be easy.The only thing you can use know is to mimic a user with a browser,
that is, make GET and POST calls to the various config pages.
This is a short term solution, but it'll break as soon as we
change the web UI (another module that is definitely showing its
age and make us feel pain during maintenances and evolution).
What do you think, would the community be interested on such an intermediate solution based on htmlunit? Regards, Lars
Lars Martin ha scritto:
What do you think, would the community be interested on such an intermediate solution based on htmlunit? Regards, Lars
Why not? Only, one targeting the current UI is going to die
after Geoserver 1.7, which should bring in a new API.
I'd say, if you want to have it live a little longer, maybe
it's easier to roll a Spring remoting based one. It'll die
a little later, in 1.8 or so, when the config system will
change (unless that changes in 1.7 too, I'm not sure about it).
I'd say, do whatever you need now, covering just what you need,
and if you feel like sharing it as a community plugin, you're very
welcomed to do so.
Cheers
Andrea
Lars Martin wrote:
What do you think, would the community be interested on such an intermediate solution based on htmlunit? Regards, Lars
I would love to see one provided as a community plugin; having an example of what is needed
would be a great starting point for any future solution (spring remoting, REST, JMX etc...).
Jody
Yeah, a community plug-in to do remote administration would be great. We can set you up with space in SVN if you'd like.
Note that there is a way to do it currently, but it's a big hack. See: http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
This is the call to tell GeoServer to 'reload', and before that point you basically upload the new xml config files that you want it to take up.
The class that does it is: https://svn.codehaus.org/geoserver/trunk/geoserver/web/src/main/java/org/vfny/geoserver/action/LoadXMLAction.java
Note that we have DTO's (Data Transfer Objects) that were sort of meant to be passed over the wire. But they were never really implemented to do that.
If you make a nice remote interface it shouldn't be hard for us to hook it up to a refactored config in the future. I think there would be a lot of interest in this, since a lot of people are using the hacked way of reloading the catalog. Ideally in the future we offer a few options for remote config, so that people in different programming languages can all easily reconfigure GeoServer on the fly.
best regards,
Chris
Jody Garnett wrote:
Lars Martin wrote:
What do you think, would the community be interested on such an intermediate solution based on htmlunit? Regards, Lars
I would love to see one provided as a community plugin; having an example of what is needed
would be a great starting point for any future solution (spring remoting, REST, JMX etc...).Jody
-------------------------------------------------------------------------
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-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:1003,45da171b8201702038478!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org