Hi,
I am using commons-functor to build a network simulator (based upon an
XML document modified through procedures and validated against
predicates each cycle). I had to develop several additions to
commons-functor and I thought I could donate them to commons-functor.
There are several
On Tue, 4 Nov 2003, Herve Quiroz wrote:
Hi,
I am using commons-functor to build a network simulator (based upon an
XML document modified through procedures and validated against
predicates each cycle). I had to develop several additions to
commons-functor and I thought I could donate them
As previously discussed on commons-dev, we believe Commons Primitives 1.0
is ready for release.
The source for this release candidate has been tagged as
PRIMITIVES_1_0_RC1 and is available for download at
http://cvs.apache.org/~rwaldhoff/commons-primitives/RC1/.
For more information on Commons
+1 from me, of course
On Tue, 4 Nov 2003, Rodney Waldhoff wrote:
Please direct all VOTEs and discussion to commons-dev. A [RESULT] note
will be posted to [EMAIL PROTECTED] when voting is complete.
Ballot:
[X] +1 I support this release
[ ] +0 If you say so
[ ] -0 I don't think it's a
+0
It looks ready ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Rodney Waldhoff [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 04, 2003 12:18 PM
To: Jakarta Commons Developers List
Subject: Re: [VOTE] Release Commons Primitives 1.0
+1 from me, of course
On
+1
Rodney Waldhoff wrote:
As previously discussed on commons-dev, we believe Commons Primitives 1.0
is ready for release.
The source for this release candidate has been tagged as
PRIMITIVES_1_0_RC1 and is available for download at
http://cvs.apache.org/~rwaldhoff/commons-primitives/RC1/.
For more
+0
-Original Message-
From: Rodney Waldhoff [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 04, 2003 09:15
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: [VOTE] Release Commons Primitives 1.0
As previously discussed on commons-dev, we believe Commons Primitives 1.0
is
On Tue, Nov 04, 2003 at 09:06:37AM -0800, Rodney Waldhoff wrote:
On Tue, 4 Nov 2003, Herve Quiroz wrote:
- class Predicates: Predicates utility methods
public static Or or(Collection predicates);
public static And and(Collection predicates);
As there is no constructor for Or/And
On Tue, 4 Nov 2003, Herve Quiroz wrote:
On Tue, Nov 04, 2003 at 09:06:37AM -0800, Rodney Waldhoff wrote:
On Tue, 4 Nov 2003, Herve Quiroz wrote:
- class Predicates: Predicates utility methods
public static Or or(Collection predicates);
public static And and(Collection predicates);
On Mon, 3 Nov 2003, Howard M. Lewis Ship wrote:
Making mountains out of molehills here, people.
No, it's not making mountains out of molehills. Right now, as I write
this, there is code in the Apache CVS repository which does not legally
belong to the ASF. Right now, the ASF is exposed,
fredrik 2003/11/04 12:26:15
Modified:lang/src/java/org/apache/commons/lang/math NumberUtils.java
Log:
Using StringUtils.isEmpty() when testing Strings.
Revision ChangesPath
1.17 +3 -3
jakarta-commons/lang/src/java/org/apache/commons/lang/math/NumberUtils.java
fredrik 2003/11/04 12:31:45
Modified:lang/src/java/org/apache/commons/lang RandomStringUtils.java
Log:
Split a long method declaration into two lines to keep checkstyle happy.
Revision ChangesPath
1.26 +3 -2
On Mon, 3 Nov 2003, Rodney Waldhoff wrote:
I have not reviewed or (obviously) committed them, although I've made no
other changes to cache either, so your diffs should be as good as they
ever were.
Unfortunately I don't really have time to commit to sheparding patches to
the cache stuff in
+1
- Original Message -
From: Rodney Waldhoff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, November 04, 2003 5:14 PM
Subject: [VOTE] Release Commons Primitives 1.0
As previously discussed on commons-dev, we believe Commons Primitives 1.0
is ready for
+0
On 4 Nov 2003, at 17:14, Rodney Waldhoff wrote:
As previously discussed on commons-dev, we believe Commons Primitives
1.0
is ready for release.
The source for this release candidate has been tagged as
PRIMITIVES_1_0_RC1 and is available for download at
- Original Message -
From: Brian McCallister [EMAIL PROTECTED]
On Monday, November 3, 2003, at 07:48 PM, Stephen Colebourne wrote:
I've also changed the way the Mutator works - see what you think, it
seems
cleaner/quicker I think.
Also a lot less flexible. Mutator is also used in
fredrik 2003/11/04 13:00:22
Modified:lang/src/java/org/apache/commons/lang StringUtils.java
Log:
Using StringUtils.isEmpty() when testing Strings.
Renamed the parameter string to the more commonly used str in removeStart() and
removeEnd.
Revision ChangesPath
1.117
fredrik 2003/11/04 13:16:34
Modified:lang/src/java/org/apache/commons/lang CharSetUtils.java
Log:
Converting some chars in javadoc into html-enteties.
Revision ChangesPath
1.29 +10 -10
jakarta-commons/lang/src/java/org/apache/commons/lang/CharSetUtils.java
Sorry, I must have missed something - is Apache naming part of Geronimo?
What is its scope? I imagine it goes well beyond an in memory JNDI provider.
Anyway, I'll get something together that is a decent patch against the
current commons-naming in the sandbox and submit it.
Cheers,
Brett
On Tuesday, November 4, 2003, at 04:00 PM, Stephen Colebourne wrote:
The main aim of the Mutator change was to make the implementation
obvious
and typesafe. IMO it does fit better with the collections API.
Okay, I don't feel strongly about it, and if it stays as an inner class
it will work fine.
FWIW,
I disagree with this type of shorthand C-like naming. Since this is a
religious matter, I'll not waste anyone's time beyond this.
Gary
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 04, 2003 13:00
To: [EMAIL PROTECTED]
Subject:
rdonkin 2003/11/04 14:46:26
Modified:xdocs/stylesheets/menus related.xml
Log:
Added link to Apache Commons website
Revision ChangesPath
1.2 +1 -0 jakarta-commons/xdocs/stylesheets/menus/related.xml
Index: related.xml
rdonkin 2003/11/04 14:48:14
Modified:docs versioning.html volunteering.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.68 +7 -3 jakarta-commons/docs/versioning.html
Index: versioning.html
rdonkin 2003/11/04 14:48:28
Modified:docs/releases index.html mirror.html prepare.html
release.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.17 +7 -3 jakarta-commons/docs/releases/index.html
Index: index.html
rdonkin 2003/11/04 14:48:41
Modified:docs lang.html license.html logging.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.57 +7 -3 jakarta-commons/docs/lang.html
Index: lang.html
rdonkin 2003/11/04 14:49:23
Modified:docs dbcp.html digester.html directory.html
discovery.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.46 +7 -3 jakarta-commons/docs/dbcp.html
Index: dbcp.html
rdonkin 2003/11/04 14:49:38
Modified:docs patches.html pool.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.43 +7 -3 jakarta-commons/docs/patches.html
Index: patches.html
rdonkin 2003/11/04 14:49:54
Modified:docs charter.html collections.html commons.html
components.html contributors.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.88 +7 -3 jakarta-commons/docs/charter.html
rdonkin 2003/11/04 14:50:16
Modified:docs beanutils.html el.html index.html jexl.html
modeler.html releases.html sandbox.html
Log:
Added link to Apache Commons website
Revision ChangesPath
1.92 +7 -3
jkeyes 2003/11/04 15:31:59
Modified:cli/src/java/org/apache/commons/cli2/validation
ClassValidator.java
Added: cli/src/java/org/apache/commons/cli2/validation
MessagesBundle.properties
Log:
- i18n
Revision Changes
jkeyes 2003/11/04 15:32:49
Modified:cli/src/test/org/apache/commons/cli2/validation
ClassValidatorTest.java
Log:
- updated for i18n
- added Apache license
Revision ChangesPath
1.2 +103 -21
scolebourne2003/11/04 15:35:35
Modified:collections/src/test/org/apache/commons/collections
AbstractTestMap.java
Log:
Avoid infinite loop in test framework
Simplify error messges
Revision ChangesPath
1.12 +8 -7
scolebourne2003/11/04 15:36:24
Modified:collections/src/java/org/apache/commons/collections/decorators
OrderedMap.java
collections/src/test/org/apache/commons/collections/decorators
TestOrderedMap.java
Log:
Complete
jkeyes 2003/11/04 15:40:32
Modified:cli/src/test/org/apache/commons/cli2/validation
ClassValidatorTest.java
Log:
- removed TABs
Revision ChangesPath
1.3 +89 -92
I noticed Alexander Hvostov's recent email
containing streamable
base64 codecs. Given that the current codec
implementations are
oriented around in-memory buffers, is there room for
an
alternative codec framework supporting stream
functionality? I
realise the need for
dgraham 2003/11/04 16:40:43
Modified:dbutils/src/java/org/apache/commons/dbutils
ProxyFactory.java
dbutils/src/java/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSet.java
Log:
javadoc changes only.
HiveMind was developed in place in the sandbox ... it's not a case of existing code
being moved over
into the ASF's CVS repository; the only code that moved into HiveMind did so laterally
from
Tapestry.
Did I have the right to do so? At the time, I was 100% certain I did ... WebCT and I
On Tuesday, November 4, 2003 at 20:44:23 (-0500) Howard M. Lewis Ship writes:
...
So, what would you propose? Strip HiveMind out of the sandbox CVS?
Track down any backup mirrors and erase them? Kidnap its users and
brain wash them?
Indeed --- this is absurd. We are all legally exposed every
I am certainly no legal expert, but if the code that resides in CVS
complies with ASF requirements, how is it legally exposed?
-Harish
Bill Lear wrote:
On Tuesday, November 4, 2003 at 20:44:23 (-0500) Howard M. Lewis Ship writes:
...
So, what would you propose? Strip HiveMind out of the
Howard M. Lewis Ship wrote:
So, what would you propose? Strip HiveMind out of the sandbox CVS? Track down any backup mirrors and
erase them? Kidnap its users and brain wash them?
You've acknowledged that when you commit any code to Apache you give up
ownership of that code.
Also what is said
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=24309.
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=24309.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Folks, any feedback to this one so far?
Oleg
-Original Message-
From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 02, 2003 17:07
To: Jakarata Commons HttpClient mailing list
Subject: PATCH: HttpConnection cleanup
Folks,
This patch has been prompted by the
Oleg,
I hate bugs like this! I suppose if it is working for you, there's hope
it can work for me.
I'm working against a completely stock 4.1.29 install on Linux, using
Sun's JDK 1.4.2. When I say stock 4.1.29 build, I expanded the file
after download, dropped httpclienttest folder into
Eric,
I just installed Tomcat 4.1.29 on my home PC running Redhat 9 and Sun
JDK 1.4.2. I can't reproduce the problem. All tests pass. The only thing
I did differently was tweaking tomcat's server.xml (attached below) to
disable stuff that I do not need. I's unlikely that it should have any
bearing
Oleg,
I'm glad you sent along the file! It's funny - other than that one
file, I'd say you exactly duplicated the environment I'm using. That
one file is key, though.
It would appear that your version of server.xml trumps the default
connector choice. The default server.xml reads:
Eric,
Damn. I used server-noexamples.xml.config which as it turned out still
uses the deprecated connector. Probably it has not been updated for
quite a while. I'll re-test stuff and get back to you as soon as I know
more. Cookies are still my department.
Cheers
Oleg
On Tue, 2003-11-04 at
Oleg,
I think close and flush should still throw recoverable exceptions, when
the connection has been used. This will allow methods to be retried in
the event of an error on close/flush. Other than that it looks good.
Mike
On Nov 4, 2003, at 12:06 PM, Kalnichevski, Oleg wrote:
Folks, any
48 matches
Mail list logo
