On Wed, Oct 31, 2012 at 8:30 AM, Andrea Aime
<[email protected]>wrote:
> On Wed, Oct 31, 2012 at 3:19 PM, Justin Deoliveira <[email protected]>
> wrote:
> >> I did not foresee any particular trouble since this was meant to be
> purely
> >> additive functionality, but adding a constraint on valid workspace name
> >> may
> >> increase the likeliness of a negative vote.
> >
> > Sorry I don't quite understand, you are saying that the additional
> > constraint of "templates" being an invalid workspace name will make this
> > less backportable?
>
> Not really, just that if someone already has a workspace named like that
> and installs the xslt module there will be troubles.
> But I'm probably overthinking it, all we need to do is to explicitly state
> the
> issue in the module documentation.
>
> We'll go this way.
>
> >> > Also can we get around this by in the mapping file hardcoding the
> ".ftl"
> >> > suffix? So the mappings would look like:
> >> >
> >> > /workspaces/templates.ftl
> >> > /workspaces/{workspace}/datastores/templates.ftl
> >> >
> >> > Or does that still lead to a conflict?
> >>
> >> Would lead to a convention breakage, when we ask for templates.ftl we
> >> are supposed
> >> to get back a xml or json file.
> >
> > Right, my idea was that you would only have one representation, the "ftl"
> > one. I agree if the template is going to be returned in an XML or JSON
> > representation this doesn't make sense.
>
> Indeed it is, automated clients can do little with the HTML representation,
> since "templates" is the list of templates, not a particular one.
>
Well my idea was that it would a plain text representation, the contents of
which would be the raw ftl sources.
What will the json/xml representation look like?
>
> Cheers
> Andrea
> --
> ==
> Our support, Your Success! Visit http://opensdi.geo-solutions.it for
> more information.
> ==
>
> Ing. Andrea Aime
> @geowolf
> Technical Lead
>
> GeoSolutions S.A.S.
> Via Poggio alle Viti 1187
> 55054 Massarosa (LU)
> Italy
> phone: +39 0584 962313
> fax: +39 0584 1660272
> mob: +39 339 8844549
>
> http://www.geo-solutions.it
> http://twitter.com/geosolutions_it
>
> -------------------------------------------------------
>
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
