Justin Deoliveira ha scritto: > Hi Andrea, > > I think you misinterpreted my comments :). I was not saying that we > should not ship a UI in favor of a REST api, I was simply saying that > with a good REST api, the UI becomes less of a necessity.
I understood that. I'm just thinking the UI as a necessity and the REST api as a nice to have (in my mind the first is what makes you want to try out GeoServer, whilst the latter is something needed for advanced usage only). > As for technology choice, you are putting words in my mouth :). I was > not suggesting we commit to a UI based on a scripting language. Just > that a decoupled UI would give us the ability to have a UI written in a > "standard" java ui framework (like struts2), while at the same time > allowing someone else to rip that out and replace with a different > technology. Perhaps not useful enough to be a requirement. I was not my intention to put words in your mouth, I was just trying to understand :) The thing is, if you make a new service, how do you make a new UI for it? If we roll a monolithic UI, you have to modify that module directly, unless the UI is written in a scripting language, in that case you may be able to tell people "just drop those scripts in the web module and boom you'll have service XYZ UI". That's why I spoke of scripting languages. > Let me phrase this requirement another way. "Having the ability to take > the UI jars away and still have GeoServer run." > > I agree with you that forcing a UI built entirely in a scripting > language is probably a bad idea. (Although I am not yet convinced we > should rule out groovy/grails). However at some point you are going to > need some client side scripting so you cant run from it altogether. > > Regardless, I would prefer we put off any discussion about technology > choice until we actually do the technology evaluation. Yes, me too. I was just trying to lay out an eventual extra requirement. If none of the developers feel like using a scripting language, there no point in evaluating one. If on the contrary I'm the only one that feels against them, we should evaluate at least one (and someone other than me has to make that evaluation since I'm evidently too biased against them). Cheers Andrea ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geoserver-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geoserver-devel
