yeah, I've written lots of bots in my day, but it feels slimy to write a bot with a password to log in when I happen to be running on the same machine as geoserver. clearly the advantage of doing it this way is that I can do it remotely, and I guess it's more secure.
I notice also on this page the php script for adding a feature type. this is a good hack, but also feels brittle. has been any thought to an administrative XML API for GeoServer?
thanks,
mike
greenkov@anonymised.com wrote:
Michael:
You might find the following wiki page useful:
http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Alex
On 6/20/07, Michael Frumin <mfrumin@anonymised.com> wrote:
I would love if GeoServer could be told, auto/programatically to re-Apply
(i.e. pretend you hit the Apply button in the console), which re-reads all
SLD and FeatureTypes off disk. I would suggest that the server respond to a
kill -HUP signal similar to how Apache does (from
http://httpd.apache.org/docs/2.0/stopping.html#hup):
Sending the HUP or restart signal to the parent causes it to kill off its
children like in TERM, but the parent doesn't exit. It re-reads its
configuration files, and re-opens any log files. Then it spawns a new set of
children and continues serving hits.
This seems a little extreme, but the point being that when you are
programatically adding styles (as per my previous email) and featureTypes,
you can have GeoServer recognize them without having to manually log in and
hit Apply.
yes, I'm an insane command-line hacker, but i'm also putting GeoServer to
damn good use.
-mike
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
I notice also on this page the php script for adding a feature type.
this is a good hack, but also feels brittle. has been any thought to an
administrative XML API for GeoServer?
In an recent R&D experiment having to do with reworking the geoserver
configuration / catalog i gave this some thought. An XMLRPC api made the
most sense to me as its flexible and virtually every language has an xml
rpc api.
I did up a little demo module for it and it worked pretty well. However
there is currently no mandate to bring this work home so don't hold your
breath. Although it would not that too hard to create an api for the
catalog we currently have.
-Justin
thanks,
mike
greenkov@anonymised.com wrote:
Michael:
You might find the following wiki page useful:
http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Alex
On 6/20/07, Michael Frumin <mfrumin@anonymised.com> wrote:
I would love if GeoServer could be told, auto/programatically to re-Apply
(i.e. pretend you hit the Apply button in the console), which re-reads all
SLD and FeatureTypes off disk. I would suggest that the server respond to a
kill -HUP signal similar to how Apache does (from
http://httpd.apache.org/docs/2.0/stopping.html#hup):
Sending the HUP or restart signal to the parent causes it to kill off its
children like in TERM, but the parent doesn't exit. It re-reads its
configuration files, and re-opens any log files. Then it spawns a new set of
children and continues serving hits.
This seems a little extreme, but the point being that when you are
programatically adding styles (as per my previous email) and featureTypes,
you can have GeoServer recognize them without having to manually log in and
hit Apply.
yes, I'm an insane command-line hacker, but i'm also putting GeoServer to
damn good use.
-mike
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:4007,4679a8ba221273362379201!
--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org
Yeah, it's high on the todo list of 'things I want to do'. The tough thing for me is I'm too close to the code and am never a consumer. So whenever anyone asks this question I ask them to sketch out an API, and have not got a response yet.
Not that we'll be able to get to it soon (though we may), but if you sketch out what you most need from an API and what it might look like that could be a huge help. I've gathered that it's probably add a new featureType and tell GeoServer to load. But what should adding a new featureType look like? I just started the RESTful web services book and am pretty compelled by that, so maybe when I'm done I'll try to sketch up what a rest api might look like.
Chris
Michael Frumin wrote:
yeah, I've written lots of bots in my day, but it feels slimy to write a bot with a password to log in when I happen to be running on the same machine as geoserver. clearly the advantage of doing it this way is that I can do it remotely, and I guess it's more secure.
I notice also on this page the php script for adding a feature type. this is a good hack, but also feels brittle. has been any thought to an administrative XML API for GeoServer?
thanks,
mike
greenkov@anonymised.com wrote:
Michael:
You might find the following wiki page useful:
http://docs.codehaus.org/display/GEOSDOC/Alternative+for+reloading+the+Geoserver+catalog
Alex
On 6/20/07, Michael Frumin <mfrumin@anonymised.com> wrote:
I would love if GeoServer could be told, auto/programatically to re-Apply
(i.e. pretend you hit the Apply button in the console), which re-reads all
SLD and FeatureTypes off disk. I would suggest that the server respond to a
kill -HUP signal similar to how Apache does (from
http://httpd.apache.org/docs/2.0/stopping.html#hup):
Sending the HUP or restart signal to the parent causes it to kill off its
children like in TERM, but the parent doesn't exit. It re-reads its
configuration files, and re-opens any log files. Then it spawns a new set of
children and continues serving hits.
This seems a little extreme, but the point being that when you are
programatically adding styles (as per my previous email) and featureTypes,
you can have GeoServer recognize them without having to manually log in and
hit Apply.
yes, I'm an insane command-line hacker, but i'm also putting GeoServer to
damn good use.
-mike
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users
!DSPAM:4005,4679a8bb221261439371379!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org