snip/
Shouldn't we cleanup the sandbox a bit first?
(tar rm)
The following components are graduated out the sandbox:
betwixt cli codec
daemon dbutils digester
discovery el fileupload
jelly jexllang
latka
[ ] +1 I support this release
[X] +0 If you say so
[ ] -0 I don't think it's a good idea, but I won't stand in your way.
[ ] -1 I'm opposed
-John K
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
I believe this should bring over the historical information. If it
doesn't I will return the directories to their current state by
replacing them with the contents of the backup and seek an alternate
solution. Any thoughts?
This should be pretty straight forward so there should be no
reason why
[x] +1 I support this release
[ ] +0 If you say so
[ ] -0 I don't think it's a good idea, but I won't stand in your way.
[ ] -1 I'm opposed
Oleg ([EMAIL PROTECTED])
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Howdy,
BTW i think that exercise is something that we'll need to repeat
sometime soon for the whole of jakarta.
I agree, which is why I wanted to ask for the script/method used to
produce this list of inactive committers for a given module.
Yoav Shapira
This e-mail, including any
On Fri, 14 Nov 2003, Shapira, Yoav wrote:
Howdy,
BTW i think that exercise is something that we'll need to repeat
sometime soon for the whole of jakarta.
I agree, which is why I wanted to ask for the script/method used to
produce this list of inactive committers for a given module.
Me
On Fri, 14 Nov 2003, John Keyes wrote:
snip/
Shouldn't we cleanup the sandbox a bit first?
(tar rm)
The following components are graduated out the sandbox:
betwixt cli codec
daemon dbutils digester
discovery el fileupload
+1
Gary Gregory wrote:
As previously discussed on commons-dev, we believe Commons Codec 1.2 is
ready for release.
The source for this release candidate has been tagged as CODEC_1_2_RC1 and
is available for download here:
http://cvs.apache.org/~ggregory/codec-1.2-rc1/
For more information on
Hi Gary,
Aren't you concerned that your giant-pile-of-code will behave incorrectly
due to the fact that a File embedded in a Zip can't implement most of the
File API properly? For anything but the most trivial pile I'd be pretty
worried about unintended, or even damaging, behavior.
On Thu, 13
On Fri, 14 Nov 2003, Martin Cooper wrote:
Personally, I'd prefer to see any given component exist (actively) in
either Proper or the sandbox, but not both. Once a component has been
promoted, it should stay in Proper, and its presence in the sandbox should
be removed. I understand the history
rwaldhoff2003/11/14 08:24:55
Modified:primitives project.properties
Log:
exclude protected classes from the javadocs
Revision ChangesPath
1.3 +11 -1 jakarta-commons/primitives/project.properties
Index: project.properties
You're probably right, I was thinking in a would-it-not-be-nice mode.
To be more realistic, I should mention the usage scenario I have in mind:
Our server is configured with a config directory which contain a bunch of
files and sub-directories. It would be nice if I could read our server's
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=24699.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I've been in similar situations, where I had a lot of references to File
objects, but then started loading resources as URLs from the classpath.
Eventually, if you're reading config data you need an InputStream. You
may want to consider passing streams or Properties objects around
instead of
Just to add my two cents I am against subclassing java.io.File in VFS.
In most cases the easest way to add support for VFS in systems which
aren't already VFS-enabled is to provide additional constructors and
methods which will just convert the java.io.File object to VFS FileObject.
-Anthony
Hello,
I find myself using the following pattern which I've placed in a class. I am
wondering if anyone else uses this kind of ToStringStyle and whether or not
it could be added as another ToStringStyle inner class.
/**
* A ToStringStyle which uses a short class name and no hash code.
*/
Scott Colebourne wrote:
snip
Matthew Hawthorne wrote:
I also disagree with moving the observable classes. The way I see it,
the desire for a collection that is observable overrides a desire for a
specific collection type. The observable classes represent a distinct
functionality,
I've done exactly this in Seedling (a HiveMind-ish application platform).
My first attemp using java.io was exceptionally painful. It's currently
implemented in via an abstraction layer called ConfigTree, from which
you can get URLs, from which you can open a stream. Implementations of
the
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=24262.
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=24472.
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=24716.
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=24716.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/11/14 13:44:57
Modified:reflect/src/java/org/apache/commons/reflect MethodUtils.java
Log:
No change
Revision ChangesPath
1.2 +3 -2
jakarta-commons-sandbox/reflect/src/java/org/apache/commons/reflect/MethodUtils.java
Index:
mdiggory2003/11/14 13:45:26
jakarta-commons/math/target - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
mdiggory2003/11/14 13:46:30
Added: math LICENSE.txt PROPOSAL.html RELEASE-NOTES.txt
STATUS.html build.xml checkstyle.properties
checkstyle.xml project.properties project.xml
Log:
Recovering Tree
Revision ChangesPath
scolebourne2003/11/14 13:46:59
Added: reflect/xdocs navigation.xml index.xml
Log:
Add website
Revision ChangesPath
1.1 jakarta-commons-sandbox/reflect/xdocs/navigation.xml
Index: navigation.xml
mdiggory2003/11/14 13:49:42
Added: math/xdocs developers.xml index.xml navigation.xml
proposal.xml tasks.xml
Log:
Recovering
Revision ChangesPath
1.8 +0 -0 jakarta-commons/math/xdocs/developers.xml
1.5 +0 -0
It could be done, it's just a matter of performance.
I will look into it. By the way, i've one upped you,
and implemented ListIterator instead of just Iterator,
giving forward and backward iterating capability. :)
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
What about an interface:
public class DelimitedTokenizer {
public static interface DelimiterSet {
public boolean isDelimiter(char c);
}
}
and having the ability to pass in this
interface. Of course, we'd still have a
single char version as well, so someone
might pass either a
Or just use lang.CharSet
On Fri, 14 Nov 2003 16:58:45 -0500, Inger, Matthew [EMAIL PROTECTED]
said:
What about an interface:
public class DelimitedTokenizer {
public static interface DelimiterSet {
public boolean isDelimiter(char c);
}
}
and having the ability to pass
brett 2003/11/14 12:39:22
Modified:naming project.xml
naming/core project.xml
naming/factory project.xml
naming/xdocs building.xml navigation.xml
Removed: naming maven.xml
Log:
updated maven build.
Should work with beta-10
brett 2003/11/14 12:40:00
jakarta-commons-sandbox/naming/factory/src/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:40:00
jakarta-commons-sandbox/naming/factory/src/test - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:40:26
jakarta-commons-sandbox/naming/factory/src/test/org - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:40:54
jakarta-commons-sandbox/naming/factory/src/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:40:54
jakarta-commons-sandbox/naming/factory/src/java/org/apache/commons/naming/config -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:41:16
jakarta-commons-sandbox/naming/factory/src/test/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:41:35
jakarta-commons-sandbox/naming/factory/src/test/org/apache/commons/naming - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:41:49
jakarta-commons-sandbox/naming/factory/src/test/org/apache/commons/naming/config -
New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
brett 2003/11/14 12:43:26
Modified:naming STATUS.html
Added: naming/factory/src/conf naming.dtd
naming/factory/src/java/org/apache/commons/naming/config
Config.java ParseException.java
XmlConfigurator.java
mdiggory2003/11/14 14:22:24
Added: math/src/test/org/apache/commons/math/analysis
InterpolatorTest.java RealSolverTest.java
QuinticFunction.java ConvergenceExceptionTest.java
SinFunction.java
(BTW: I've been meaning to and forgetting to change the subject line to
include [lang]. Please use this for emails directed to lang)
This interface approach should work OK. Perhaps if the interface was
isMatch(char ch) then it could be used in two forms, one for delimiters,
one for quotes. Thus:
An interesting idea, although the performance would be very poor without
some effort in the CharSet class.
Stephen
From: Todd V. Jonker [EMAIL PROTECTED]
Or just use lang.CharSet
On Fri, 14 Nov 2003 16:58:45 -0500, Inger, Matthew [EMAIL PROTECTED]
said:
What about an interface:
public
mdiggory2003/11/14 14:25:28
Added: math/src/java/org/apache/commons/math/stat/distribution
TDistributionImpl.java package.html
TDistribution.java
Log:
Attempting to recover last revision.
Revision ChangesPath
1.8 +0
From: Michael Heuer [EMAIL PROTECTED]
Observable does seem to have the potential to be popular. (I've received
various communications about it.) One possibility might be to create a
new jakarta-commons project for it like primitives. Although that does
seem a little extreme, it might allow
mdiggory2003/11/14 14:29:41
Removed: math/src/java/org/apache/commons/math/analysis
SinFunction.java QuinticFunction.java
Log:
these were removed earlier than 11/1/03
-
To unsubscribe,
I am intending to proceed with this on Sunday all being well, unless I hear
objections...
Stephen
- Original Message -
From: [EMAIL PROTECTED]
from:__matthewHawthorne [EMAIL PROTECTED]
Packages for collection, set, list, buffer, bag, and map look good to
me. The decorators
mdiggory2003/11/14 14:33:34
Added: math/src/java/org/apache/commons/math package.html
Log:
Attempting to recover last revision.
Revision ChangesPath
1.4 +0 -0
jakarta-commons/math/src/java/org/apache/commons/math/package.html
I have applied for a sourceforge project, joda-primitives, to house the
primitives sandbox code. Hopefully that will go OK and the move will then
take place.
The sandbox code will be relicenced to the Joda Software Licence (my
personal licence, which is a reworded Apache clone). Any objections
+1
Stephen Colebourne wrote:
I am intending to proceed with this on Sunday all being well, unless I hear
objections...
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Don't forget about codehaus.org, they have some cool projects also. But
I'm not sure how hard it is to get a project going over there...
Stephen Colebourne wrote:
I have applied for a sourceforge project, joda-primitives, to house the
primitives sandbox code. Hopefully that will go OK and the
I see what you mean. It appears, as robust as CharSet it, is
does way too much, and is slow for what we need it for.
I'm going back to DelimiterSet, but rather than an interface,
it will be an inner class with several constructors:
public DelimiterSet(char[]);
public
Yes of course, that's how I ended up implementing it locally. I'll wait a
couple of days before storing it in CVS in case there are some dissenters.
Gary
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Friday, November 14, 2003 12:57
To: Jakarta Commons
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=24718.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/11/14 14:58:27
Modified:collections/src/java/org/apache/commons/collections
IteratorUtils.java Flat3Map.java
AbstractDualBidiMap.java
collections/src/java/org/apache/commons/collections/iterators
Unfortunately, previous attempts to get me a signin at codehaus failed,
probably due to my ineptitude at command lines. I know the sourceforge way,
so it'll do for the moment. If you or anyone else wants to help out, drop me
a line.
Stephen
From: __matthewHawthorne [EMAIL PROTECTED]
Don't forget
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=24678.
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=22692.
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=22692.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
From: Inger, Matthew [EMAIL PROTECTED]
Unicode has nothing to do with quote characters. Unicode
is two byte representation of a character (rather than a
single byte ASCII), and really only deals with character
sets that have more than 127 characters.
Not quite true actually. If you look at
I've uploaded the source and test files. The inner
class is named FastCharSet, since it's no longer strictly
for delimiters, and it's pretty fast (though it's very simple
and does only the basic thing we need to do). Please review
and commit the source code please. It might be worthwhile to
Alternatively, you're welcome to develop an alternative implementation of
primitive collections within a distinct jakarta-commons component, or even
within commons-primitives itself (although I suspect we'd all want
distinct distributions of the two approaches). My veto was to the notion
of
Should work, I'll let you check the speed ;-)
Stephen
- Original Message -
From: Inger, Matthew [EMAIL PROTECTED]
I see what you mean. It appears, as robust as CharSet it, is
does way too much, and is slow for what we need it for.
I'm going back to DelimiterSet, but rather than an
Wow...
I can't wait to read through your patch tomarrow.. Only have a minute, so I
thought I would address the XMLReaderProvider
Maybe it is just me, but something I don't like about java and interfaces is
that sometimes I get so lost in all the interfaces.. Everything implements
an
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=22692.
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=22692.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
These changes are now made. About 17 people took me up on the offer and
they ought to now all be on the whoweare.html page.
If I messed anything up, please let me know. Some people on the PMC may be
listed as Committers currently. I don't think I missed anyone, but I'll do
a sweep of the PMC
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=24504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Adding the ability to abort methods is planned for the 2.1 release,
but I don't think anyone has begun work on it yet. If you come up
with a good solution that you are willing to submit we would be happy
to make use of it.
So what would you suggest how an abort should look like? For me, a
Sven Köhler wrote:
Adding the ability to abort methods is planned for the 2.1 release,
but I don't think anyone has begun work on it yet. If you come up
with a good solution that you are willing to submit we would be happy
to make use of it.
So what would you suggest how an abort should look
Sven,
I've not tried this, but if you send a Connection: close header on the
request, the server should echo that on the response. If that header is
on the response from the server, the the releaseConnection() function
will (or at least it should) immediately close the connection, rather
than
Thanks for the reply, Mike. Is there any interest in a feature that
would close connections that have been unused for a certain amount of
time? I imagine the easiest way to implement this would be to just add
some settable parameters (set/getCloseConnectionTime) to
I've resolved this. I made sure I got the port from the hostConfig from
the original method object, and that has the correct value.
Thanks.
-Original Message-
From: Michael Becke [mailto:[EMAIL PROTECTED]
Hi David,
Could you be more specific about what you are trying and what
73 matches
Mail list logo