ebourg 2004/06/21 05:37:40
Modified:configuration/src/java/org/apache/commons/configuration
AbstractConfiguration.java
CompositeConfiguration.java Configuration.java
Log:
getList revamp
- getList(key, null) in AbstractConfiguration
Jar size isn't important, maintainable code size is why I suggested moving
to storing the value in the abstract.
Am happy to rollback if that is desired.
Hen
On Mon, 21 Jun 2004, Stephen Colebourne wrote:
I've only now got a chance to review this (holiday ;-).
I am less than happy with the
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=27747.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Rami Ojares wrote:
Why does vfs use everywhere possible final modifier?
Is this some kind of performance optimization or some
design issue?
Here i find a (IMHO) good summary about the various finals
http://renaud.waldura.com/doc/java/final-keyword.shtml
There is a performance aspect when using
Mario Ivankovits wrote:
There is a performance aspect when using final often - the jvm can
aggressive optimize (whatever that means), but IMHO this was not the
(only) indention of the original authors.
I have yet to see a convincing benchmark proving the performance
argument, the last time I
Emmanuel Bourg wrote:
Mario Ivankovits wrote:
There is a performance aspect when using final often - the jvm can
aggressive optimize (whatever that means), but IMHO this was not the
(only) indention of the original authors.
I have yet to see a convincing benchmark proving the performance
Mario Ivankovits wrote:
But using the final keyword of OO design is a good practice.
Certainly when it makes sense, but using it for almost every method
parameter is certainly not a good practice. I tend to rely on the unit
tests to ensure a parameter hasn't been modified in a way that generates
ebourg 2004/06/21 06:49:24
Modified:configuration/src/java/org/apache/commons/configuration
AbstractConfiguration.java
configuration/src/test/org/apache/commons/configuration
TestBaseConfiguration.java
Log:
renamed the
I'm getting a ClassCastException that I don't understand. I hope someone can help with
this, because I'd very much like to be able to use DbUtil on my project!
The stack trace:
org.apache.commons.dbutils.BasicRowProcessor$CaseInsensitiveHashMap
java.lang.ClassCastException:
I have pronlems with VfsTask.
First of all I need to instantiate AntLogger in ant tasks
so AntLogger needs to be made public.
But that is not enough since I need to instantiate it also
in DataTypes (FileSet in particular).
Also resolveFile needs to be accessed from FileSet DataType.
Therefore I
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=29714.
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=26066.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What happens if FileSystemManager is not closed and JVM exits.
In other words what does close method do?
And is it a problem if there are many FileSystemManagers?
This can happen when instantiating outside of VFS class.
Can there be any problems if Ant task uses one manager instance and
some other
Rami Ojares schrieb:
I have pronlems with VfsTask.
First of all I need to instantiate AntLogger in ant tasks
so AntLogger needs to be made public.
But that is not enough since I need to instantiate it also
in DataTypes (FileSet in particular).
Also resolveFile needs to be accessed from FileSet
Rami Ojares wrote:
What happens if FileSystemManager is not closed and JVM exits.
Nothing special - there is no cleanup handling on jvm exit.
In other words what does close method do?
close() on the manager release all used resources resolved/used by this
manager instance
And is it a
What of your toolbox component do need the filesystemmanager?
I looked into them, but they only use the passed fileobjects.
Yeah, that was more like a what if question :)
I like the idea of the current ant task implementation, they instantiate
their own manager in the context of the
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=29716.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This is great Henri. I never understood why Maven in its default deploy
task wouldn't automatically generate or update the POM's as well.
I've deployed the poms for every commons jar released in the
java-repository that my script could find a tag for in CVS.
A bunch still missing, and will
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=29717.
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=29717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ebourg 2004/06/21 08:35:15
Modified:configuration/src/test/org/apache/commons/configuration
TestJNDIEnvironmentValues.java
Log:
Added a test for getKeys(String)
Revision ChangesPath
1.6 +15 -10
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=29717.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Rami Ojares wrote:
I don't understand fully but I quess you want a way to configure the manager
in ant for different tasks. This could be a DataType.
eg.
vfs-copy toDir=path
vfs-manager proxy=foo replicator=bar/
vfs-fileset dir=path
include name=*.b?t/
/vfs-fileset
/vfs-copy
I thought
In message [EMAIL PROTECTED], Mario Ivankovits writes:
It looks like Perl and Java are very (very) simmilar. So asking ORO to
The Java regex syntax is almost a superset of Perl, which is why I don't
see the impact of using a Perl engine for JDK 1.3 and java.util.regex
for J2SE 1.4 as being
Apparantly it's caused a bit of a problem for the Maven-2 work, so I'm
going to modify the poms slightly.
currentVersion will have a version next to it.
id will also have groupId/artifactId next to it for both project and
dependencies.
Shoudln't break for maven 1 or 2, but means they won't be
I wrote:
want to escape; but quotemeta works equally well)? Why use a negative
look-behind assertion in ((?!^)|[^/]) when [^/] will suffice (the
negative look-behind assertion is redundant because if there's a character
present that's not a slash, then it's not the start of the input)? Of
I
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=29720.
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=29721.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
ebourg 2004/06/21 09:47:24
Modified:configuration/src/java/org/apache/commons/configuration
DOMConfiguration.java
Log:
Removed the fully qualified class names and some final keywords
Revision ChangesPath
1.5 +39 -40
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=29722.
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=29484.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
What does your DbUtil line 143 look like? When you set a breakpoint at
that line and inspect it in your debugger what is the class being
returned?
David
--- Anderson, James H [IT] [EMAIL PROTECTED] wrote:
I'm getting a ClassCastException that I don't understand. I hope someone
can help with
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=29663.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
vfs-manager id=default class=StandardFileSystemManager
vfs-option but this is to specify and implement later ../
/vfs-manager
vfs-manager id=special class=MyHyperVFSFileSystemManager /
vfs-copy manager=default toDir=path
vfs-fileset dir=path
include name=*.b?t/
ebourg 2004/06/21 10:45:29
Modified:configuration/src/java/org/apache/commons/configuration
BasePropertiesConfiguration.java
PropertiesConfiguration.java
configuration/xdocs changes.xml
Log:
Added a save() method to
husted 2004/06/21 10:48:12
Removed: chain/xdocs chapter-chain.xml
Log:
Move to default sdocbook directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
husted 2004/06/21 10:48:23
jakarta-commons-sandbox/chain/sdocbook - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
husted 2004/06/21 10:50:49
Modified:chainproject.properties
Log:
Add properties for sdocbook plugin. Several JARs have to be downloaded manually,
making the sdocbook plugin a pain to install.
Revision ChangesPath
1.4 +35 -2
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=29720.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Is there a good reason to keep the configurations using DOM4J instead of
their DOM based equivalent ? If there is no difference between the two
I'm tempted to remove DOM4JConfiguration and
HierarchicalDOM4JConfiguration (or to move them to a contrib directory),
and then merge DOMConfiguration
ebourg 2004/06/21 11:42:39
Modified:configuration/src/java/org/apache/commons/configuration
HierarchicalDOM4JConfiguration.java
Log:
added exception chaining
Revision ChangesPath
1.6 +14 -12
ebourg 2004/06/21 11:44:30
Modified:configuration/src/java/org/apache/commons/configuration
HierarchicalDOMConfiguration.java
Log:
Removed the javax.naming.ConfigurationException
Removed the final keywords
Revision ChangesPath
1.2 +33 -28
Edelson, Justin wrote:
I'm writing a few classes that currently implement Comparator, but I
really don't care about comparisons - I just want to use an object to
test equality, ergo Equalator. Does such an interface exist somewhere in
lang (I can't find anything similar).
We have a simiar
In message [EMAIL PROTECTED], [EMAIL PROTECTED]
.org writes:
a listing. Assuming it's implemented, it would also make sense to have FTPFi
le
return the type as being UNKNOWN_TYPE for these other cases.
I haven't kept up with all of the parser changes, but that's why
FTPFile.UNKNOWN_TYPE
Emmanuel Bourg wrote:
Is there a good reason to keep the configurations using DOM4J instead of
their DOM based equivalent ? If there is no difference between the two
I'm tempted to remove DOM4JConfiguration and
HierarchicalDOM4JConfiguration (or to move them to a contrib directory),
and then
On 21-Jun-04, at 20:17 Uhr, Emmanuel Bourg wrote:
Is there a good reason to keep the configurations using DOM4J instead
of their DOM based equivalent ? If there is no difference between the
two I'm tempted to remove DOM4JConfiguration and
HierarchicalDOM4JConfiguration (or to move them to a
[snip]
memory log
--
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27663
i quite like this idea but it's not really a major feature. i'm
inclined to try to keep the core jar small by creating another
optional
jar called loggers containing loggers which are less likely to be
On 21 Jun 2004, at 21:47, Gary Gregory wrote:
[snip]
memory log
--
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=27663
i quite like this idea but it's not really a major feature. i'm
inclined to try to keep the core jar small by creating another
optional
jar called loggers containing
On 21 Jun 2004, at 07:03, Jörg Schaible wrote:
Hi Robert,
robert burrell donkin wrote on Sunday, June 20, 2004 11:19 PM:
when i was cutting 1.0.4, i proposed leaving some unresolved issues
until after the release. so, now seems like a good time to
get on top
of them.
please feel free to dive in
Gary Gregory wrote:
Then there are questions like: should the memory log really be in CL
as opposed to logj4?
Well, see the focus of the class. It targets especially unit tests in
combination with coverage tools. Personally I can live perfectly with the
jdk logger (unless someone wants more
Date: 2004-06-21T14:40:56
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt
URL: http://wiki.apache.org/jakarta-commons/Betwixt
Added link to new integration page
Change Log:
Date: 2004-06-21T14:42:34
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt
URL: http://wiki.apache.org/jakarta-commons/Betwixt
no comment
Change Log:
--
@@ -10,7
Date: 2004-06-21T14:50:03
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt/XDocletIntegration
URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration
Created XDoclet integration design page
New Page:
= XDoclet Integration =
Date: 2004-06-21T14:50:24
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt/XDocletIntegration
URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration
no comment
Change Log:
Date: 2004-06-21T14:50:45
Editor: RobertBurrellDonkin [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Betwixt/XDocletIntegration
URL: http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration
no comment
Change Log:
On 21 Jun 2004, at 09:45, Konstantin Priblouda wrote:
the wiki might be good for this purpose (since it's
easier to post code
up than by attachment to an email).
your place or our place?
we need more content so
http://wiki.apache.org/jakarta-commons/Betwixt/XDocletIntegration :)
it can be easily
I plan on migrating [codec] to use changes.xml for version 1.3.
Is there a feature which will generate an old school RELEASE-NOTES.txt
*text* file from a changes.xml?
Thank you,
Gary
-Original Message-
From: Dion Gillard [mailto:[EMAIL PROTECTED]
Sent: Monday, June 21, 2004 17:21
Not AFAIK.
On Mon, 21 Jun 2004 22:03:57 -0400, Gary Gregory [EMAIL PROTECTED] wrote:
I plan on migrating [codec] to use changes.xml for version 1.3.
Is there a feature which will generate an old school RELEASE-NOTES.txt
*text* file from a changes.xml?
Thank you,
Gary
I checked out the branch and tried to apply the three tickets in question. None of the
patches fully succeeded, I guess because they were written against the HEAD. These are
all enhancements, and could just as well wait for 1.2.0.
I'm not aware of any burning issues in regard to the 1.1.2
I've been using changes on osjava projects for a bit. It's a very nice,
focused report. I love it.
Am upgrading to maven-rc3 merely to get a changes report that will easily
link into my JIRA.
Hen
On Mon, 21 Jun 2004, Gary Gregory wrote:
I plan on migrating [codec] to use changes.xml for
husted 2004/06/21 19:24:38
Modified:validator/src/share/org/apache/commons/validator Tag:
VALIDATOR_1_1_2_BRANCH Field.java Form.java
ValidatorResources.java ValidatorUtil.java
scohen 2004/06/21 19:30:33
Modified:net/src/java/org/apache/commons/net/ftp/parser
UnixFTPEntryParser.java
Log:
PR: 29689
add support for special file types, those identified in directory listings
with a type code (first character) of s, S, m, or p.
husted 2004/06/21 19:31:28
Modified:validator Tag: VALIDATOR_1_1_2_BRANCH project.xml
Log:
Website changes in anticipation of 1.1.3 release.
Revision ChangesPath
No revision
No revision
1.40.2.2 +8 -2
husted 2004/06/21 19:31:46
Modified:validator/xdocs Tag: VALIDATOR_1_1_2_BRANCH downloads.xml
Log:
Website changes in anticipation of 1.1.3 release.
Revision ChangesPath
No revision
No revision
1.1.2.1 +7 -3
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=29689.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Here is a casino giving away $25 Free when you sign up an account.
No credit card required
http://ace.casino.cls2.org/iwin.html
James
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=29484.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
There have been a few bugs fixed in the past week, one of which causes
significant problems for Ant. See
http://issues.apache.org/bugzilla/show_bug.cgi?id=25668 .
The Ant team has asked us whether we can do a release to fix this bug and I
would like us to do so.
Also fixed has been
FYI, I am doing the same thing but with the links pointing to Bugzilla.
I wonder: Is providing a HTML version of changes.xml good enough or
should a text file *also* be provided.
Thank you,
Gary
-Original Message-
From: Henri Yandell [mailto:[EMAIL PROTECTED]
Sent: Monday, June 21,
Date: 2004-06-21T20:24:13
Editor: 216.220.165.214
Wiki: Jakarta Commons Wiki
Page: ValidatorWishList
URL: http://wiki.apache.org/jakarta-commons/ValidatorWishList
no comment
Change Log:
--
@@ -23,5
Gary,
maven announcement actually does generate a text file from changes.xml (with
other stuff in there like download links and so on)
It won't expand your links though (feel free to file a JIRA request for this,
it's probably a good idea to footnote them).
Cheers,
Brett
Quoting Gary Gregory
additional info:
1. this is a standalone java program,
2. the script to launch the java process as follows:
-
#!/bin/sh
CDS_HOME=/opt/cvm
CDS_RUNTIME=$CDS_HOME/deployment/cvm
echo CDS_HOME =$CDS_HOME
echo CDS_RUNTIME=$CDS_RUNTIME
#classpath for CDS_RUNTIME
Marius Barbulescu wrote:
I see a strange '--' in each part but I don't know if it correct or not.
They are not strange but conform to RFC-2046.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
darren jiang wrote:
additional info:
1. this is a standalone java program,
2. the script to launch the java process as follows:
-
#!/bin/sh
CDS_HOME=/opt/cvm
CDS_RUNTIME=$CDS_HOME/deployment/cvm
echo CDS_HOME =$CDS_HOME
echo CDS_RUNTIME=$CDS_RUNTIME
#classpath for CDS_RUNTIME
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=29704.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello.
Testing the MultiThreadedHttpConnectionManager, I have realized that the
number retrieved by calling the getConnectionsInUse methods is
independent whether the HTTP connection is actually opened or not.
So it's seems to be a counter for the number of connections in pool
instead of a
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=29588.
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=29636.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi Juan,
Yes, you are correct. getConnectionsIsUse() is slightly misleading.
Please take a look at bug #29383
http://issues.apache.org/bugzilla/show_bug.cgi?id=29383 for some more
details on this one. This bug contains a patch that should resolve the
problem. Please let us know if you have
Hello Ortwin,
thank you for your help to indentify the reason for this.
I did a configuration in my program to use the passed in
logging.properties file.
I put my code here.
-
public static void main(String[] args) {
Hello Ortwin and all,
I fixed this problem and found that maybe a bug in HttpClient.java
I fixed the logging problem using the following:
#set error for commons package:
log4j.category.org.apache.commons.httpclient=ERROR
this can only disable the logging for all package except HttpClient.class.
81 matches
Mail list logo