This seems like a useful class to me. Any reason not to add it?
http://issues.apache.org/bugzilla/show_bug.cgi?id=38772
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
This seems like a useful class to me. Any reason not to add it?
http://issues.apache.org/bugzilla/show_bug.cgi?id=38772
Yes, it uses static instances of DateFormat and the DateFormat javadocs say:
Date formats are not synchronized. It is
Henri Yandell wrote on Monday, March 06, 2006 9:02 AM:
This seems like a useful class to me. Any reason not to add it?
http://issues.apache.org/bugzilla/show_bug.cgi?id=38772
It's way from complete. While some ISO8601formats are quite obscure, using UTC
is really common, otherwise you're
Jörg Schaible wrote on Monday, March 06, 2006 9:37 AM:
[snip]
That would be an IMHO an interesting extension to lang (since
FastDateFormat provides the necessary functionality and
DateRangeUtils already deal with ISO8601 symbols). WDYT?
Having a second look at lang I found (again)
Hello.
I'll appreciate your help with the following problem:
My program is supposed to connect to ftp server from ftp client and get
files from predefined directory.
It works except one thing:
FTPClient ftp = new FTPClient();
...
...
FTPFile[] filesArr =
On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
Whatever happens, Latka needs the same to happen for it. It's been
released, but only a 1.0-alpha1 N years ago. Not sure that even
counts.
+1. Latka is definitely dormant.
--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with
Author: olegk
Date: Mon Mar 6 01:41:35 2006
New Revision: 383501
URL: http://svn.apache.org/viewcvs?rev=383501view=rev
Log:
PR #38818 (Failed CONNECT leaves connection in an inconsistent state)
Contributed by Oleg Kalnichevski
Reviewed by Roland Weber, Michael Becke, Ortwin Glück
Modified:
Author: olegk
Date: Mon Mar 6 01:43:34 2006
New Revision: 383502
URL: http://svn.apache.org/viewcvs?rev=383502view=rev
Log:
PR #38818
Modified:
jakarta/commons/proper/httpclient/trunk/release_notes.txt
Modified: jakarta/commons/proper/httpclient/trunk/release_notes.txt
URL:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38830.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
--- James Ring wrote:
Does CLI fit into the picture? Or do you feel that
there are issues with it
that would prevent it from becoming part of the
proposed JLC?
CLI has dependencies at present. A slimmed down CLIv2
might be appropriate. Question is whether we believe
this would be an
I am also a [resources] developer and while I wish there were more interest
in supporting it, I just don't see that happening any time soon. Also, I
agree with Niall that the API needs a bit of clean up.
At one point, the existing MessageResources (Struts) were to be deprecated
in favor of
Sorry, lost track of this thread. Where did we get to here?
- Brett
Brett Porter wrote:
StringBuffer is kind of like it, but don't take that too literally.
Please reuse the code from plexus-utils if you can! It would make
porting *much* easier.
- Brett
Niklas Gustavsson wrote:
Let me
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Can we establish the status of [resources].
Rahul Akolkar wrote:
On 3/6/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
--- James Ring wrote:
Does CLI fit into the picture? Or do you feel that
there are issues with it
that would prevent it from becoming part of the
proposed JLC?
CLI has dependencies at present. A slimmed down CLIv2
might be
Author: brett
Date: Mon Mar 6 07:43:45 2006
New Revision: 383567
URL: http://svn.apache.org/viewcvs?rev=383567view=rev
Log:
update to be consistent with exec and openpgp for now
Modified:
jakarta/commons/sandbox/jci/trunk/pom.xml
Modified: jakarta/commons/sandbox/jci/trunk/pom.xml
URL:
On 3/6/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/5/06, Henri Yandell [EMAIL PROTECTED] wrote:
Phil's suggestion for FeedParser was:
We need to make a decision on which way to go here...either demote
back to sandbox/dormant or have someone step up to drive this
component toward a
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
This will be formed from the following codebases:
[lang]
[io]
On 3/6/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
--- James Ring wrote:
Does CLI fit into the picture? Or do you feel that
there are issues with it
that would prevent it from becoming part of the
proposed JLC?
CLI has dependencies at present. A slimmed down CLIv2
might be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
hi,
I actually think commons-archiver is a better name (the library I have
used is plexus-archiver [1], which is derived from the same code and I
want to merge them here).
Note that there is also the unpack/decompress portion as well.
+1 to the
On 3/5/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
snip/
Now what happend? I was frustrated, and this feeling is still alive. Not
only due to the fact that this is not allowed, but also while it took so
long time to appear.
snap/
I understand some frustration that it look so many RCs to
Hi!
I'd rather vfs depend on slide then to copy the classes over.
Yes, this is as it is now, but if slide didnt manage to release we will
never see a vfs release :-(
Is there something that stops a VFS 1.0 with the rest of
the providers (without these three)? Sure, it makes the
Hi!
I have done something and uploaded a draft:
http://grobmeier.de/commons-compress-draft.zip
I've looked at it a little bit.
1) Please take care to always close your input/output streams. ie. do
this in a finally() block so that in any case (excpetion) the streams
were closed
2) you cant
On 3/6/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I'd rather vfs depend on slide then to copy the classes over.
Yes, this is as it is now, but if slide didnt manage to release we will
never see a vfs release :-(
Is there something that stops a VFS 1.0 with the rest of
the
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
snip/
I hereby propose the creation of a new Jakarta entity named 'Jakarta
Language Components'.
snap/
For some, this may invoke an immediate negative reaction. But I'd ask
you to pause and reflect a while. This change allows a new
On 3/6/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
snip/
--- Henri Yandell wrote:
To effect this, I think that the sandbox should be at
the Jakarta level and not at the Commons level.
+1. But I think you may need a jakarta-dev list.
snap/
Yes, and this should also help in:
* Getting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
1) Please take care to always close your input/output streams. ie. do
this in a finally() block so that in any case (excpetion) the streams
were closed
OK, i will check this tonight or tomorrow evening :-)
2) you cant handle directories now,
On 3/6/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/6/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I'd rather vfs depend on slide then to copy the classes over.
Yes, this is as it is now, but if slide didnt manage to release we will
never see a vfs release :-(
Is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What would be the work involved in getting compress released? Any idea?
- - fixing the 3 (or 4) Bugs
- - preparing an commonly used interface
- - having functions for deleting files from a compressed file (optional,
i think)
- - clean up of the old
On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
It might make things simpler to draw up an entire future re-org of
Jakarta. See who gets dropped through the cracks and decide if we have
to kill, accept or leave them to stand alone. There are some obvious
ones for JWC, and some that
On 3/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
It might make things simpler to draw up an entire future re-org of
Jakarta. See who gets dropped through the cracks and decide if we have
to kill, accept or leave them to stand alone.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38688.
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://issues.apache.org/bugzilla/show_bug.cgi?id=38792.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Seems like a good idea. Since PADDING is private, the change will not
create an incompatibility.
Gary
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Sunday, March 05, 2006 11:34 PM
To: Jakarta Commons Developers List
Subject: [lang] lazy load of PADDING in
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38870.
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://issues.apache.org/bugzilla/show_bug.cgi?id=38870.
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://issues.apache.org/bugzilla/show_bug.cgi?id=38792.
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://issues.apache.org/bugzilla/show_bug.cgi?id=38792.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 3/6/06, C. Grobmeier [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What would be the work involved in getting compress released? Any idea?
- - fixing the 3 (or 4) Bugs
- - preparing an commonly used interface
- - having functions for deleting files from a
On 3/6/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 3/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
On 3/6/06, Henri Yandell [EMAIL PROTECTED] wrote:
snip/
It might make things simpler to draw up an entire future re-org of
Jakarta. See who gets dropped through the cracks and decide
On 3/6/06, Phil Steitz [EMAIL PROTECTED] wrote:
snip/
The key thing is to have it driven by people who
want to make it happen.
So who is going to make JWC happen :-)
snap/
Given that:
* I have the drive for working on the RDC taglib, and
* Taglibs committed itself to JWC last year
(only votes from jakarta pmc'ers are binding in this case)
i count as follows:
binding +1's
robert burrell donkin
Dion Gillard
Noel J. Bergman
non-binding +1's
Sandy McArthur
Brian K. Wallace
if i've missed any votes please post a correction
a bare quorum (3 binding
Hi!
I'll invite everyone who has some time to a meeting in vienna/austria.
Location: Ma Pitom
Date: 28.3.2006
Time: 18:30
We have no free stickers, no t-shirts or any other gift, just a meeting
to drink a beer - or two - maximum.
You meet me (if this is of any interest) and some guys from the
Author: sandymac
Date: Mon Mar 6 13:32:02 2006
New Revision: 383680
URL: http://svn.apache.org/viewcvs?rev=383680view=rev
Log:
Added TestPoolUtils to the TestAll TestSuit
Modified:
jakarta/commons/proper/pool/trunk/src/test/org/apache/commons/pool/TestAll.java
Yes, of course, one beer maximum!
(at a time, per person ;)
regards,
Martin
On 3/6/06, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
I'll invite everyone who has some time to a meeting in vienna/austria.
Location: Ma Pitom
Date: 28.3.2006
Time: 18:30
We have no free stickers, no
Author: sandymac
Date: Mon Mar 6 14:06:16 2006
New Revision: 383688
URL: http://svn.apache.org/viewcvs?rev=383688view=rev
Log:
Updated BaseObjectPools and unit tests to conform to the Pool 2.0 contract
changes.
* getNumIdle/getNumActive now return a negative value when unsupported.
* calling
On 3/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sandymac
Date: Mon Mar 6 14:06:16 2006
New Revision: 383688
URL: http://svn.apache.org/viewcvs?rev=383688view=rev
Log:
Updated BaseObjectPools and unit tests to conform to the Pool 2.0 contract
changes.
*
Author: dennisl
Date: Mon Mar 6 14:23:24 2006
New Revision: 383694
URL: http://svn.apache.org/viewcvs?rev=383694view=rev
Log:
PR #38870
Fix the broken link to examples.
Modified:
jakarta/commons/proper/dbcp/trunk/xdocs/index.xml
Modified: jakarta/commons/proper/dbcp/trunk/xdocs/index.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38870.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 3/6/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sandymac
Date: Mon Mar 6 14:06:16 2006
New Revision: 383688
URL: http://svn.apache.org/viewcvs?rev=383688view=rev
Log:
Updated BaseObjectPools and unit tests to conform
On 3/6/06, Sandy McArthur [EMAIL PROTECTED] wrote:
On 3/6/06, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 3/6/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: sandymac
Date: Mon Mar 6 14:06:16 2006
New Revision: 383688
URL: http://svn.apache.org/viewcvs?rev=383688view=rev
Author: rahul
Date: Mon Mar 6 15:23:08 2006
New Revision: 383704
URL: http://svn.apache.org/viewcvs?rev=383704view=rev
Log:
Add a section on SCXML Contexts and Evaluators (plugging in an expression
language).
Added:
jakarta/commons/sandbox/scxml/trunk/xdocs/guide/contexts-evaluators.xml
Phil Steitz wrote:
I disagree there, and that is what actually led me to move to +1 for
Stephen's proposal, when I have consistently argued against breaking
j-c up in the past. I think it is reasonable to attack the problem
(which, like some others I am not sure is as much a problem as some of
Henri Yandell wrote:
Is it intentional for the source to contain the binary jar?
Yes. Guarantees a correct JDK built jar.
Noticed that the binary dists (and previous release of io) put the
javadoc in docs/*. Others seem to do it in docs/api/*. Yet more do it
in docs/apidocs/* if memory
Your patch got lost, but perhaps you could commit it and then I'll review.
I think I agree with most of your points, but I still want to be able to
manually close the iterator, and to have a closeQuietly to help with
that (closeQuietly is [io] style)
Stephen
Sandy McArthur wrote:
Attached
I'm in favour of dropping this, or limiting it to just ASCII 32-128.
I fear it was a premature optimisation on my part way back when.
Stephen
Gary Gregory wrote:
Seems like a good idea. Since PADDING is private, the change will not
create an incompatibility.
Gary
-Original
Author: rahul
Date: Mon Mar 6 16:06:39 2006
New Revision: 383719
URL: http://svn.apache.org/viewcvs?rev=383719view=rev
Log:
Add FAQ page.
Remove clover, jellydoc report; add faq report.
Added:
jakarta/commons/sandbox/scxml/trunk/xdocs/faq.fml (with props)
Modified:
Author: sandymac
Date: Mon Mar 6 16:49:18 2006
New Revision: 383730
URL: http://svn.apache.org/viewcvs?rev=383730view=rev
Log:
Cleaned up LineIterator changes include:
* Removed the IOIterator interface, it can be added back later when there is
more than one
Iterator implementations with a
Author: skitching
Date: Mon Mar 6 17:11:50 2006
New Revision: 383735
URL: http://svn.apache.org/viewcvs?rev=383735view=rev
Log:
Define parent pom
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/core/pom.xml
Modified:
Henri Yandell wrote:
It all comes back to my main problem - there is no Jakarta community.
You're right about organic growth being the best way, let it happen.
JLC will head off and enjoy its health etc. For Jakarta as a whole
organic-growth of the subcommunities is not good.
I'd
Author: psteitz
Date: Mon Mar 6 18:04:03 2006
New Revision: 383746
URL: http://svn.apache.org/viewcvs?rev=383746view=rev
Log:
Fixed broken nav link.
Modified:
jakarta/commons/proper/dbcp/trunk/xdocs/navigation.xml
Modified: jakarta/commons/proper/dbcp/trunk/xdocs/navigation.xml
URL:
Author: psteitz
Date: Mon Mar 6 18:11:52 2006
New Revision: 383747
URL: http://svn.apache.org/viewcvs?rev=383747view=rev
Log:
Updated siteAddress.
Modified:
jakarta/commons/proper/dbcp/trunk/project.xml
Modified: jakarta/commons/proper/dbcp/trunk/project.xml
URL:
Author: skitching
Date: Mon Mar 6 20:12:43 2006
New Revision: 383765
URL: http://svn.apache.org/viewcvs?rev=383765view=rev
Log:
Include core files inline in static jar. Other minor pom tweaks.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/core-static/pom.xml
Modified:
We're discussing various ideas and thoughts on restructuring Jakarta
on the [EMAIL PROTECTED] mailing list. On the off chance that someone
isn't subscribed to the general@jakarta.apache.org mailing list, I
thought I'd drop an email to each of the -dev mailing lists so they
have a chance to be
Author: skitching
Date: Mon Mar 6 20:14:19 2006
New Revision: 383766
URL: http://svn.apache.org/viewcvs?rev=383766view=rev
Log:
Include core files inline in dynamic jar. Other minor pom tweaks.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/core-dynamic/pom.xml
Modified:
Author: skitching
Date: Mon Mar 6 20:15:47 2006
New Revision: 383768
URL: http://svn.apache.org/viewcvs?rev=383768view=rev
Log:
Declare ibiblio repository so codehaus plugins can be used.
Other minor tweaks/cleanups.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/pom.xml
Author: skitching
Date: Mon Mar 6 20:16:58 2006
New Revision: 383769
URL: http://svn.apache.org/viewcvs?rev=383769view=rev
Log:
Use valid project name in pom.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/log4j/pom.xml
Author: skitching
Date: Mon Mar 6 20:17:34 2006
New Revision: 383771
URL: http://svn.apache.org/viewcvs?rev=383771view=rev
Log:
Ant buildfile now obsolete, replaced by maven2 build.
Removed:
jakarta/commons/proper/logging/contrib/simon/jcl2/build.xml
Author: skitching
Date: Mon Mar 6 20:18:38 2006
New Revision: 383772
URL: http://svn.apache.org/viewcvs?rev=383772view=rev
Log:
Whitespace cleanups only
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/core/java/org/apache/commons/logging/Log.java
Author: skitching
Date: Mon Mar 6 21:11:35 2006
New Revision: 383784
URL: http://svn.apache.org/viewcvs?rev=383784view=rev
Log:
Enable checkstyle report for logging code.
Added:
jakarta/commons/proper/logging/contrib/simon/jcl2/checkstyle.xml
Modified:
Author: skitching
Date: Mon Mar 6 21:12:56 2006
New Revision: 383785
URL: http://svn.apache.org/viewcvs?rev=383785view=rev
Log:
Add link to parent pom
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/log4j/pom.xml
jakarta/commons/proper/logging/contrib/simon/jcl2/noop/pom.xml
Author: skitching
Date: Mon Mar 6 21:15:27 2006
New Revision: 383786
URL: http://svn.apache.org/viewcvs?rev=383786view=rev
Log:
Checkstyle-related fixes.
Modified:
jakarta/commons/proper/logging/contrib/simon/jcl2/core-dynamic/java/org/apache/commons/logging/LogFactoryDynamic.java
Would it be possible for this proposal and modifications based on the
following 26 emails to be sent to [EMAIL PROTECTED] for greater
discussion?
Hen
On 3/5/06, Stephen Colebourne [EMAIL PROTECTED] wrote:
Time to stop being negative, here is what I would like to happen next.
I hereby propose
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=38792.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
73 matches
Mail list logo
