|
From: Roberto Lo G. <rlo...@gm...> - 2010-12-27 16:04:20
|
Hi John, how is your back? On Mon, Dec 27, 2010 at 09:39, John Hurst <joh...@gm...> wrote: > If we're going to break most of the interfaces anyway, then I would agree > with this change, because I prefer interface names *not* to start with an > extra 'I'. > > On the other hand, if we are leaving most of the interfaces just as they > are today, then I feel that it's not worth the disruption. > I agree, I'll start naming interfaces without the "I" prefix and then we'll decide if it's worth or not. I will have a look through the interfaces tomorrow to see how many I think > would change. I guess we need to compile a list of API changes for the > documentation. > Agreed, I would name that document "Migrating from previous versions" > What is the status of our project hosting now? Where is the master code > repo? > Actually I'm starting using codehaus for the 3.0 branch leaving actual codebase on Sourceforge. We can eventually migrate everything to codehaus if and when we decide to. I've still committed nothing to codehaus yet, but I think I'll populate that subversion repo in a couple of days. Do not expect much anyway... I think we can start working on installing systems for integration test for both codebase: the actual one and the next gen... > Regards > > JH > > On Mon, Dec 27, 2010 at 8:35 PM, Roberto Lo Giacco <rlo...@gm...>wrote: > >> Hi all, >> I wish to know your opinion on dropping the I prefix for interfaces >> currently used in the dbUnit 2.x codebase. This will introduce a great >> change and greatly break backward compatibility with a small improvement, in >> my opinion, in API naming. >> Do you think it is worth the change? I'm doubtful myself... >> >> >> ------------------------------------------------------------------------------ >> Learn how Oracle Real Application Clusters (RAC) One Node allows customers >> to consolidate database storage, standardize their database environment, >> and, >> should the need arise, upgrade to a full multi-node Oracle RAC database >> without downtime or disruption >> http://p.sf.net/sfu/oracle-sfdevnl >> _______________________________________________ >> dbunit-developer mailing list >> dbu...@li... >> https://lists.sourceforge.net/lists/listinfo/dbunit-developer >> >> > > > -- > Life is interfering with my game > > > ------------------------------------------------------------------------------ > Learn how Oracle Real Application Clusters (RAC) One Node allows customers > to consolidate database storage, standardize their database environment, > and, > should the need arise, upgrade to a full multi-node Oracle RAC database > without downtime or disruption > http://p.sf.net/sfu/oracle-sfdevnl > _______________________________________________ > dbunit-developer mailing list > dbu...@li... > https://lists.sourceforge.net/lists/listinfo/dbunit-developer > > |