+1, with the same experience. For 2.0.
Gary
-Original Message-
From: Steve Downey [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 19:46
To: Jakarta Commons Developers List
Subject: Re: UUID Reuse proposal
From: Phil Steitz [EMAIL PROTECTED]
To: Jakarta Commons Developers
Thanks for the positive response to adapting a UUID class in commons lang.
[The Axis list has responded with favoring option 2 which is basically to
not make changes at this time, but has no problem with use of the UUID code
from Axis in the commons.]
I'm looking for direction on next steps - I
Tim Reilly wrote:
Thanks for the positive response to adapting a UUID class in commons lang.
[The Axis list has responded with favoring option 2 which is basically to
not make changes at this time, but has no problem with use of the UUID code
from Axis in the commons.]
I'm looking for direction on
: UUID Reuse proposal
Tim Reilly wrote:
Thanks for the positive response to adapting a UUID class in commons
lang.
[The Axis list has responded with favoring option 2 which is basically
to
not make changes at this time, but has no problem with use of the UUID
code
from Axis
From: Phil Steitz [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, August 18, 2003 3:05 AM
Subject: Re: UUID Reuse proposal
SNIP
Sorry, I had forgotten about the existing IdentifierUtils. I would
suggest that all of the things above could be added
'
Subject: RE: UUID Reuse proposal
+1.
Another UUID extension I'd like to see and use is a GUID
implementation,
that's what MS calls a UUID.
WRT to lang.uuid, I am not sure that a new namespace is justified
though.
I'd just put it in .lang like other basic types.
gg
-Original Message
Tyrex also provides support for UUID generation, and
should perform better than the Axis impl.
See
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/tyrex/tyrex/src/main/tyrex/se
rvices/UUID.java?rev=1.6
-Tim
-Original Message-
From: Tim Reilly [mailto:[EMAIL PROTECTED]
Sent: Friday, 15
Having looked now at both implementations (assuming the axis impl is what's
in CVS at
http://cvs.apache.org/viewcvs.cgi/xmlaxis/java/src/org/apache/axis/components/uuid/),
I agree that the tyrex implementation is better for two reasons:
1. It appears to be threadsafe.
2. It allows the node ID to
[EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, August 15, 2003 7:11 PM
Subject: RE: UUID Reuse proposal
Having looked now at both implementations (assuming the axis impl is
what's
in CVS at
http://cvs.apache.org/viewcvs.cgi/xmlaxis/java/src/org/apache/axis/component
s/uuid/),
I agree
[EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, August 15, 2003 7:11 PM
Subject: RE: UUID Reuse proposal
Having looked now at both implementations (assuming the axis impl is
what's
in CVS at
http://cvs.apache.org/viewcvs.cgi/xmlaxis/java/src/org/apache/axis/component
s/uuid/),
I agree
[EMAIL PROTECTED];
[EMAIL PROTECTED]
Sent: Friday, August 15, 2003 7:11 PM
Subject: RE: UUID Reuse proposal
Having looked now at both implementations (assuming the axis impl is
what's
in CVS at
http://cvs.apache.org/viewcvs.cgi/xmlaxis/java/src/org/apache/axis/component
s/uuid/),
I agree
Apologies for the triple post, but power just glitched here again, and my
mail hiccuped.
-SMD
- Original Message -
From: Steve Downey [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Friday, August 15, 2003 10:25 PM
Subject: Re: UUID Reuse proposal
I've
: Saturday, 16 August 2003 12:26 PM
To: Jakarta Commons Developers List
Subject: Re: UUID Reuse proposal
I've posted a version of a UUID class previously that meets the random
number version of the leech spec.
Getting MAC addresses portably is mildly difficult, and requires
root access
List [EMAIL PROTECTED]
Sent: Friday, August 15, 2003 10:37 PM
Subject: RE: UUID Reuse proposal
The Tyrex implementation doesn't attempt to get the
MAC address from the system, but loads it from a configuration
file.
If the address isn't configured, it falls back to using
a random
+1.
Another UUID extension I'd like to see and use is a GUID implementation,
that's what MS calls a UUID.
WRT to lang.uuid, I am not sure that a new namespace is justified though.
I'd just put it in .lang like other basic types.
gg
-Original Message-
From: Tim Reilly [mailto:[EMAIL
Something else to line up for 2.1/3.0?
Hen
On Thu, 14 Aug 2003, Gary Gregory wrote:
+1.
Another UUID extension I'd like to see and use is a GUID implementation,
that's what MS calls a UUID.
WRT to lang.uuid, I am not sure that a new namespace is justified though.
I'd just put it in
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 19:27
To: Jakarta Commons Developers List
Subject: RE: UUID Reuse proposal
Something else to line up for 2.1/3.0?
+1, sounds good.
Gary
--
Hen
On Thu, 14 Aug 2003, Gary
Gary Gregory wrote:
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 14, 2003 19:27
To: Jakarta Commons Developers List
Subject: RE: UUID Reuse proposal
Something else to line up for 2.1/3.0?
+1, sounds good.
Gary
I agree. I also agree with Gary
18 matches
Mail list logo
