Justin Deoliveira wrote:
>
> I can see a couple of benefits. It could possibly reduce the download
> size if we wanted to release the webapp separately. Which may be
> something to consider once we have a good REST api. Or perhaps users who
> have a set data directory which does not really change do not have a
> need for the UI? I would be interested in hearing feedback on this one.
I'm not a GeoServer committer, but I cannot help giving my 2(euro)c:
I think an admin UI should be sort of on afterthought, even a separate
webapp.
Let's face it: UI are intrinsically volatile and diverse (AJAX,
Accessible i.e. non-Javascript, CLI, etc.), while the underlaying
(RESTful?) API is much more stable (if well-designed, that is).
That would be akin to CMSes, which use to separate repository from the
front-end.
So, my idea would be to first build the API, then (or concurrently) the
admin UI.
This would have a couple benefits:
1) Helping the developer adding a new service to focus on the API, not
the UI, possibly resulting in a better API.
2) Decreasing the GeoServer footprint in production environment, by
dropping the UI baggage (and increasing security).
Of course, this may cause a different pace of development of services
code and UI code, but there would always be the option of using Ant (or
even wget) to use a newly-added service API in a CLI fashion.
> Anyways, back to the original point. Having a ui component that is easy
> to build and deploy would allow developers to hack custom pages
> directly, and not have to rebuild and redeploy the entire server. This
> would probably be "good enough", and also relieve the requirement of a
> truly pluggable or modular UI.
You mean, like dropping new pages/forms under some directory and being
"good to go" ?
Regards,
--------------------
Luca Morandini
www.lucamorandini.it
--------------------
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
