adammurdoch2003/02/20 01:22:13
Modified:vfs/src/test/org/apache/commons/vfs/test
AbstractProviderTestCase.java
ProviderTestSuite.java
Log:
Create the FileSystemManager once per provider test suite, rather than once per test
case.
olegk 2003/02/20 01:23:30
Modified:httpclient/src/examples ClientApp.java
MultipartFileUploadApp.java
Log:
ClientApp MultipartFileUploadApp update. All examples are now compileable with
Java 1.2.2
Contributed by Michael Becke
Revision Changes
I would like to propose that a number of methods be added to the Log
interface to meet the suggestion outlined in the commons-logging user
guide: Perhaps more direct support for internationalizing log messages
can be introduced in a future or alternate version of the Log interface
It seems to me
Hi all.
I'm using struts 1.1b3 with Validator as plug-in.
The thing is that I have dynamic data which I get from the DB, so to
build static validation.xml is not an option for me. My solution wasto
use commons-validator API to maintain the ValidatorResources.
Howdy,
I'd prefer to rename them then too. This however causes obvious
deprecation issues. It seems that I should deprecate the current
HashMap
versions and create new ones.
Any preferences?
If you're going to do it, do it right: deprecate old, make new ones with
proper names, implementing
robert burrell donkin [EMAIL PROTECTED] writes:
[SNIPPED]
if you don't want the release mirrored, then go ahead and update the
websites (commons and jakarta-site2) and then send your
announcements. (if you need someone with daedelus karma to update the
sites once you've check in your
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=17245.
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=17224.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jstrachan2003/02/20 07:57:57
Modified:jelly/src/java/org/apache/commons/jelly/tags/core
InvokeStaticTag.java
Log:
patch to handle null thread context class loader which was spotted by eagle-eyed
dIon :)
Revision ChangesPath
1.2 +14 -9
From: [EMAIL PROTECTED]
James.,
Thread.getContextClassLoader() could return null.
Well spotted dIon - have fixed it now.
James
---
http://radio.weblogs.com/0112098/
__
Do You Yahoo!?
Everything you'll ever need on one web page
from
olegk 2003/02/20 08:36:20
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpParser.java
Log:
Bug fix: HttpParser#readRawLine method did not properly handle EOF (stream closed)
condition
Contributed by Sam Maloney [EMAIL PROTECTED]
Now that 1.6.1 has been released, I'm wondering if there is any interest in this.
Thanks,
-Erik
- Message from [EMAIL PROTECTED] -
Date: Wed, 12 Feb 2003 17:06:42 +
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
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=17250.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:34
jakarta-commons/jelly/jelly-tags/jface - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/java/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:34
jakarta-commons/jelly/jelly-tags/jface/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/java/org/apache/commons/jelly - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/java/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/test/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/test/org/apache/commons/jelly - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:35
jakarta-commons/jelly/jelly-tags/jface/src/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
jstrachan2003/02/20 10:00:40
Added: jelly/jelly-tags/jface maven.xml project.xml
project.properties
Log:
added patch supplied by Christiaan ten Klooster to create a JFace library which
extends JellySWT to add JFace semantics.
please see this issue
rdonkin 2003/02/20 10:06:59
Modified:betwixt/src/java/org/apache/commons/betwixt XMLUtils.java
Log:
Removed unused definitions from static initializer. Changes suggested by Andrew
Freeman.
Revision ChangesPath
1.3 +5 -35
On Thursday, February 20, 2003, at 03:15 AM, Andrew Freeman wrote:
I just started using betwixt last night and I have to say that I have
really
it has been a lot of fun to work with. In my effort to figure out how it
works, I noticed that charRange, spaceChar, pubidRange, and pubidChar are
jstrachan2003/02/20 10:07:18
Modified:jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
ImageTag.java
Log:
added patch supplied by Christiaan ten Klooster to support images
http://jira.werken.com/secure/ViewIssue.jspa?key=JELLY-33
jstrachan2003/02/20 10:14:53
Modified:jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt
WidgetTag.java
Added:
jelly/jelly-tags/swt/src/java/org/apache/commons/jelly/tags/swt/converters
ColorConverter.java
Log:
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=17253.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2003/02/20 10:20:41
Modified:betwixt/src/java/org/apache/commons/betwixt/io
BeanRuleSet.java
Log:
Removed unused local variable. Spotted by Andrew Freeman.
Revision ChangesPath
1.3 +5 -6
i've removed it now. thanks.
- robert
On Thursday, February 20, 2003, at 03:44 AM, Andrew Freeman wrote:
What is the purpose of line 225 of the BeanRuleSet class?
String propertyName = childDescriptor.getPropertyName();
The propertyName variable does not seem to be used.
thanks,
Andy
On Thursday, February 20, 2003, at 02:26 PM, Jeffrey D. Brekke wrote:
robert burrell donkin [EMAIL PROTECTED] writes:
[SNIPPED]
if you don't want the release mirrored, then go ahead and update the
websites (commons and jakarta-site2) and then send your
announcements. (if you need someone
jstrachan2003/02/20 10:56:16
Modified:jelly/jelly-tags/bsf/src/java/org/apache/commons/jelly/tags/bsf
BSFTagLibrary.java
Added: jelly/jelly-tags/bsf/src/java/org/apache/commons/jelly/tags/bsf
ScriptTag.java
Log:
Added an
The Avalon i18n sub-project has a bit in common with this
project, and I would like to get a feeling from you guys
about merging functionality from our i18n subproject into
Resource.
Avalon is in the process of trying to remove all utility and
library code that is not an Avalon component, which
I am proposing to the Avalon team to drop Excalibur IO in favor of
Commons IO. That way it is less for us to maintain--and it is a
library, not a component.
As far as I know all functionality is merged in. Our users do need
an official replacement which can only happen when there is a Commons
This might come across as being a bit bombastic, but there are points in
there, honest.
On Thu, 20 Feb 2003, Berin Loritsch wrote:
I am proposing to the Avalon team to drop Excalibur IO in favor of
Commons IO. That way it is less for us to maintain--and it is a
library, not a component.
hi berin
the rule here is that only promoted components (as i like to call them -
but probably you'd like to call them libraries) can be released. io is
currently in the sandbox but i have found a promotion VOTE thread from
last year:
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=17219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oh, yeah looking at that thread reminds me of one thing. The compress
sub-package needs to move out of io.
On Thu, 20 Feb 2003, robert burrell donkin wrote:
hi berin
the rule here is that only promoted components (as i like to call them -
but probably you'd like to call them libraries) can
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=17219.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I only saw 2 i18n classes in your javadoc. It seems like you could migrate
to using Resources pretty easily.
David
From: Berin Loritsch [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
[EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Resource] Combining forces
Date: Thu, 20 Feb
Henri Yandell wrote:
This might come across as being a bit bombastic, but there are points in
there, honest.
On Thu, 20 Feb 2003, Berin Loritsch wrote:
I am proposing to the Avalon team to drop Excalibur IO in favor of
Commons IO. That way it is less for us to maintain--and it is a
library,
David Graham wrote:
I only saw 2 i18n classes in your javadoc. It seems like you could
migrate to using Resources pretty easily.
Yep. It is largely a resource caching mechanism.
Does Commons resources cache?
David
From: Berin Loritsch [EMAIL PROTECTED]
Reply-To: Jakarta Commons
On Thu, 20 Feb 2003, Berin Loritsch wrote:
Henri Yandell wrote:
This might come across as being a bit bombastic, but there are points in
there, honest.
On Thu, 20 Feb 2003, Berin Loritsch wrote:
I am proposing to the Avalon team to drop Excalibur IO in favor of
Commons IO. That
Berin Loritsch wrote:
David Graham wrote:
I only saw 2 i18n classes in your javadoc. It seems like you could
migrate to using Resources pretty easily.
Yep. It is largely a resource caching mechanism.
Does Commons resources cache?
Attached is all of the source code including the
Berin Loritsch wrote:
David Graham wrote:
I only saw 2 i18n classes in your javadoc. It seems like you could
migrate to using Resources pretty easily.
Yep. It is largely a resource caching mechanism.
Does Commons resources cache?
Attached is all of the source code including the
Hello (not many eyeballs on commons-users,
it seems)
I am trying to write unit tests for Commons
Validator. I looked at the tests that come
with Validator and tried to copy the setup.
However, the tests keep Failing (not the
same as not passing), and I suspect this is
due to something being
this will be a bug fix release so no new features. i'll create release
notes.
unless there are any objections with my proposed treatment of the bugs in
bugzilla, i'll start on this plan.
bug fixes
=
12997 (Call the method as soon as the last parameter is encountered)
Fine with me! Perhaps Class.forName() is about as lazy as catch(
Exception e )... Glad I could contribute :-)
I've been looking around the new website and I like how the tags are
seperated out now. One thing that has been on my mind is to povide some
mini tutorials or example usages on several
We're playing around internally with various VFS type solutions (including
those in jEdit and Netbeans).
Ideally we're looking for something more free-standing, so the Jakarta one
at first glance looks like it may be helpful.
As an aside, we've created our own remote file system interface for
Here is the JUnit test class and test script for the InvokeStaticTag.
And yep, I ran it :-)
- Robert
/*
* $Header: $
* $Revision: $
* $Date: $
*
*
*
* The Apache Software License, Version 1.1
*
* Copyright (c) 2002
Here is a patch for another unused variable.
HTH,
Andy
Index: BeanCreateRule.java
===
RCS file:
/home/cvspublic/jakarta-commons/betwixt/src/java/org/apache/commons/betwixt/io/BeanCreateRule.java,v
retrieving revision 1.20
diff -u
Here is a patch that removes some dead code from TestBeanReader.
HTH,
Andy
Index: TestBeanReader.java
===
RCS file:
/home/cvspublic/jakarta-commons/betwixt/src/test/org/apache/commons/betwixt/TestBeanReader.java,v
retrieving
scolebourne2003/02/20 15:14:03
Modified:collections/src/java/org/apache/commons/collections
BagUtils.java
Log:
Use correct internal method, from Andrew Freeman
Update licence and javadoc
Revision ChangesPath
1.8 +62 -47
dmitri 2003/02/20 16:37:26
Modified:jxpath/src/java/org/apache/commons/jxpath/ri
JXPathContextReferenceImpl.java
Log:
Fixed a ClassCastException
Revision ChangesPath
1.29 +5 -5
+1 to all.
Go for it :)
Scott
On Thu, Feb 20, 2003 at 08:53:57PM +, robert burrell donkin wrote:
this will be a bug fix release so no new features. i'll create release
notes.
unless there are any objections with my proposed treatment of the bugs in
bugzilla, i'll start on this plan.
I was going to doc up the tag for the website, but the 'tags.html'
doesn't seem to be in cvs for the xdocs. Nor for any of the others...
- Robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
+1
Craig
On Thu, 20 Feb 2003, robert burrell donkin wrote:
Date: Thu, 20 Feb 2003 20:53:57 +
From: robert burrell donkin [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers [EMAIL PROTECTED]
Subject: [digester] 1.4.1 release plan
adammurdoch2003/02/20 21:12:03
Modified:vfs/src/java/org/apache/commons/vfs/impl
StandardFileSystemManager.java
Added: vfs/src/java/org/apache/commons/vfs/impl providers.xml
Log:
- Load list of providers from a config file, rather than hard-coding
adammurdoch2003/02/20 21:13:59
Modified:vfs/src/java/org/apache/commons/vfs/impl
DefaultFileSystemManager.java
vfs/src/java/org/apache/commons/vfs Resources.properties
vfs/src/test/org/apache/commons/vfs/test
adammurdoch2003/02/20 21:14:12
jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/example - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
adammurdoch2003/02/20 21:15:52
Modified:vfs/src/java/org/apache/commons/vfs FileUtil.java
Added: vfs/src/java/org/apache/commons/vfs/example Shell.java
Log:
Added an example command-line shell.
Revision ChangesPath
1.4 +28 -1
adammurdoch2003/02/20 21:16:17
Modified:vfs/src/java/org/apache/commons/vfs VFS.java
vfs/src/java/org/apache/commons/vfs/provider
AbstractFileObject.java package.html
Added: vfs/src/java/org/apache/commons/vfs/example package.html
adammurdoch2003/02/20 21:17:18
Modified:vfs/xdocs api.xml
Log:
Added details on configuring a FileSystemManager.
Revision ChangesPath
1.5 +163 -30 jakarta-commons-sandbox/vfs/xdocs/api.xml
Index: api.xml
adammurdoch2003/02/20 21:17:38
Modified:vfs project.xml
Log:
Include xml resources in the Jar.
Revision ChangesPath
1.18 +1 -0 jakarta-commons-sandbox/vfs/project.xml
Index: project.xml
Jandalf
I see your point. However, there's a concern which I would like to be
taken into consideration. It might take quite a while before we make it
past 2.2 release. A lot of useful code may simply be lost during that
time. There has already been a few cases when the contribution did not
merit
Sam
Thank you so much for tracking it down. It's really appreciated.
Would not it be a bit cleaner to fix this part, though? What's your
opinion on that?
while ((statusString != null) !statusString.startsWith(HTTP/)) {
statusString = conn.readLine();
}
Cheers
Oleg
On
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=16458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Committed
On Thu, 2003-02-20 at 17:32, Jeffrey Dever wrote:
Oleg, this fix will need to go in before we drop alpha3.
Sam Maloney wrote:
On Wednesday 19 February 2003 17:39, Oleg Kalnichevski wrote:
Hi Sam
I believe the bug has been fixed by now. I stumbled upon it a few days
ago
Ok, I'm gonna test it right now and tell you tomorrow morning if everything
went ok with my app.
Oleg Kalnichevski a écrit :
Committed
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Sounds like a good plan. I was thinking we might want to include the
contrib code in the source distribution. It would be more convenient
for users and I think it would help to promote code contribution.
Mike
+1
Oleg Kalnichevski wrote:
Jandalf
I see your point. However, there's a concern
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=16458.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1
Very much appreciated.
Oleg Kalnichevski wrote:
Something like root/src/contrib, which
would contain a package named org.apache.commons.httpclient.contrib or
something similar. This package would not be officially maintained. It
would not be included into neither BIN nor SRC distribution,
Mike has passed the vote and should receive commit access to the cvs
repository soon. Welcome aboard Mike!
http://jakarta.apache.org/commons/httpclient/news.html
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
I want to create a multipart post with an InputStream instead of a File.
Is that possible?
Thomas
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Oleg,
I can't say I comletely agree with your point (or understand it), but so be it.
Feel free to ask for clarification.
Basically I was trying (in my wordy way) to say that toUsingCharset
seems to do two things:
- Convert the Unicode string to an array of bytes using the converter
for
How about if we just deprecate the @#% thing and the two URIUtil methods
that call it?
For what it's worth, Laura and Oleg, you are completely correct. The
toUsingCharset method is 100% guaranteed to screw up characters, the only
question is which characters.
I would depreciate the code and
oh no!
You should keep your name as is since you were here
first. But are you sure I'm not really one of your
split personalities ;)
EJJ
(who changed his send line in order to avoid
masquerading as the 'good' Eric)
-eej.
P.S. I changed my name on send line, so as to avoid
being
I tried it but there is a problem to integrate the method getLength()
because I don't know the length of the InputStream. What are the problems if
this method returns 0 (I'm sure there will be some!)?
Thomas
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
80 matches
Mail list logo
