On Thu, May 30, 2013 at 8:12 AM, Andrea Aime
<[email protected]>wrote:
> On Thu, May 30, 2013 at 4:03 PM, Justin Deoliveira
> <[email protected]>wrote:
>
>> If i recall the conversation correctly it seemed like there was an
>> informal consensus that only the core of GeoServer be kept to pure java. My
>> opinion was that extensions or community modules could be implemented in
>> other languages as long as those modules had a stable maintainer.
>>
>
> Yes, I've been explaining this in detail to the potential sponsor, but
> they want to prepare the module for core. Citing their response to my
> explanation that a Scala module can be made an extension, verbatim:
>
> "Yes, think it should be rewritten in Java so most developers in the team
> can potentially understand the code when it is an extension, and so that it
> can potentially be promoted to core"
>
>
I see. This is just my opinion but this feels like one funding organization
asserting too much control at the developer community level.
>> On one hand as a newbie to scala I can appreciate a pure java port as it
>> would allow me to contribute more efficiently. On the other hand I think
>> this sets a bad precedent. We have an active maintainer who is maintaining
>> a module that has more than a handful of users. I certainly can't speak for
>> David in this case but if i were contributing to a project that did this to
>> me I wouldn't be a contributor for very long.
>>
>
> Active maintainer is a bit of a stretch, as the module is in unsupported
> land and as such, by definition, unmaintained.
>
It seems to me that there are two types of community modules. Those that
are truly unmaintained. And those that are incubating in community in
preparation for promotion to extension. To me modules like css, script,
etc... seem to be the latter. Afaik css checks all the requirements
for promotion, and it's now just a matter of moving the module over.
> It's up to David to decide whether to push the module to extension, so far
> he did not feel like doing so.
>
Right. I guess i'll wait to hear from David on his official stance and
whether he wishes to push it to extension.
I'm the last person that wants to push contributors out of the door, but if
> we want to grab this funding opportunity and make CSS a supported module,
> with a strong possibility for core inclusion (once in extension, the
> blockers to core would be its Scala status and a check on the user base,
> which seems to be already appreciating the module) later down the road,
> what alternatives are there?
> I'm fully open to suggestions (I mean it) :-)
>
I guess i don't understand why it's a blocker for this organization not to
have css support in the core? Styling language has already been for the
most part abstracted out into an extension point when WMS 1.3 support was
added and we had to support initially SE. So to me it seems good css
integration is just a matter of copying over a plugin. Perhaps i am wrong
or missing something though.
>
> Cheers
> Andrea
>
> --
> ==
> GeoServer training in Milan, 6th & 7th June 2013! Visit
> http://geoserver.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.
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
