Super - thanks Adrian. That's both encouraging and terrifically informative.
Re-reading my previous post, I'm sorry for the pessimistic tone. I'm a scientist presently in hiding from the bureaucracy that pays me (or at least keeping a very low profile) and I sometimes think years of dealing with its corporate inertia has contaminated my world view. It's also clear from this learning about Hg would help me to take full advantage of the new work and, from what you say I think, for others to benefit from my own work. cheers Michael 2008/12/19 Adrian Custer <[email protected]>: > Architecturally the issue doesn't seem terrifically complex. We are going to > have a repo with the base code (util/metadata/referencing) for each language > version, and then have repositories working off of those. Whether those > repos are a single SVN into which code is imported or a forest of mercurial > clones is mostly personal working style preference. Structurally, we have > seprate layers: > > base utilities (e.g. factory finding system) > metadata > referencing > > grid coverage (feature less) > JTS (isogeometry someday) > > feature (growing to support formal coverages) > > data access > rendering (w/ styling) > > and then a slew of packages in various states of support beyond that. So if > an architect were to design the two code lines for the two language version, > she would probably create, for each language version, a repo for each layer > with Maven integrating the whole. That would allow users to depend on only > the pieces they wanted. > > However, what will actually happen is anyone's guess. We may decide to work > together to keep the parallelism or to work each on our end. To my mind, it > no longer matters since I am no longer shackled to the SVN. I'll work with > others as long as it is fun and seems worth it, and work on mercurial or > bazaar or git for my own code, pulling in changes as I choose and offering > it to all as they may choose. Ultimately, the distributed versionning > systems completely change the game. One has to be structured about what work > goes where but gains the freedom to run ahead of others and integrate back > as needed. > ------------------------------------------------------------------------------ SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
