Hrm, just realized I never sent this. Not sure if a decision was made,
but there are still a couple comments of note.
-
Yeah, test cases are the big annoyance, the reason for the circular
depenancies that lead to the module merge in the first place. Mostly
default core relying on xml readers to build objects to test.
Before we rip out XML, I'd sort of like to see everything on the same
XML system, or at least a plan to make it so. Though we could just
transition new implementations to the new module, and just get rid of
all the old stuff. That route does involve GeoServer getting new XML
parsers as well, but that is something I'd like to see - the problem is
just when we can find the time. Though another option could be to move
those parsers just in to GeoServer, so that no one in GeoTools has to
look at them.
I think we should start taking things _out_ of GeoTools, put them in
'community svn' like uDig has done. What we omit can say more about us
than what we just leave in. We're already modularized enough to do this
pretty well, we just need to stop distributing code that we're less sure
about. Perhaps we could have a 'community release' that sits alongside
each 'core realease'.
Chris
Justin Deoliveira wrote:
As part of the new feature model implementation we have been ripping out
most of them. In my local environment I have taken them out of the build
and fixed most of the dependencies on them.
And yes, test cases are a whole differnt matter :).
-Justin
David Zwiers wrote:
I think it's a good idea, I'm just wondering if there are any unforseen
dependencies between them (for example test cases).
David
On 3/31/06, Justin Deoliveira <[EMAIL PROTECTED]> wrote:
A suggestion, feel free to shoot it down. What do people think about
moving all the jdbc datastore support and xml processing from main into
seperate modules?
-Justin
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting
language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding
territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live
webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
Geotools-devel mailing list
Geotools-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geotools-devel
--
Chris Holmes
The Open Planning Project
thoughts at: http://cholmes.wordpress.com
begin:vcard
fn:Chris Holmes
n:Holmes;Chris
org:The Open Planning Project
adr:;;377 Broadway, 11th Floor;New York;NY;10013;USA
email;internet:[EMAIL PROTECTED]
title:VP, Strategic Development
x-mozilla-html:FALSE
url:http://topp.openplans.org
version:2.1
end:vcard
