You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@commons.apache.org by Tim Reilly <ti...@gmail.com> on 2005/02/07 07:38:26 UTC

Re: [id] Preparing for exit from sandbox and release (was: Re: Commons.Lang.util missing?)

On Tue, 11 Jan 2005 17:08:36 -0500, Phil Steitz wrote:
> Thanks, Tim.  Just the push we need ;-)
> 
> To get id in releasable state, we need to bring the UUID API into line
> with JDK 1.5 (at least we were planning this before) and clean up the
> docs and tests a bit.  Any volunteers to help?
> 
> Phil
> 

Tim or Phil,

Can you define for me what you mean by inline with JDK 1.5? All
methods of 1.5 UUID are covered I thought (with one notable exception
below)? Is having additional constuctors, and method signatures the
issue?

[The exception mentioned above is in regards to this:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5064537]

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org


Re: [id] Preparing for exit from sandbox and release

Posted by Phil Steitz <ph...@steitz.com>.
Ruben Cepeda wrote:
> Yes I would help also if there was a better description of the problem.

Thanks for offering to help and sorry for the response latency.

There appears to be only one method missing from the JDK 1.5 UUID 
interface, viz., nameUUIDFromBytes 
<http://java.sun.com/j2se/1.5.0/docs/api/java/util/UUID.html#nameUUIDFromBytes(byte[])>

I am not a UUID spec expert, so some independent review of the 
implementation and verification that our methods are both consistent 
with both the JDK 1.5 versions and the spec would be great.  I am 
personally OK with us departing from the JDK 1.5 signatures if others 
agree with Tim that the JDK did not get some things right according to 
the spec.

A few other things need attention prior to release. Volunteers welcome!

1) clean up javadoc warnings and make sure javadoc is complete and what 
the javadoc says is what the code does (see next item)

2) improve test coverage.  Current clover report is here:
http://www.apache.org/~psteitz/id/clover/

3) the site build is currently broken.  This is mostly due to the svn 
move.  I would prefer to get rid of the extends sandbox-build stuff.
Has anyone succeeded in building a sandbox site since the move.  The 
site.jsl does not seem to work now.

4) Decide what to do about singletons and dependencies in 
IdentifierUtils. <http://marc.theaimsgroup.com/?t=110027311800003&r=1&w=2>

5) Make sure each of the following issues has been addressed:
<http://marc.theaimsgroup.com/?t=109837807900001&r=1&w=2>
<http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=109813281612103>
<http://marc.theaimsgroup.com/?l=jakarta-commons-dev&m=109813257202501&w=2>
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33280>

Did I miss anything?  Comments / suggestions / patches are welcome.

I will review and commit patches (starting with the ones included above 
:-) and play the RM role once we get out of the sandbox.

Phil

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org


Re: [id] Preparing for exit from sandbox and release (was: Re: Commons.Lang.util missing?)

Posted by Ruben Cepeda <ru...@gmail.com>.
Yes I would help also if there was a better description of the problem.


On Mon, 7 Feb 2005 01:38:26 -0500, Tim Reilly <ti...@gmail.com> wrote:
> On Tue, 11 Jan 2005 17:08:36 -0500, Phil Steitz wrote:
> > Thanks, Tim.  Just the push we need ;-)
> >
> > To get id in releasable state, we need to bring the UUID API into line
> > with JDK 1.5 (at least we were planning this before) and clean up the
> > docs and tests a bit.  Any volunteers to help?
> >
> > Phil
> >
> 
> Tim or Phil,
> 
> Can you define for me what you mean by inline with JDK 1.5? All
> methods of 1.5 UUID are covered I thought (with one notable exception
> below)? Is having additional constuctors, and method signatures the
> issue?
> 
> [The exception mentioned above is in regards to this:
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5064537]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-user-help@jakarta.apache.org
> 
> 


-- 
**********************************************
Ruben Cepeda
ruben.cepeda@gmail.com
**********************************************

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-user-help@jakarta.apache.org