+1
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Monday, May 24, 2004 4:16 PM
Subject: [Validator] Niall Pemberton
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=28912.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
You may have issues if you use Struts on Tomcat or other containers
which also use Collections. For tomcat, it uses collections 2.1 as the
moment, and you'd need to move that from common/lib to server/lib in
order to use collections 3.0 (which would go in your WEB-INF/lib).
Yoav Shapira
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=29195.
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=29195.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Niall's been a positive contributing member in the Struts community and I
see no reason he wouldn't be in Validator as well. In addition, Validator
could use a few more active committers.
+1
David
--- Ted Husted [EMAIL PROTECTED] wrote:
Niall Pemberton is an Apache Struts Committer who would
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=28912.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Emmanuel Bourg wrote:
Hello, I was looking for a min/max function working with dates and
thought such a trivial feature would be already in [lang], but
surprisingly it isn't. I expected a min/max(Date, Date) function in
DateUtils, then I looked for a min/max(Comparable, Comparable) and I
matthew.hawthorne wrote:
Can't you just use java.util.Collections min(Collection) and
max(Collection)?
Yes it's an alternative, but at the cost of additional lines to create a
collection.
Date date = ComparableUtils.min(date1, date2)
vs
Collection dates = new ArrayList();
dates.add(date1);
ozeigermann2004/05/25 06:41:49
Added: transaction/lib log4j-1.2.8.jar commons-codec-1.2.jar
geronimo-jta.jar
Log:
Refactored lib dir
Revision ChangesPath
1.1 jakarta-commons-sandbox/transaction/lib/log4j-1.2.8.jar
ozeigermann2004/05/25 06:51:57
Modified:transaction/src/test/org/apache/commons/transaction/file
FileResourceManagerTest.java
Added: transaction/src/java/org/apache/commons/transaction/util
RendezvousBarrier.java
Log:
Moved
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=29195.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dirkv 2004/05/25 06:58:41
Modified:dbcp/xdocs release-notes-1.2.xml
Log:
new PoolingDriver behaviour
Revision ChangesPath
1.3 +4 -1 jakarta-commons/dbcp/xdocs/release-notes-1.2.xml
Index: release-notes-1.2.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=29203.
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=29203.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Well, it feels like a bug. But I don't really know this project that well,
and I don't want to assume anything about the goals/rules/aesthetic of
BeanUtils.
I've opened a bug on this (Bug #29203), and attached a patch against the
HEAD, which is 1 line of fix, and the rest modifications to
Emmanuel Bourg wrote:
Yes it's an alternative, but at the cost of additional lines to create a
collection.
Date date = ComparableUtils.min(date1, date2)
vs
Collection dates = new ArrayList();
dates.add(date1);
dates.add(date2);
Date date = (Date)Collections.min(dates);
I see your point now.
matthew.hawthorne wrote:
I see your point now. But, in the meanwhile, you could always do it
this way:
Date date = Collections.min(Arrays.asList(new Date[] {date1, date2}))
I'd imagine that this may be a bit wasteful (object-creation wise), but
it's a one liner nonetheless.
Yes it's a one
ozeigermann2004/05/25 07:24:12
jakarta-commons-sandbox/transaction/src/conf/connector/map - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:24:12
jakarta-commons-sandbox/transaction/src/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:24:12
jakarta-commons-sandbox/transaction/src/conf/connector/map/jboss - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:24:12
jakarta-commons-sandbox/transaction/src/conf/connector - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:24:18
Added: transaction/src/conf/connector/map ra.xml
transaction/src/conf/connector/map/jboss
map-connector-ds.xml
Log:
Added Connector configuration files
Revision ChangesPath
1.1
ozeigermann2004/05/25 07:26:35
jakarta-commons-sandbox/transaction/src/java/org/apache/commons/transaction/memory/jca
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
ozeigermann2004/05/25 07:26:43
jakarta-commons-sandbox/transaction/example - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:26:43
jakarta-commons-sandbox/transaction/example/mapConnector/src - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:26:43
jakarta-commons-sandbox/transaction/example/mapConnector - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:26:43
jakarta-commons-sandbox/transaction/example/mapConnector/src/java - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:26:43
jakarta-commons-sandbox/transaction/example/mapConnector/src/java/connector - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:27:33
jakarta-commons-sandbox/transaction/example/mapConnector/src/conf - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ozeigermann2004/05/25 07:28:14
Modified:transaction/src/java/org/apache/commons/transaction/memory
TransactionalMapWrapper.java
Log:
Minor
Revision ChangesPath
1.6 +5 -5
ozeigermann2004/05/25 07:28:49
Added: transaction/src/java/org/apache/commons/transaction/memory/jca
MapManagedConnectionFactory.java
MemoryMapResourceManager.java MapXAResource.java
MapConnectionSpec.java
ozeigermann2004/05/25 07:29:23
Added: transaction/example/mapConnector/src/conf web.xml
jboss-web.xml
transaction/example/mapConnector/src/java/connector
TestServlet.java
Log:
Added example for Map Connector
imario 2004/05/25 07:43:01
Modified:vfs/src/java/org/apache/commons/vfs/provider/ftp
FtpFileObject.java
Log:
PR: 29195
Do not issue a list . on the ftp-server as this might in certain (rare) cases
(e.g. uu.net) force the server to do this recursive!!
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=29195.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 24 May 2004, Ted Husted wrote:
Niall Pemberton is an Apache Struts Committer who would like to apply some patches
to the Validator, with the hope of moving toward another release.
Here's my +1
And mine: +1
--
Martin Cooper
-Ted.
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=29204.
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=29204.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
State : 'Failed', Reason 'Build Failed'
Full details are available at:
http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-betwixt/index.html
That said, some snippets follow:
The following annotations were provided:
-INFO- Sole jar [commons-jelly-tags-betwixt-20040525.jar
/index.html
That said, some snippets follow:
The following annotations were provided:
-INFO- Sole jar [commons-jelly-tags-define-20040525.jar] identifier set to project
name
-INFO- Enable verbose output, due to 2 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug
State : 'Failed', Reason 'Build Failed'
Full details are available at:
http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly-tags-jsl/index.html
That said, some snippets follow:
The following annotations were provided:
-INFO- Sole jar [commons-jelly-tags-jsl-20040525.jar] identifier set
/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar-
Apache Ant version 1.7alpha compiled on May 25 2004
Buildfile: build.xml does not exist!
Build failed
ozeigermann2004/05/25 08:43:02
Modified:transaction/src/java/org/apache/commons/transaction/memory/jca
MapManagedConnectionFactory.java
MapManagedConnection.java
Log:
Fixed managed connection init
Revision ChangesPath
1.2
ozeigermann2004/05/25 08:46:16
Added: transaction build.properties.sample build.xml
Log:
Added build script
Revision ChangesPath
1.1 jakarta-commons-sandbox/transaction/build.properties.sample
Index: build.properties.sample
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=29205.
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=29205.
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=29205.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Don Brown is an active Apache Struts Committer who would like to apply some patches to
the Validator, with the hope of moving toward another release.
Here's my +1
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Done, but how does maven handle building /contrib code? Or do we assume
if someone wants to build the code, they will copy it and its unit tests
over into the main directories first?
Don
David Graham wrote:
Go ahead an open a bugzilla ticket for code to be attached to. If we're
going to
Folks,
An interested compatibility issue has surfaced from this:
http://brutus.apache.org:8080/gump/ws-xmlrpc/ws-xmlrpc/gump_work/build_ws-xmlrpc_ws-xmlrpc.html
/usr/local/gump/public/workspace/ws-xmlrpc/src/java/org/apache/xmlrpc/Defaul
tTypeFactory.java:133: exception
dirkv 2004/05/25 10:33:16
Modified:commons-build/menus sandbox-items.ent
Log:
Add feedparser transaction
Revision ChangesPath
1.2 +2 -0 jakarta-commons/commons-build/menus/sandbox-items.ent
Index: sandbox-items.ent
dirkv 2004/05/25 10:34:00
Modified:commons-build/parts sandbox-table.ent
Log:
Add feedparser transaction
Revision ChangesPath
1.3 +15 -1 jakarta-commons/commons-build/parts/sandbox-table.ent
Index: sandbox-table.ent
Hola,
Yes, it would be good to maintain acceptable html in javadoc. Yet, I'd
like to point out that javadoc isn't java code. while we would like to
maintain lots of it to help our users understand it, the library works
just fine without it.
But if you do have it, it's be nice if it were in a
On Tue, 25 May 2004, David Graham wrote:
Don has been a positive member of the Struts community so he'll be a good
addition to the validator team.
+1
And mine: +1
--
Martin Cooper
David
--- Ted Husted [EMAIL PROTECTED] wrote:
Don Brown is an active Apache Struts Committer who would
+1
Ted Husted wrote:
Don Brown is an active Apache Struts Committer who would like to apply some patches to
the Validator, with the hope of moving toward another release.
Here's my +1
-Ted.
-
To unsubscribe, e-mail: [EMAIL
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=29212.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
read Don's mail about commons-validator
and his plans..., so here is my
+1
Cheers,
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Tuesday, May 25, 2004 6:19 PM
To: Jakarta Commons Developers List
Subject: [Validator] Don Brown as Committer
Don Brown is an
Date: 2004-05-25T12:34:50
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
no comment
Change Log:
--
@@ -21,7 +21,9 @@
* [:DBCP]
Date: 2004-05-25T12:35:27
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: FrontPage
URL: http://wiki.apache.org/jakarta-commons/FrontPage
Fixed formatting mistake
Change Log:
--
@@ -21,8 +21,7
Date: 2004-05-25T12:39:42
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
New Page:
= Common Logging =
Is a thin, modular bridging API with out-of-the-box support for most well known
logging
Date: 2004-05-25T12:39:59
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -7,6 +7,6 @@
== Resources ==
Date: 2004-05-25T12:40:34
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -7,6 +7,6 @@
== Resources ==
Date: 2004-05-25T12:41:04
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging
URL: http://wiki.apache.org/jakarta-commons/Logging
no comment
Change Log:
--
@@ -7,6 +7,6 @@
== Resources ==
Date: 2004-05-25T12:44:39
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions
no comment
New Page:
= Commons Logging FAQ =
Space for questions and answers. Note
Date: 2004-05-25T12:45:12
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/FrequentlyAskedQuestions
URL: http://wiki.apache.org/jakarta-commons/Logging/FrequentlyAskedQuestions
no comment
Change Log:
Date: 2004-05-25T12:47:39
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
New Page:
= Commons Logging 1.0.4 ReleasePlan =
== Background ==
It is a while since the
Yoav,
Thanks for the comments. See attempt at interspersed responses below.
Hola,
Yes, it would be good to maintain acceptable html in javadoc. Yet, I'd
like to point out that javadoc isn't java code. while we would like to
maintain lots of it to help our users understand it, the library
Date: 2004-05-25T13:03:54
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
Date: 2004-05-25T13:08:05
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
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=28819.
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=28819.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Date: 2004-05-25T13:08:30
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: Logging/1.0.4ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/Logging/1.0.4ReleasePlan
no comment
Change Log:
--
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=28819.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
(i've decided that i'm willing to cut jakarta release again. those who
are interested in an explanation should see
http://nagoya.apache.org/eyebrowse/BrowseList?
[EMAIL PROTECTED]by=datefrom=2004-05-01to=2004-05
-31first=1count=23.)
we've been talking about a common-logging 1.0.4 release
Date: 2004-05-25T13:18:31
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils
URL: http://wiki.apache.org/jakarta-commons/BeanUtils
Oops got my release numbers mixed up
Change Log:
--
@@
Date: 2004-05-25T13:19:07
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils17Release
URL: http://wiki.apache.org/jakarta-commons/BeanUtils17Release
Fixed bad release number
New Page:
== BeanUtils 1.7 Release ==
This is primarily a service release designed to
Date: 2004-05-25T13:20:22
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils16Release
URL: http://wiki.apache.org/jakarta-commons/BeanUtils16Release
no comment
Change Log:
--
@@ -1,22
Date: 2004-05-25T13:21:02
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils17Release
URL: http://wiki.apache.org/jakarta-commons/BeanUtils17Release
no comment
Change Log:
--
@@ -19,5
Date: 2004-05-25T13:21:28
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtilsPost17Release
URL: http://wiki.apache.org/jakarta-commons/BeanUtilsPost17Release
no comment
New Page:
= BeanUtils Post 1.7 Release =
The BeanUtils16Release is needed in haste. Therefore,
Date: 2004-05-25T13:21:56
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtilsPost16Release
URL: http://wiki.apache.org/jakarta-commons/BeanUtilsPost16Release
no comment
Change Log:
--
@@
Date: 2004-05-25T13:22:51
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils
URL: http://wiki.apache.org/jakarta-commons/BeanUtils
no comment
Change Log:
--
@@ -7,3 +7,8 @@
*
Well, if no-one else wants to do it, how do I get committer rights so that I can do it?
;-)
-Original Message-
From: Sharples, Colin
Sent: Thursday, 13 May 2004 10:31 a.m.
To: Commons-Dev (E-mail)
Subject: [workflow] outstanding bugs
Hi,
I have a few bugs outstanding on the
Date: 2004-05-25T13:30:02
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils/1.7.0ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan
no comment
New Page:
= Release Plan For BeanUtils 1.7.0 =
== Background ==
This is primarily a
Date: 2004-05-25T13:30:45
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils/1.7.0ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan
no comment
Change Log:
Phil Steitz wrote:
[Yoav] You probably want strictfp:
http://www.jguru.com/faq/view.jsp?EID=17544.
[Phil] I am not sure that we want this, but I am by no means a JVM expert. From what
I understand, the decision comes down to strict consistency of results on different
platforms (mostly
[commons-jelly-tags-betwixt-20040525.jar] identifier set to project
name
-INFO- Enable verbose output, due to 1 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags
/jelly-tags/commons-jelly-tags-define/index.html
That said, some snippets follow:
The following annotations were provided:
-INFO- Sole jar [commons-jelly-tags-define-20040525.jar] identifier set to project
name
-INFO- Enable verbose output, due to 1 previous error(s).
-INFO- Failed with reason
-tags-jsl-20040525.jar] identifier set to project name
-INFO- Enable verbose output, due to 1 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due to build failure.
The following work was performed:
http://brutus.apache.org:8080/gump/jelly-tags/commons-jelly
/commons-digester-rss/rss.xml
Atom: http://brutus.apache.org:8080/gump/jakarta-commons/commons-digester-rss/atom.xml
--
Produced by Gump 2.0.3-alpha-0002.
[Run (20040525 09:00:04, brutus:brutus-public:20040525 09:00:04)]
http://brutus.apache.org:8080/gump/index.html
http://brutus.apache.org:8080/gump
/public/workspace/jakarta-commons/collections/build/commons-collections-20040525.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar-
Apache Ant version 1.7alpha compiled on May 25 2004
Buildfile: build.xml does not exist!
Build failed
i think that a 1.7.0 beanutils service release would be a very good
idea. it would allow users to upgrade to a version that could be safely
used with either commons collections 2.x or collections 3.0. i'm
willing to act as a release manager.
i've start developing a release plan on the wiki
On 25 May 2004, at 21:28, Sharples, Colin wrote:
Well, if no-one else wants to do it, how do I get committer rights so
that I can do it?
;-)
craig is very likely to be very busy until after java one but when he's
travelling he'll drop in to see us from time to time :)
workflow is in the
Here is a patch reflecting the changes I have made for classes that need
to sport serialversionUID's. It also contains a modification to one of
the analysis Test classes (BisectionSolverTest and QuinticFunction)
showing how a test for serialization is verified using some copy/paste
from an
thanks. we need to cut a beanutils release very soon so i'll try to
look at this very soon.
- robert
On 25 May 2004, at 15:02, David Wood wrote:
Well, it feels like a bug. But I don't really know this project that
well,
and I don't want to assume anything about the goals/rules/aesthetic of
Date: 2004-05-25T14:32:42
Editor: 82.38.65.173
Wiki: Jakarta Commons Wiki
Page: BeanUtils/1.7.0ReleasePlan
URL: http://wiki.apache.org/jakarta-commons/BeanUtils/1.7.0ReleasePlan
no comment
Change Log:
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=29149.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Just to be clear, the approach I feel would be simplest is to add
isValid(Object bean, Field field)-type methods to each validator. This
way, the validators commons-validator provides can be used as they are
or front-ended like how Struts' FieldChecks class interacts with them.
I've already
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
[Yoav] You probably want strictfp:
http://www.jguru.com/faq/view.jsp?EID=17544.
[Phil] I am not sure that we want this, but I am by no means a JVM expert.
From what I understand, the decision comes down to strict
Has Don submitted any patches for Validator yet?
On Tue, 25 May 2004 12:18:59 -0400, Ted Husted [EMAIL PROTECTED] wrote:
Don Brown is an active Apache Struts Committer who would like to apply some patches
to the Validator, with the hope of moving toward another release.
Here's my +1
Yes, these recently
http://issues.apache.org/bugzilla/show_bug.cgi?id=29205
http://issues.apache.org/bugzilla/show_bug.cgi?id=29151
http://issues.apache.org/bugzilla/show_bug.cgi?id=29145
- Original Message -
From: Dion Gillard [EMAIL PROTECTED]
To: Jakarta Commons Developers List
1 - 100 of 120 matches
Mail list logo
