-1 On SVN directory structure Oops, I don't like the idea of having multiple /tags and /trunk directories. I really don't see the advantage, and it may just make the repository harder to browse. I don't like calling the root directory of the project "Source", because we have more than source within a project structure, as well as the fact that there is another source directory below that. I don't like "/Source/iBatisJava/src/", which is what we'd end up with (both redundancy and contradictory). I'd rather stick with the more traditional approach, and keep the root of the trunk at a "project" level (not referring to project artifacts like "source"). So I'd suggest something like this:
/branches /tags /trunk ./iBatisNet ./NPetShop ./iBatisJava ../ibatis-1 ../ibatis-2 ./JPetStore ../jpetstore-1 ../jpetstore-2 ../jpetstore-3 ../jpetstore-4 ./site ./documentation ../tutorial ../devguide +1 on separating DAO (later) This shouldn't be an issue to do this later. I've always wanted to do this, but never had the motivation. :-) This could either happen below the .NET and Java source directories if we still considered them part of the same project, or we could rename iBatisNet and iBatisJava to NetMapper and JavaMapper respectively. Then introduce NetDAO and JavaDAO (or whatever) later. These points are less important because SVN makes our lives somewhat easy in this respect. More important is the previous discussion of the root of the repository. +1 on the removal of 3rd party (non-ASF) libraries. I'll remove all non-ASF libraries tomorrow and write devsrc code for them (like I did for TopLink). Cheers, Clinton On Sat, 15 Jan 2005 14:10:00 -0500, Ted Husted <[EMAIL PROTECTED]> wrote: > If no one is planning to do much work on the WUSH.NET SVN tomorrow (Sunday), > I'd like to make some final changes before we freeze and move it. > > Here are some directories I think we can remove as obsolete: > > * Forrest (now "site") > * Tutorial1 (now "Tutorial") > * Website (now "site") > * Whiteboard (we can use the Wiki) > > Since we have multiple artifacts with their own release cycles, we should > have those at the root of the repository. The /trunk folder and /tags folder > (if any) then comes under the artifact folder. If we move things around that > way we'd have something like > > /Source > ./tags > ./trunk > ../External-Bin > (...) > ../IBatisNet.Test > > /NPetshop > ./trunk > > /Tutorial > ./trunk > > At some point, we should split Source so that there are separate DataMapper > and DataAccess solutions. I'm not sure how much surgery this will take, but > it really should be done. With the rise of .NET IOC frameworks, like Castle > and Spring, as is the case with Java, many teams will not need the DAO > framework anymore. > > *Important* > > We will have to have to remove the NHibernate.dll, ByteFX.MySqlClient.dll, > HashCodeProvider.dll, ICSharpCode.dll, and Iesi.Collections.dll from the > External-Bin directory. These are distributed under the LPGL and we can't > check them into an ASF repository. According to our legal team, if we bundle > *GPL binaries, then our code becomes *GPL too :( > > The others are OK, since they are under an Apache-compatible license. > > The board is drafting a resolution for a vote on Wednesday that should allow > us to import LPGL code in the source, so the source code dependant on these > libraries is OK. But *GPL binaries are forbidden (as the license is viral). > > I realize this is a pain. We can zip them up and distribute them from > SourceForge, but we cannot have the binaries under a ASF repository. Sorry :( > > If I don't hear from anyone, I'll make these final changes before we freeze > SVN tomorrow night. > > -Ted. > > On Fri, 14 Jan 2005 19:38:30 +0100, Gilles Bayon wrote: > > +1 > > > > -----Message d'origine----- > > De : Ted Husted [mailto:[EMAIL PROTECTED] > > Envoyé : vendredi 14 janvier 2005 11:10 > > À : ibatis-dev@incubator.apache.org > > Objet : Re: ASF TODO [short] (was ASF TODO [long]) > > > > > > OK, how about Sunday, 16 Jan 2005, at 23:59 PST, then? > > > > After giving SourceForge a day to catch up, we could submit the > > repositories on Tuesday. > > > > -T. > >
