mturk 2003/09/27 23:39:46
Removed: daemon/src/native/nt/procrun/bin procrun.dll procrun.exe
procrunw.exe
Log:
Remove the procrun* binaries.
They aren't used anywhere. Only the tomcat.exe and tomcatw.exe
will be preserved and maintained.
mturk 2003/09/27 23:50:01
Modified:daemon/src/native/nt/procrun procgui.c
Log:
Change the display name from Apache Proces Runner to
Tomcat Service Manager.
Revision ChangesPath
1.3 +4 -4 jakarta-commons/daemon/src/native/nt/procrun/procgui.c
Index:
mturk 2003/09/27 23:51:04
Modified:daemon/src/native/nt/procrun procrun.h
Log:
Bump the version and change the Regitry Key from
Process Runner 1.0 to something meaningfull like
Tomcat Service Manager.
Revision ChangesPath
1.2 +4 -4
mturk 2003/09/27 23:51:37
Modified:daemon/src/native/nt/procrun procrun.rc
Log:
Update the resources to match the exe names.
Revision ChangesPath
1.2 +6 -6 jakarta-commons/daemon/src/native/nt/procrun/procrun.rc
Index: procrun.rc
mturk 2003/09/27 23:53:10
Modified:daemon/src/native/nt/procrun procrun.c
Log:
Remove the unused dll functions.
The DLL mode will became the Control Panel Applet.
Revision ChangesPath
1.2 +20 -100 jakarta-commons/daemon/src/native/nt/procrun/procrun.c
mturk 2003/09/27 23:55:13
Modified:daemon/src/native/nt/procrun procrun.dsp
Log:
Update the build environment to produce the tomcat.exe
and tomcatw.exe instead procrun.
Revision ChangesPath
1.2 +11 -6 jakarta-commons/daemon/src/native/nt/procrun/procrun.dsp
mturk 2003/09/27 23:59:08
Modified:daemon/src/native/nt/procrun/bin tomcat.exe tomcatw.exe
Log:
Builds that use the new Registry Key, so the old installed services
will not be recognized.
You may rename the registry to Tomcat Service Manager
Revision ChangesPath
mturk 2003/09/28 00:04:35
Modified:daemon/src/native/nt/procrun procrun.c
Log:
Bljax...
Remove those CRLF's.
Revision ChangesPath
1.3 +19 -19jakarta-commons/daemon/src/native/nt/procrun/procrun.c
Index: procrun.c
mturk 2003/09/28 00:15:43
Modified:daemon/src/native/nt/procrun procrun.sln procrun.vcproj
Log:
Update the .NET build files.
Revision ChangesPath
1.2 +11 -9 jakarta-commons/daemon/src/native/nt/procrun/procrun.sln
Index: procrun.sln
mturk 2003/09/28 00:19:38
Modified:daemon/xdocs procrun.xml
Log:
Apply the Bill's patches with some minor adjustments.
Thanks Bill.
Revision ChangesPath
1.4 +64 -7 jakarta-commons/daemon/xdocs/procrun.xml
Index: procrun.xml
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=23207.
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=23207.
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=23207.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2003/09/28 02:38:33
Added: digester/src/examples/api .cvsignore
Log:
Added ignore file since we're going to be building examples in the source directory.
yes, i know that this sounds a little unwise but i can't think of any real issues and
it does make things easier for
rdonkin 2003/09/28 02:38:45
Added: digester/src/examples/api/addressbook .cvsignore
Log:
Added ignore file since we're going to be building examples in the source directory.
yes, i know that this sounds a little unwise but i can't think of any real issues and
it does make things
rdonkin 2003/09/28 02:38:57
Added: digester/src/examples/api/catalog .cvsignore
Log:
Added ignore file since we're going to be building examples in the source directory.
yes, i know that this sounds a little unwise but i can't think of any real issues and
it does make things
rdonkin 2003/09/28 02:39:59
Modified:digester/src/examples/api/catalog readme.txt
Added: digester/src/examples/api/catalog build.xml
Log:
Added build for the examples. Submitted by Simon Kitching.
Revision ChangesPath
1.2 +19 -0
rdonkin 2003/09/28 02:40:26
Modified:digester/src/examples/api/addressbook readme.txt
Added: digester/src/examples/api/addressbook build.xml
Log:
Added build for the examples. Submitted by Simon Kitching.
Revision ChangesPath
1.2 +18 -0
rdonkin 2003/09/28 02:40:51
Added: digester/src/examples/api build.properties.sample build.xml
Log:
Added build for the examples. Submitted by Simon Kitching.
Revision ChangesPath
1.1
jakarta-commons/digester/src/examples/api/build.properties.sample
rdonkin 2003/09/28 02:41:29
Modified:digester build.xml
digester/src/java/org/apache/commons/digester package.html
Log:
Added build for the examples. Submitted by Simon Kitching.
Revision ChangesPath
1.46 +7 -1 jakarta-commons/digester/build.xml
committed. many thanks.
it should be possible to use maven (thanks dion!) to generate some
documentation for the examples. will probably need some jelly to tie
everything together. i don't have the time to do this right now so if
anyone wants to volunteer to get this working, please post
i'm in favour of adding compiling the examples as part of the tests. (it'd
be even better to have some unit tests for them, maybe as example unit
tests for newbie developers)
rationale: there's nothing worse when trying to learn a new library than
mistakes in the examples.
the only downside
On Sun, 2003-09-28 at 21:57, robert burrell donkin wrote:
i'm in favour of adding compiling the examples as part of the tests. (it'd
be even better to have some unit tests for them, maybe as example unit
tests for newbie developers)
rationale: there's nothing worse when trying to learn a
tobrien 2003/09/28 05:05:57
Modified:.incl_nav.xml
Log:
Added the Japanese translations link to the commons maven nav
Revision ChangesPath
1.3 +5 -2 jakarta-commons/incl_nav.xml
Index: incl_nav.xml
tobrien 2003/09/28 05:12:44
Modified:daemon/xdocs procrun.xml
Log:
There was an extra closing code tag in this procrun documentation and it was
breaking the Maven site generation. This extra closing tag has been removed.
Revision ChangesPath
1.5 +1 -1
tobrien 2003/09/28 05:21:57
Added: collections/xdocs navigation.xml
Log:
Added common commons nav to the collections Maven site
Revision ChangesPath
1.1 jakarta-commons/collections/xdocs/navigation.xml
Index: navigation.xml
tobrien 2003/09/28 05:24:59
Modified:digester/xdocs navigation.xml
Log:
Added common commons nav to the digetser maven site
Revision ChangesPath
1.3 +10 -16jakarta-commons/digester/xdocs/navigation.xml
Index: navigation.xml
tobrien 2003/09/28 05:27:12
Added: discovery/xdocs navigation.xml
Log:
Added the common commons nav to the discovery maven site
Revision ChangesPath
1.1 jakarta-commons/discovery/xdocs/navigation.xml
Index: navigation.xml
This should be fixed in CVS now.
Glenn
John McNally wrote:
yes that looks like a correct observation. The synchronization scope
could be reduced.
john mcnally
On Wed, 2003-09-24 at 14:47, Brad Johnson wrote:
Hello,
I noticed the latest commit to AbandonedObjectPool.java in the Jakarta Commons
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
rdonkin 2003/09/28 07:17:24
Added: betwixt/src/test/org/apache/commons/betwixt
DoubleLinkedChildBean.java
Log:
Added some tests for a bug in the double linked collection reading stuff. Commented
the failures out for now but will retry once the reader
rdonkin 2003/09/28 07:17:41
Added: betwixt/src/test/org/apache/commons/betwixt
DoubleLinkedParentBean.java
Log:
Added some tests for a bug in the double linked collection reading stuff. Commented
the failures out for now but will retry once the reader
rdonkin 2003/09/28 07:18:03
Added: betwixt/src/test/org/apache/commons/betwixt Tweedledee.java
Log:
Added some tests for a bug in the double linked collection reading stuff. Commented
the failures out for now but will retry once the reader refactoring has been completed.
rdonkin 2003/09/28 07:18:17
Added: betwixt/src/test/org/apache/commons/betwixt Tweedledum.java
Log:
Added some tests for a bug in the double linked collection reading stuff. Commented
the failures out for now but will retry once the reader refactoring has been completed.
rdonkin 2003/09/28 07:18:31
Modified:betwixt/src/test/org/apache/commons/betwixt
TestBeanReader.java
Log:
Added some tests for a bug in the double linked collection reading stuff. Commented
the failures out for now but will retry once the reader refactoring
On Saturday, September 27, 2003, at 06:43 PM, Craig R. McClanahan wrote:
Simon Kitching wrote:
Hi,
The current Rules interface defines
public List match(String uri, String patern);
This is giving me significant problems for the Plugins module I am
working on. I also think it is simply the
At 22:39 -0400 9/27/03, Henri Yandell wrote:
I'm interested in the convert stuff. Especially the Object-String stuff.
First a question on Dates. Why not support for java.util.Date? It seems
that there's not much point having SqlDateConverter, it should just be
DateConverter based on util.Date.
mturk 2003/09/28 08:52:35
Modified:daemon/src/native/nt/procrun procgui.c procrun.c procrun.dsp
procrun.dsw procrun.h
Log:
Revert the latest 'lame Tomcat' patches.
Revision ChangesPath
1.4 +1 -1
Hi,
Since the procrun is fairly generic application that might have it's
usage beyond the Tomcat5 scope, after some consultations with remm, I
propose the following reorganization:
1. All the TC specific code and resources will be moved to
j-t-c/procrun.
2. There will be no build files in the
On Sun, 28 Sep 2003, Sgarlata Matt wrote:
From: Henri Yandell [EMAIL PROTECTED]
Secondly...I think the Convert system needs improvement. The basic problem
is highlighted by: ConvertUtils.register(Converter, Class).
It ought to be: ConvertUtils.register(Converter, Class from, Class
dirkv 2003/09/28 09:57:24
Modified:dbcp/xdocs configuration.xml
Log:
defaultCatalog configuration option
Revision ChangesPath
1.2 +7 -1 jakarta-commons/dbcp/xdocs/configuration.xml
Index: configuration.xml
On Sun, 28 Sep 2003, Joe Germuska wrote:
At 22:39 -0400 9/27/03, Henri Yandell wrote:
I'm interested in the convert stuff. Especially the Object-String stuff.
First a question on Dates. Why not support for java.util.Date? It seems
that there's not much point having SqlDateConverter, it
dirkv 2003/09/28 09:59:36
Modified:dbcp/xdocs navigation.xml
Log:
defaultCatalog configuration option
Revision ChangesPath
1.2 +1 -1 jakarta-commons/dbcp/xdocs/navigation.xml
Index: navigation.xml
dirkv 2003/09/28 10:02:43
Added: pool release_notes.txt RELEASE_PLAN_2_0.txt
Log:
prepare for release
Revision ChangesPath
1.1 jakarta-commons/pool/release_notes.txt
Index: release_notes.txt
dirkv 2003/09/28 10:03:43
Added: dbcp release_notes.txt RELEASE_PLAN_2_0.txt
Log:
prepare for release
Revision ChangesPath
1.1 jakarta-commons/dbcp/release_notes.txt
Index: release_notes.txt
I'd like to propose a vote on the following release plan
for Pool 2.0. This release plan can also be found
at:
http://cvs.apache.org/viewcvs/jakarta-commons/pool/RELEASE_PLAN_2_0.txt
Per the Jakarta/ASF guidelines (see
http://jakarta.apache.org/site/decisions.html), this
release plan must be
I'd like to propose a vote on the following release plan
for DBCP 2.0. This release plan can also be found
at:
http://cvs.apache.org/viewcvs/jakarta-commons/dbcp/RELEASE_PLAN_2_0.txt
Per the Jakarta/ASF guidelines (see
http://jakarta.apache.org/site/decisions.html), this
release plan must be
On Sunday, September 28, 2003, at 08:43 AM, Sgarlata Matt wrote:
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Saturday, September 27, 2003 10:39 PM
Subject: [beanutils] some ideas
snip
First a question on Dates.
On Sunday, September 28, 2003, at 08:43 AM, Sgarlata Matt wrote:
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Saturday, September 27, 2003 10:39 PM
Subject: [beanutils] some ideas
snip
Solutions could be either:
Dirk Verbeeck wrote:
I'd like to propose a vote on the following release plan
for DBCP 2.0. This release plan can also be found
at:
http://cvs.apache.org/viewcvs/jakarta-commons/dbcp/RELEASE_PLAN_2_0.txt
Per the Jakarta/ASF guidelines (see
http://jakarta.apache.org/site/decisions.html),
Why are we changing the major release version number? Have backward
incompatible changes occurred? If not, we should stick to incrementing
the minor version number in the 1.x series.
David
--- Dirk Verbeeck [EMAIL PROTECTED] wrote:
I'd like to propose a vote on the following release plan
for
You can remove the synchronization of the validateObject method in
PoolableConnectionFactory but be carefull.
If the query is slow because the database is overloaded then allowing
more validationQueries will increase the problem.
For the next release I'm thinking about monitoring SQLExceptions
OK, I don't expect any problem.
New proposal:
Review: 1 October 2003 - 15 October 2003
Final vote 16 October 2003- 18 October 2003
Release: 19 October 2003
Dirk
Remy Maucherat wrote:
Dirk Verbeeck wrote:
I'd like to propose a vote on the following release plan
for DBCP 2.0. This release
dgraham 2003/09/28 11:47:32
Modified:validator/src/share/org/apache/commons/validator Field.java
Log:
javadoc changes only.
Revision ChangesPath
1.25 +32 -25
jakarta-commons/validator/src/share/org/apache/commons/validator/Field.java
Index: Field.java
I felt there were too many changes to just release a 1.1and I didn't
review if there were incompatible changes since 1.0.
But I'm not opposed to a 1.1 release.
Committers, indicate your preference please
Release is a 1.1 or 2.0
Dirk
David Graham wrote:
Why are we changing the major release
I have the same question here as I did for DBCP: are there any backwards
incompatible changes that require a major release number change? I'd
prefer to keep the major number the same if possible.
FWIW, I haven't seen any incompatible changes in the DBCP or Pool commits
that I've reviewed.
Dirk Verbeeck wrote:
OK, I don't expect any problem.
New proposal:
Review: 1 October 2003 - 15 October 2003
Do you plan to release an alpha or a beta at the start of the review
period ? That would be really useful :)
(I'd include the binary with a new TC 5 beta to get wide real world testing)
dgraham 2003/09/28 12:26:17
Modified:validator/src/test/org/apache/commons/validator
TestCommon.java
Log:
Cleaned up exception handling.
Revision ChangesPath
1.3 +10 -5
I'll tag make a release candidate for both components.
Expect an announcement in a day or two. (unless there are -1 votes)
Dirk
Remy Maucherat wrote:
Dirk Verbeeck wrote:
OK, I don't expect any problem.
New proposal:
Review: 1 October 2003 - 15 October 2003
Do you plan to release an alpha
Same response, I don't really have a strong feeling about it, just
wanted to keep in sync with DBCP (at least the mayor version).
OK, no incompatible changes = keep major number.
New proposal:
Release both DBCP pool as 1.1
Dirk
David Graham wrote:
I have the same question here as I did for
Robert, thanks for pointing out that these issues have been discussed
before. Here are the two threads I could find:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg17188.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05085.html
Hen, let me be honest and say I'm not quite sure I
I'll tag make a release candidate for both components.
Expect an announcement in a day or two. (unless there are -1 votes)
Great. And I see that it will now be v1.1. +1 on the release plans. Will
test with James.
--- Noel
dgraham 2003/09/28 13:39:58
Modified:validator/src/test/org/apache/commons/validator
ValidatorTestSuite.java
validator/src/share/org/apache/commons/validator Field.java
Added: validator/src/test/org/apache/commons/validator
On Sun, 28 Sep 2003, Sgarlata Matt wrote:
Robert, thanks for pointing out that these issues have been discussed
before. Here are the two threads I could find:
http://www.mail-archive.com/[EMAIL PROTECTED]/msg17188.html
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05085.html
Hen, let
--- Dirk Verbeeck [EMAIL PROTECTED] wrote:
Same response, I don't really have a strong feeling about it, just
wanted to keep in sync with DBCP (at least the mayor version).
Pool is independent from DBCP and doesn't need to depend on DBCP's version
numbers. Backwards incompatible changes
I just noticed that ArrayListIterator is marked as @since 2.2. This
should be 3.0, right (i.e. 2.2 was never released)?
One way to fix the problem (assuming that others agree that it is a
problem ;-) involves changing the way that ArrayIterator (which is
@since 1.0) internally manages its
The Messages class carries over a bunch of getMessage() methods from
Struts. These methods take a varying number of replacement args from 1-4
and then an Object[]. I'd like to remove these methods except for the
versions that take an array and one single replacement argument.
This will
So why don't we create a [convert] in the sandbox to play with the ideas
here? (Maybe its a lack of hours in the day)
Stephen
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
On Sun, 28 Sep 2003, Sgarlata Matt wrote:
Robert, thanks for pointing out that these issues
Hmm, looks like the list doesn't like .java. Trying to attach as .zip...
- Original Message -
From: Sgarlata Matt [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, September 28, 2003 5:28 PM
Subject: [Chain] ChainServlet first draft
Attached is a
On Mon, 2003-09-29 at 03:40, robert burrell donkin wrote:
On Saturday, September 27, 2003, at 06:43 PM, Craig R. McClanahan wrote:
Simon Kitching wrote:
Hi,
The current Rules interface defines
public List match(String uri, String patern);
This is giving me significant
I can't think of a good alternate name. Maybe getIndex() on CollectionUtils?
Stephen
- Original Message -
From: Phil Steitz [EMAIL PROTECTED]
Stephen Colebourne wrote:
I don't have as strong reservations as you. I would suggest that the
test
should assume that the iterator order of
Looks like .zip is needed to attach things...
- Original Message -
From: Sgarlata Matt [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, September 28, 2003 5:30 PM
Subject: [Chain] CommandAction
To do testing for the ChainServlet I was using Struts
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=23469.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/09/28 16:07:31
Modified:primitives/src/codegen/org/apache/commons/primitive/collection
XXXCollection.vm
Log:
Tighten contract from testing
Revision ChangesPath
1.3 +4 -4
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=23469.
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=23469.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/codegen/org/apache/commons/primitive/collection/impl
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/java/org/apache/commons/primitive/collection/impl
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/test/org/apache - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/test/org/apache/commons/primitive - New
directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/test/org/apache/commons/primitive/collection/impl
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/test/org/apache/commons - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
scolebourne2003/09/28 16:09:40
jakarta-commons-sandbox/primitives/src/test/org/apache/commons/primitive/collection
- New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
scolebourne2003/09/28 16:09:55
Modified:primitives/src/java/org/apache/commons/primitive/list
LongList.java CharList.java DoubleList.java
ByteList.java BooleanList.java ShortList.java
FloatList.java IntList.java
Sgarlata Matt wrote:
- Original Message -
From: Henri Yandell [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, September 28, 2003 4:43 PM
Subject: Re: [beanutils] some ideas
- Converters must be registered for each type, and subtypes do not
Dirk,
I thought I'd link to the change since it was useful for me to review:
http://cvs.apache.org/viewcvs.cgi/jakarta-commons/dbcp/release_notes.txt
My vote: +1
Version # preference: 1.1
Comment: I saw mention in STATUS.html of an integration document for
DBCP and Avalon... I created a
I can try this tomorrow, and look at the other patches as well.
In the future, the thing to do in the future is to attach the file to a
Bugzilla ticket as an enhancement request. It's also helpful to include
the license http://apache.org/LICENSE so that your intentions are
crystal clear and so
psteitz 2003/09/28 20:38:44
Modified:collections/src/java/org/apache/commons/collections
IteratorUtils.java
Log:
javadoc
Revision ChangesPath
1.12 +8 -5
psteitz 2003/09/28 20:56:12
Modified:collections/src/java/org/apache/commons/collections/iterators
ObjectArrayIterator.java
ObjectArrayListIterator.java ArrayListIterator.java
Stephen Colebourne wrote:
Basically, anything that people might have relied on (public/protected) is a
backwards compatable issue. However, if it is a bug fix, then the change can
be justified.
I made the change without modifying ArrayIterator, so there should be no
compatability issue.
Your
I don't understand why we are obligated to keep _any_ method. If we
don't like it, why not deprecate it for 3.0 and remove in 4.0?
I hear a lot of this in commons, that things can't be changed or removed
due to backwards compatibility. I think it's unfortunate that methods
and concepts
bayard 2003/09/28 21:35:46
Modified:beanutils project.xml
Log:
fixed typo
Revision ChangesPath
1.13 +1 -1 jakarta-commons/beanutils/project.xml
Index: project.xml
===
RCS file:
On Sun, 28 Sep 2003, Sgarlata Matt wrote:
From: Henri Yandell [EMAIL PROTECTED]
Can anyone think of any others?
Something that would need deciding is what to do when the 'from' and the
'to' classes are the same. Should a String-String converter be looked
for, or should it optimise it
Looking at the converters, there is a batch of XxxArrayConverters. These
extend AbstractArrayConverter which has the code necessary to parse a
comma delimited array.
My question being, why does CharacterArrayConverter et al even exist?
It seems that there could easily be an ArrayConverter which
I grokk why now. Xxx is primitives, so an utter pain to deal with
generically. My 'easily' below is a massive over-statement :)
Still would be nice if when I change the LongConverter in a system, the
default is that the LongArrayConverter also changes its atomic behaviour.
Hen
On Mon, 29 Sep
95 matches
Mail list logo
