Simon Kitching wrote:
I'm wondering if we need to provide a configurable Singleton strategy
that the user of the library can set. We would provide a default
singleton strategy but users could override that if the default
behaviour doesn't result in correct Singleton behaviour.
I think it's
On Wed, 27 Oct 2004 11:15:25 +0200, Eric Pugh wrote:
Hi all,
Running into some annoying Maven problems w/ [email]. Dug into it and
discovered that the jakarta-commons/commons-build is quite different from
jakarta-commons-sandbox/sandbox-build files. This means that a project
graduating
On Thu, 21 Oct 2004 11:58:51 -0500, Gregg, John E. wrote:
Hi all,
I'm having a little trouble with the fact that commons-id's
ReadOnlyResourceStateImpl uses ClassLoader.getSystemResourceAsStream
to load
the config file containing MAC addresses. Is that intentional?
It was intentional
Tolga,
I'll add them. Although they'll return UUID's not String's since
that's the type these generators return. Sorry to delay, I've been
super busy. Hopefully, I'll get some time towards the end of the week.
Thanks,
-Tim
On Fri, 15 Oct 2004 10:14:27 -0700, Tolga Yalcinkaya [EMAIL PROTECTED]
Have you used the proposed patch for your projects?
No. I was evaluating validator or really just a handful of classes
from validator when I stumbled upon my basic test case failing.
Instead of just filing a bug I decided to track it down, and sent
patches too!
I can take some time
this week
Hmmm.. package is/was specified in the parent pom. Which is why I'd
assumed it was the capital I in the name element instead of
lower-case. Changing it to lower case let me do $maven jar ... but
you're right I just assumed that once 'jar' was finding something to
compile then javadoc would run
Does the ASF and the FSF not get along?
Philosophically Yes!
The FSF philosophy is that software is a right. The Apache philosophy
is basically give credit where credit is due, but your programs that
are derived from ASL software need not be free, and may be commercial
works. Sort of a socialism
Daniel,
Catching up on my emails for a moment...I noticed no one has replied
here, unless I missed it? Curious about your question I checked out
i18n ... hmm..seems: pomArtifactId comes from the name element and not
the id element. I recognize the error as possible missing package
element. In
incorrectly?
-Original Message-
From: Tim Reilly
Sent: Wednesday, July 28, 2004 11:53 AM
To: [EMAIL PROTECTED]
Subject: [validator] UrlValidator
First, I'm a newbie with validator, so maybe I'm just not using
it correctly.
I was hoping to use validator library to validate url strings
Thanks Martin!
Then it appears I was using the is validScheme etc incorrectly and as well a
bug. I've open a bugzilla issue for the optional port and path issues.
I have started a patch for this.
Starting with the unit test:
The patch seems easy enough. In the arrays of test parts I'm adding
Hi Hernan,
[Hernan Silberman wrote:]
Just a quick query to check the staus/stability of the id
component.
With respect to the uuid package; everything is functional; however IMO it
needs rework (all my naughty doings):
- visibility, coupling, and maybe changes in package arrangement. I've
+1
-TR
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Maybe this article helps?
I pointed people to it when we made it a convention to follow at work:
http://www.jwz.org/doc/tabs-vs-spaces.html
[Admittedly, it wasn't a real issue for us. We all used Eclipse anyhow, but
I wanted us to follow Jakarta code conventions in case there was something
for
Right, I'm glad I asked.
I realize now based on the feedback from Tim, Rob, Stephen, and Phil it was
bad idea.
From Stephen's post I realize I don't really want these util classes in the
public api.
The way it is now is fine by me.
Thanks,
-TR
Hi Oliver,
I'm sorry I've not had time to look at this yet.
Hopefully, over the weekend I will have some time.
Thanks,
-TR
[Oliver Zeigermann wrote:]
I have only modified the transaction package, not anything else and will
not make any changes to the Id package, of course.
I have
A quick but important correction... according to JSCH website:
JSch 0.0.* was released under the GNU LGPL license. Later, we have
switched
over to a BSD-style license. --http://www.jcraft.com/jsch/LICENSE.txt
So it's BSD-style. LGPL and GPL are more ambiguous AIUI, which may or might
not have
[Resending for log4j-dev list my original bounced/non-subscribed]
A quick but important correction... according to JSCH website:
JSch 0.0.* was released under the GNU LGPL license. Later, we
have switched
over to a BSD-style license. --http://www.jcraft.com/jsch/LICENSE.txt
So it's
Id
Id is active. In terms of a release... we have some work to do on uuid
stability and changing the api to match with jdk 1.5. The other identifiers
have a longer history and spun-off from lang. Oliver Zeigermann has proposed
some new work on sequence persistence. After that I'd imagine a
Noel J. Bergman wrote:
FYI:
http://java.sun.com/j2se/1.5.0/jcp/beta1/apidiffs/java/util/UUID.html
Seems to me that it would make sense to have code in our library that
provides a compatible interface.
Phil Steitz wrote:
Noel,
I agree with you, and I don't see anything that would be
I've been doing some house keeping, trivial things like updating any author
tags that are commons-Uid team to commons-Id team, adding any missing
@version tags, etc. It seems the header file has spaces that checkstyle
applies the white space checks to. I've changed the *[space] to *[nospace]
lines
Since there is a dependency on commons-logging; any issues with using it?
For example in IdentifierGeneratorFactory.java line 53
-} catch (Exception ex) {
-// ignore as default implementation will be used.
+}
+catch (Exception ex) {
+if
Any thoughts on hooking-up the UUID generation like the other id
generators?
I was thinking something along these lines:
either:
IdentifierUtils.nextUUID([UUID.VERSION_ONE | UUID.VERSION_FOUR]);
-or-
IdentifierUtils.nextVersionOneUUID();
IdentifierUtils.nextVersionFourUUID([void |
I would attribute the cryptographic quality reference in section 4 as
just referring to randomization. Making the PRNG pluggable might
be a good
compromise solution.
Phil
I think that sounds good, for the version 4 (random bytes) uuid (I think
that's what you meant? - version 1 uses MD5 of
Phil Steitz wrote:
...
than updating the Apache license to 2.0. This is a good start. We need to
get a better feel for stability / performance and some more eyeballs on
this code, so I thought it best to get it into CVS now, even if we decide
to refactor / repackage down the road. Thanks for
I will look at this stuff carefully this weekend, but one thing that
jumped out at me from your post above was that the global lock issue
might be avoidable by putting more into the node identifier, i.e., build
in a jvm identifier. IIRC, this is essentially what tomcat when
generating
I'll be traveling until March 1st - so I won't have much access to respond
to comments or question regarding this post until after next week. However,
looking forward to your thoughts.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
, February 18, 2004 9:52 PM
To: 'Jakarta Commons Developers List'
Subject: RE: [id] UUID update
I appologize for this as I mistook the ticket as a [lang] and not
[sandbox]
ticket.
Gary
-Original Message-
From: Tim Reilly [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 18
[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
I'm writing tests, and getting ready to put some tentative documentation
together for the uuid code I'd like to contribute. I've made some changes
described below. (Note: I'm using
http://www.ietf.org/internet-drafts/draft-mealling-uuid-urn-02.txt for the
specification)
Version 1 uuid generation
I've been trying to resist commenting (since I've not contributed anything
here) but I agree with Janek; an Array's join method has a different meaning
in other languages (ECMAScript, VBScript, and others). IMHO following the
expectations users have who know the other languages helps the usability
I noticed commons-codec 1.2 jar is not in http://www.ibiblio.org/maven
I don't know if it's supposed to be? or if anyone has requested it be
published there, but thought I'd ask?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
That sounds like a PITA and I wonder if we are really thinking
about this
correctly. Interleaving JNI calls and comparing timestamps will be hard
and ultimately inconclusive, IIUC. What exactly did you have in mind
here?
Why not run the native code, capture the output, and compare?
Its off topic for HttpClient (if I understand you need a transcoding proxy),
but here are some resources that may help. You may want to have a look at
some Jetspeed classes and related. Specifically the jetspeed.util.rewriter
package, websurf portlet, and the webclipping portlet.
I'd decided to test my time (clock) values against the example code in the
uuid draft. The problem was (a: I'm 10yrs rusty in C/C++) and b) I'd get
about a 34.07xx year difference in my return values versus what the C code
in the draft is giving. Eventually, I figured out to upcast the time
Not to beat a dead horse... but I was surprised this is a non-standard
header so for anyone interested here are my of interest links. As Odi
mentions Netscape introduced the header (the meta tag is the html equivalent
to the (non-standard) http header.)
Early draft refers to the Refresh header
If I understand correctly the struct and the fact that its SqlServer on
Intel P4 means I'm seeing little endian first in the DWORD and WORD fields?
That makes the pattern intelligible:
TypeField HexOctet
DWORD Data1 - [lsb0][lsb1][msb0][msb1]
WORDData2 - [lsb][msb]
WORDData3 -
Below are some transact SQL (MS-SQL Server) statements that I ran in Query
Analyzer. I'm trying to figure out how it is that a UUID in character format
translates to the hexidecimal format SQLServer uses.
An example is:
String format is: B4F00409-CEF8-4822-802C-DEB20704C365
Hexidecimal format is:
I had few questions about the Uuid code and/or coding conventions:
First, sorry to be a newbie, but I'm seeing the
$Header tags $Header:...$ and @version $Revision: ... $ tags.
They look like xdoclet tags perhaps, are they something a contributor should
be adding, or is this something committers
Hi Phil,
I've sent my WIP (Work in Progress) directly / off-list. Not sure if that's
bad protocol, but just wanted to send an update and get initial thoughts.
I've got lots to do still... re-integrating tests, new tests, I need to
verify something's about the implementations and the spec, etc,
overrun the UUID generation frequently, additional
node
- * identifiers and clocks may need to be added.
- *
- *
- * @version $Revision: 1.1 $ $Date: 2003/12/24 08:59:45 $
- * @author Tim Reilly
- */
-
-public class UuidClock
, December 22, 2003 3:24 PM
To: Jakarta Commons Developers List
Subject: Re: [lang] UUID Generator - was RE: UUID Generator?
Tim Reilly wrote:
Sorry for the response latency. See interspersed.
I guess the short answer is.. if Tyrex was thought to be a good starting
point, this is how Tyrex does
Phil, Tim, et al,
I just added the thread lifecycle handling to the *draft* UuidClock.java I'd
started
For the timestamp of a version 1 uuid.
I'll share it here.
I realize it needs more work. I haven't tested it yet, but I wanted to get
some feedback before I do more.
I'm not a committer on
RE: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25459
Was the patch I sent ok?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
To: Jakarta Commons Developers List
Subject: Re: [lang] UUID Generator - was RE: UUID Generator?
Tim Reilly wrote:
Phil, Tim, et al,
I just added the thread lifecycle handling to the *draft*
UuidClock.java I'd
started
For the timestamp of a version 1 uuid.
I'll share it here.
I
Recently in the jetspeed-dev list I decribe the unresolved licensing
questions I ran into
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
che.orgmsgNo=10234
[Inlined:]
Response to: A copyright question (Barnhill William)
From: Tim Reilly [EMAIL PROTECTED]
Subject: A copyright question
Date
For thought:
In Coldfusion world it's
stringFind(String str, String search, int ordinal)
stringFind(String str, String search, int ordinal, int start)
-and-
stringFindNoCase(String str, String search, int ordinal)
stringFindNoCase(String str, String search, int ordinal, int start)
-Original
FYI -
Thanks much for this information.
We had a what seemed like a bug using Linux/WPS/IBM-JDK to Windows/IIS using
NTLM Auth... the code ran once or twice then started getting 401 responses.
I believe the socket closed / or connection closed (then the NTLM
negotiation was not performed again.)
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
48 matches
Mail list logo