Right - okay that makes sense. Filter 1.1 actually extends Filter 1.0 so it makes sense that some code would be shared. I suppose compatibility pack2 could depend on compatibility pack 1 but the returns just vanished. Seems to be an all or nothing decision no matter which way we go.
This really is a topic where what I would like to see from a user standpoint is not something that will occur. Good thing I asked for a sanity check. So Justin this ends up being what you can pull off. If that is organize by specification so be it. Would you make these child modules of library/xml - or place them over in the plugins folder. I do not believe they contribute new API so they could be stored in plugins. Cheers, Jody Justin Deoliveira wrote: > Not sure i like the "compatability pack" idea Jody. I would rather > keep them separate and orgranize by specification, especially since a > lot of the implementations share code among versions. Not sure this > will even work. > > -Justin > > Jody Garnett wrote: >> Andrea Aime wrote: >>>> xml compatibility pack 1: >>>> - filter1_0, sld1_0, gml2 >>>> >>>> xml compatibility pack 2: >>>> - filter1_1, sld1_1, gml3 >>>> >>>> Would you consider that kind of thing sane? >>> Apple and oranges? What xml parsers have to do with geometry >>> wkt parsers? Oh,you're missing sld too, we have two of them (parsers). >> Ha ha you got me :-) Okay I corrected the example above. >> >> The point was that we could both have a fewer number of jars to >> manage by combining bindings >> for specifications together into a couple of modules. >> >> Cheers, >> Jody >> >>> Cheers >>> Andrea >> >> >> ------------------------------------------------------------------------- >> >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to >> share your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> _______________________________________________ >> Geotools-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/geotools-devel >> >> !DSPAM:4007,46000d6e324461804284693! >> > > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
