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
Please don't forget the changelog...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi
Apologies, I've missed this thread as I've been on vacation for the last
week. Here's the patch as an attchment. Hopefully this should do the trick.
Best regards
Rory
-Original Message-
From: Daniel F. Savarese [mailto:[EMAIL PROTECTED]
Sent: 15 August 2003 18:43
To: 'Jakarta
Howdy,
Is there a modeler logo image? I can't find it and I'm annoyed at the
broken image icon at http://jakarta.apache.org/commons/modeler/. If
anyone cares to contribute one, that'd be great, as my graphical talents
are negligible ;) Otherwise, I'll draw something up... Thanks,
Yoav
yoavs 2003/08/18 07:04:32
Modified:modeler project.xml
Log:
Updated developers
Revision ChangesPath
1.6 +5 -5 jakarta-commons/modeler/project.xml
Index: project.xml
===
RCS file:
Hi
I've been trying to use commons-dbcp within in our existing infrastructure
and have come across a problem.
The code below simply excutes a stored proc on Sybase which returns no
values. This causes a NullPointerException due the DelegatingResultSet.close
calling close on the null underlying
Hi Rob,
Months ago, I suggested using [functor] for such a purpose. Don't know
if you remember. Here's a quick link:
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104730670828791w=2
And you may still provide standard type checkers and converters using the
proposed framework.
I
The jar created by the 'ant dist' task creates a commons-pool.jar. Is
there any kind of standard for Commons projects to include version numbers
now?
It then goes on to build zip/tars which do contain the version numbers.
Hen
Check this against the CVS. There were recent changes to make sure that
operations were not performed on null references.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
The following comment has been added to this issue:
Author: David Eric Pugh
Created: Mon, 18 Aug 2003 11:53 AM
Body:
I am not sure what you meant by your last comment. I removed the inhertance but it
wasn't able to run all the unit tests, however using the ant build.xml seemed
The following comment has been added to this issue:
Author: David Eric Pugh
Created: Mon, 18 Aug 2003 11:58 AM
Body:
I tried the demo:swing target, and it worked fine for me. This is with maven Beta 10
and CVS head of jelly.
I think it could be closed...?
Eric Pugh
Message:
A new issue has been created in JIRA.
-
View the issue:
http://jira.codehaus.org/secure/ViewIssue.jspa?key=JELLY-71
Here is an overview of the issue:
The following issue has been updated:
Updater: David Eric Pugh (mailto:[EMAIL PROTECTED])
Date: Mon, 18 Aug 2003 12:04 PM
Comment:
Here is the documentation patch! Hope others aren't confused in the future.
Changes:
Attachment changed to jelly.patch
Hi,
Does anyone have any example code for the jms taglib? I tried to build it,
and it failed on the JMS api. I swapped in j2ee.jar and it compiled,
however I am not sure how to actually go about using the taglib.
Thanks,
Eric Pugh
Hi Herve,
I'd forgotten where the suggestion came from but the idea of linking in
[functor] is still in my head :).
I was thinking about setting up a Validator interface with a single method:
void validate(List values) throws ValidationException;
and allow Arguments to have an attached
Guys,
Sorry I haven't had a chance to read this thread - I've been on the
road since thursday. I'll be back in the real world tomorrow and i'll
get back to you all then.
- Neil
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
From: Chuck Daniels [EMAIL PROTECTED]
sc.add();
Sends event
Hi,
Can I ask (again) for some sort of help for the
verbosity problem we have with our ant tasks that use
dynamic VFS configuration?
Basically we get way too many reports...
http://gump.chalko.com/krysalis-version-antlib.html
BTW: We can't use a single VFS FileSystem 'cos these
are separate
Rob,
Basically, the Pre- and Post- stuff were to allow the automation of some
task(s). I had submitted the example of setting system properties
according to command line arguments. Quick link:
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=104697467907519w=2
To summarize, (post)
mpoeschl2003/08/18 12:59:57
Modified:pool project.xml
Log:
use collections-2.1 and junit-3.8.1
Revision ChangesPath
1.13 +2 -2 jakarta-commons/pool/project.xml
Index: project.xml
===
Hi,
There is a problem with jexl when testing dotted property names for
emptiness. I am using it from jelly through maven:
maven -Ddotted.property.name=foo goal
inside the goal:
j:if test=${empty(dotted.property.name)}
echo Empty property /echo
/j:if
j:set var=littlename
On the general topic of Java packaging and not to consider until the far 3.0
future ;-)
I think that we have a bit of package inflation already. From my POV,
commons-lang extends java.lang and all of its stuff should just go in
o.a.c.lang. But that's just me. I think that when you consider that
ggregory2003/08/18 14:52:39
Modified:lang/src/java/org/apache/commons/lang/time DateUtils.java
Log:
Removed: The private field DateUtils.dateFormats is never read locally.
Revision ChangesPath
1.16 +1 -11
He's dead Jim.
Gary
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 17, 2003 19:15
To: Jakarta Commons Developers List
Subject: Re: [lang] private field DateUtils.dateFormats is never read
locally
+1 to killing it.
On Sun, 17 Aug 2003,
rdonkin 2003/08/18 14:54:31
jakarta-commons/xdocs/stylesheets/menus - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
rdonkin 2003/08/18 14:55:56
Added: xdocs/stylesheets/menus about.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:56:14
Added: xdocs/stylesheets/menus community.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:56:29
Added: xdocs/stylesheets/menus components.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:56:49
Added: xdocs/stylesheets/menus information.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:57:24
Added: xdocs/stylesheets/menus related.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:57:40
Added: xdocs/stylesheets/menus sandbox.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:57:53
Added: xdocs/stylesheets/menus translations.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
rdonkin 2003/08/18 14:58:07
Added: xdocs/stylesheets/menus view.xml
Log:
Split menus into separate xml fragment files. Hopefully this should allow mavenized
projects to include there entities within their navigation bar.
Revision ChangesPath
1.1
FYI,
Please note that the [lang] and [codec] LICENSE.txt and all .java file
headers have been updated to correct the following spelling error:
acknowlegement is not spelled correctly; it should be acknowledgement
(missing d).
Gary
Account created, password sent, commit privs granted.
Brian
On Sun, 17 Aug 2003, Mark R. Diggory wrote:
Revised results (not that it really matters after 5 votes! :-) but...)
7 +1's Steven Caswell, Noel Bergman, Tim O'Brien, Yoav Shapira, Mark
Diggory, Juozas Baliuka, Henri Yandell
Updated Javadoc in
- CharSetUtils
- StringUtils
- WordUtils
Removed method from CharSetUtils that was deprecated, but not in 1.0.1.
Stephen
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
http://www.apache.org/~bayard/commons-lang-2.0-rc3/
Changes I know of:
Some javadoc
Matthew pretty much describes the thinking in [lang] and what I do. I
dislike large packages, especially in OSS.
One way to learn a library is to browse the packages. By keeping related
things together you can learn the API one package at a time, or dismiss a
package if it is unimportant to you.
The discussion over UUID makes me nervous.
It has been suggested that UUID, together with the rest of the id stuff goes
into a new identifier subpackage. This makes sense.
However, it is unreasonable of us to release a new package, and then
deprecate it in the next release (2.1). It also raises
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15542.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/08/18 17:39:20
Modified:validator/xdocs tasks.xml
Log:
Added deprecation notes and more TODOs.
Revision ChangesPath
1.3 +153 -0jakarta-commons/validator/xdocs/tasks.xml
Index: tasks.xml
yoavs 2003/08/18 17:43:42
Modified:latka/src/java/org/apache/commons/latka/http
RequestImpl.java
Log:
Applied misc JavaDoc corrections for bug 12916.
Revision ChangesPath
1.38 +8 -9
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12916.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=18689.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
yoavs 2003/08/18 17:50:05
Modified:codec/src/java/org/apache/commons/codec/net package.html
Log:
Added description of contents of package.
Revision ChangesPath
1.2 +7 -0
jakarta-commons/codec/src/java/org/apache/commons/codec/net/package.html
Index:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20670.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 19 Aug 2003, Stephen Colebourne wrote:
The discussion over UUID makes me nervous.
It has been suggested that UUID, together with the rest of the id stuff goes
into a new identifier subpackage. This makes sense.
However, it is unreasonable of us to release a new package, and then
On Tue, 19 Aug 2003, Stephen Colebourne wrote:
The discussion over UUID makes me nervous.
Yeah. Hard to hang onto.
It has been suggested that UUID, together with the rest of the id stuff goes
into a new identifier subpackage. This makes sense.
However, it is unreasonable of us to release
rleland 2003/08/18 18:21:14
Modified:validator project.xml
Log:
Add reports to build.
Revision ChangesPath
1.15 +30 -1 jakarta-commons/validator/project.xml
Index: project.xml
===
RCS file:
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
The discussion over UUID makes me nervous.
It has been suggested that UUID, together with the rest of the id stuff
goes
into a new identifier subpackage. This makes sense.
However, it is unreasonable of us to release a new package, and then
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
in-line comment
-Original Message-
From: Michael Heuer [mailto:[EMAIL PROTECTED]
Sent: Monday, August 18, 2003 18:00
To: Jakarta Commons Developers List
Subject: Re: [lang] RC3 util package UUID issue
On Tue, 19 Aug 2003, Stephen Colebourne wrote:
The discussion over UUID
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17157.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
bayard 2003/08/18 19:32:16
Modified:lang/src/java/org/apache/commons/lang/util package.html
lang/src/test/org/apache/commons/lang LangTestSuite.java
lang/src/test/org/apache/commons/lang/util
UtilTestSuite.java
Added:
With 4 +1's, I've moved BitField and Validate up to the main package and
have added the util package to my list of directories I remove before
tagging.
Ignoring whether we call it id, identifiers or whatever as simply removing
util from builds matches my needs.
Hen
On Tue, 19 Aug 2003, Stephen
bayard 2003/08/18 19:38:56
Modified:lang/src/test/org/apache/commons/lang AllLangTestSuite.java
Log:
Removed UtilTestSuite
Revision ChangesPath
1.3 +1 -3
jakarta-commons/lang/src/test/org/apache/commons/lang/AllLangTestSuite.java
Index:
bayard 2003/08/18 19:39:59
Modified:lang RELEASE-NOTES.txt
Log:
Moved BitField and Validate. Will rebuild the jardiff later.
Revision ChangesPath
1.26 +3 -6 jakarta-commons/lang/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
bayard 2003/08/18 19:40:47
Modified:lang STATUS.html
Log:
Moved BitField/Validate
Revision ChangesPath
1.47 +3 -8 jakarta-commons/lang/STATUS.html
Index: STATUS.html
===
RCS file:
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 there,
On Sun, 17 Aug 2003, Rodney Waldhoff wrote:
On Fri, 15 Aug 2003, Henri Yandell wrote:
On Fri, 15 Aug 2003, Rodney Waldhoff wrote:
On Thu, 14 Aug 2003, Henri Yandell wrote:
Forcing a user of three api's to grab
dependencies for 12 other api's is going to kill combo dead in
We're noticing around a 150ms overhead and ALL calls (GETs, POSTs, etc)
when using HTTPClient (tried everything between 2.0 alpha 3 and 2.0
RC1). The strange thing is that sometimes those overheads drop down to
5ms, which is much better and what we expect. Unfortunately, we haven't
been able to
Hi Pat,
There are a couple of possibilities. Most likely one of the following
is happening:
- You are experiencing a known slowdown due to
HttpConnection.isStale(). This causes a constant slowdown for every
method execution. This is to ensure that a connection is still open
before it is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19171.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
63 matches
Mail list logo