Let's create a branch in the sandbox and let Dan dive in. Effectively it's the git model, but slightly closer because he's already a committer. Once it's reached its release point, we can all be looking and debating whether it is DbUtils 2.0 or DbUtils2.
[The first is a new release of the existing component, the second is, akin to how CLI2 should have been done, a new product] Hen On Sat, Feb 7, 2009 at 7:00 AM, Torsten Curdt <tcu...@apache.org> wrote: > So how do we want to handle this? Happy to give you sandbox access. > > That said it should probably better be a branch on the DbUtils project. > > And as a side note: I doubt folks here will sign off on a release that > changes the java target version in a minor version change ;) > > cheers > -- > Torsten > > On Sat, Feb 7, 2009 at 07:45, Rahul Akolkar <rahul.akol...@gmail.com> wrote: >> On Thu, Feb 5, 2009 at 11:35 AM, Dan Fabulich <d...@fabulich.com> wrote: >>> >>> I just submitted a big patch to DbUtils to update the API to use Java 5 >>> features (generics, varargs). >>> >>> http://issues.apache.org/jira/browse/DBUTILS-48 >>> >>> There really aren't very many bugs left in this project; almost all of them >>> have patches attached. I think it wouldn't be much work for somebody (I'm >>> volunteering) to close them all out and release DbUtils 1.2. >>> >>> All I'd need is the right to close bugs in JIRA and some check-in rights; >>> even sandbox access would be fine (I'm a registered Apache committer). >>> >>> May I volunteer? >>> >> <snip/> >> >> Help is usually quite welcome, the sandbox is open to all Apache >> committers. Ofcourse, [dbutils] isn't in the sandbox -- though you >> should be able to start a JDK 1.5 branch in the sandbox if you want. >> >> -Rahul >> >> >>> -Dan >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
