[This is in reply the bugzilla comments added by Dominik Stadler for bug id 25580; I've changed that bug to resolved won't fix - since it is no longer applicable for lang and we now have the sandbox-id project.]
> ------- Additional Comments From Dominik Stadler 2004-02-18 18:05 ------- > > There are already various implementations available, maybe you can reuse or > integrate one of them? I don't know how standard-conforming these are, though. > > http://dev.w3.org/cvsweb/java/classes/org/w3c/util/UUID.java?rev=1.2&content -type=text/x-cvsweb-markup > http://www2.kuh.kumamoto-u.ac.jp/jsato/java.htm > http://ebxmlrr.sourceforge.net/ebxmlrr/apidocs/com/sun/ebxml/registry/util/U UID.html Hi Dominik, First, thanks for putting together this list of implementations to have a look at, and for the suggestion. I agreed with the thought to use some existing implementation around the time I opened the enhancement request and discussed on the mailing list. The problem with most implementations is due to incompatible licensing; we decided to create an implementation from scratch. These threads contains some history: http://nagoya.apache.org/eyebrowse/SearchList?listId=&[EMAIL PROTECTED] akarta.apache.org&searchText=uuid&defaultField=subject&Search=Search After researching the IETF draft and re-reading it several times there are some issues with some of the implementations that are out there. The list you provide is fine; except again the licensing issues. I've done some work on the uuid generation if you'd like to review here is the posting I'd made last night: http://nagoya.apache.org/eyebrowse/ReadMsg?listId=15&msgNo=43845 There is a zip a file attached to this bugzilla report http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27022 Some feedback on the list of implementations provided: The w3c implementation - looks like it's sound, it should be functionally equalivant to the VersionOneGenerator using an InMemoryStateImpl in the zip file referenced above. W3C license seems compatible, but we'd also have to distribute the NOTICE etc. The jsato implementation - uses the Runtime exec to call uuidgen. No problem here except afaik libuuid.so now generates version 4 uuid's, no option for a version 1 due to a security concern (or perhaps it's always been that way.) Also, I don't have a uuidgen command on windows, but if I'm reading the source correctly that's what it tries to call? It could be changed to make Window Script Host issue a CoCreateGUID() but anyhow. No mention of licensing terms. The ebxmlrr implementation - is technically fine (version 4 uuid) The sourceforge summary page claims Apache license which I assume means ASF "like" license. Looking at the actually source the copyright is attributed to SUN under the Sun Community License? com.sun is also in the package structure, so I assume Sun is a contributor to that project. The o.a.c.id.uuid.VersionFourGenerator in the zip file referenced above contains similar code. Thanks -TR --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
