That page (GeoServer Resources) is definitely the most recent; it was accompanied by quite a long thread on the mailing list (see http://www.nabble.com/GeoServer-Resources-to16318517.html#a16318517) but I don't believe a solid resolution was met. The RESTConfig module is currently somewhere in between it's original layout (basically a straight mirror of the Struts configuration UI) and that proposal. Since it's based on the older, deprecated, configuration API it will be undergoing a pretty thorough rewrite Real Soon Now so if you have any thoughts on the layout we'd be glad to hear them.
Glad to help and thanks for correcting it. I should be able to help keep it compiling because I'll be doing a lot of work with it over the next few months (as a client of it rather). So is the latest idea board here?
http://geoserver.org/display/GEOSDOC/GeoServer+Resources
Of course I realize its still undergoing development and ReST api's tend to change several times early on as the developers get a better feel for how their domain models best fit into resource patterns (from my experience), so I'm just curious as to how stable you think this current iteration will be moving forward. Do you feel like you're getting comfortable with the api mapping or that it might need more iterations?
Thatcher
On Fri, Jun 13, 2008 at 10:51 AM, David Winslow <dwinslow@anonymised.com <mailto:dwinslow@anonymised.com>> wrote:
Not your fault, I haven't been keeping RESTConfig very up to date
and we have recently swapped out the configuration API for
something nicer, but apparently not 100% compatible with how
RESTConfig does things. I will try to resolve this issue today so
you can check things out. Thanks for finding this!
-David Winslow
chris thatcher wrote:
I'm sure I'm making a simple mistake but I'm trying to compile
trunk so I can play with the RESTConfig.
$ mvn install -Dcommunity -P rest,RESTConfig
Which does a lot but ends with:
[INFO]
------------------------------------------------------------------------
[INFO] Building REST Configuration Service Module
[INFO] task-segment: [install]
[INFO]
------------------------------------------------------------------------
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 22 source files to
C:\cygwin\opt\geoserver\community\RESTConfig\target\classes
[INFO]
------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO]
------------------------------------------------------------------------
[INFO] Compilation failure
C:\cygwin\opt\geoserver\community\RESTConfig\src\main\java\org\geoserver\restconfig\DataStoreFileResource.java:[331,33]
cannot find symbol
symbol : constructor XMLConfigReader(java.io.File,<nulltype>)
location: class org.vfny.geoserver.global.xml.XMLConfigReader
C:\cygwin\opt\geoserver\community\RESTConfig\src\main\java\org\geoserver\restconfig\CoverageResource.java:[229,27]
cannot find symbol
symbol : constructor MetaDataLink()
location: class org.vfny.geoserver.global.MetaDataLink
[INFO]
------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO]
------------------------------------------------------------------------
[INFO] Total time: 3 minutes 26 seconds
[INFO] Finished at: Thu Jun 12 18:37:40 EDT 2008
[INFO] Final Memory: 39M/63M
[INFO]
------------------------------------------------------------------------
Sometimes Maven leaves me a bit perplexed so I thought maybe
someone else could see a simple error I'm making.
Thanks!
-- Christopher Thatcher
------------------------------------------------------------------------
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
!DSPAM:4040,485278d0320153362379201!
------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
<mailto:Geoserver-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
!DSPAM:4040,485278d0320153362379201!
--
Christopher Thatcher !DSPAM:4040,48529a5b88931336712104!