Commons Developers,
The attached class is a very simple implementation of the java.util.Map
interface that gives each key a TTL (time to live) in the map. I've
found this extremely useful as a backing store for certain types of
caches (where you want to expire items based on time in cache, as
On Sun, 23 Nov 2003, Henri Yandell [EMAIL PROTECTED] wrote:
I've gone ahead and done this.
One thing that you have to be aware of is that under some - unknown to
me - circumstances maven ant puts strange, absolute (specifc to your
machine) paths into the generated build file.
See
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=24936.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mvdb2003/11/24 01:20:13
Modified:betwixt/src/java/org/apache/commons/betwixt/digester
XMLIntrospectorHelper.java
Log:
Fixing bug http://nagoya.apache.org/bugzilla/show_bug.cgi?id=23324
Thanx to Lari Hotari for spotting this.
Revision Changes
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=23324.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mvdb2003/11/24 01:23:13
Modified:betwixt/xdocs tasks.xml
Log:
Fixing typo spotted by Rob Leland.
Revision ChangesPath
1.25 +1 -1 jakarta-commons/betwixt/xdocs/tasks.xml
Index: tasks.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=22536.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Sun, 2003-11-23 at 21:53, Phil Steitz wrote:
A few weeks back, David Graham submitted code for a
CaseInsensitiveHashMap here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537
This looks like a good addition to [collections] to me.
Any objections to my coding up some tests and
On Sun, 2003-11-23 at 22:25, Brian S O'Neill wrote:
This implementation converts the key to lowercase on every get and put,
which adds a bit of object allocation overhead. Also, simply converting
to lowercase does not make it fully case-insensitive. There is a comment
in
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=23229.
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=23229.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello!
I would like to contribute to the o.a.c.math.distribution package
the implementation of Normal distribution.
I've implemented two algorithms for calculation of a cummulative
distribution function - one of them (NormalCDFFastAlgorithm.java)
is fast but less precise then the other one
Howdy,
I like it: simple, practical idea.
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Joseph Rosenblum [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 2:04 AM
To: [EMAIL PROTECTED]
Subject: TimerMap
Commons Developers,
The attached class is a very
A good idea! I would recommend making this a decorator as opposed to a
full-blown implementation. I do not have your original source here, so I
don't know if that's what you did or not. If you made it a decorator, you
could nest maps to combine different implementation benefits. For example,
I
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=24941.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I haven't been able to work on [io] for awhile. The last thing I was
doing was looking at the Clover report and trying to improve the test
coverage. For example. EndianUtils is a class that has 0 tests -- but I
didn't have a good enough understanding of it to write any.
The tasks page
I've had this happen when I had references to ${basedir} in the
project.xml. I think this is supposed to be fixed in maven 1.0-rc1?
Stefan Bodewig wrote:
On Sun, 23 Nov 2003, Henri Yandell [EMAIL PROTECTED] wrote:
I've gone ahead and done this.
One thing that you have to be aware of is
Hi!
I am currently porting Jakarta-Slide's DB backend to Oracle 9i using
DBCP. The problem is Oracle expects the setting of the isolation level
to be the first in a transaction. When using default isolation levels
in ctor of PoolableConnectionFactory activateObject first sets
autocommit and
Ooops, forgot to mention: The problem is not autocommit, but readonly...
Oliver
Oliver Zeigermann wrote:
Hi!
I am currently porting Jakarta-Slide's DB backend to Oracle 9i using
DBCP. The problem is Oracle expects the setting of the isolation level
to be the first in a transaction. When
--- Brian S O'Neill [EMAIL PROTECTED] wrote:
This implementation converts the key to lowercase on every get and put,
which adds a bit of object allocation overhead.
How else would you accomplish the class' goal?
Also, simply converting
to lowercase does not make it fully
--- Janek Bogucki [EMAIL PROTECTED] wrote:
On Sun, 2003-11-23 at 21:53, Phil Steitz wrote:
A few weeks back, David Graham submitted code for a
CaseInsensitiveHashMap here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537
This looks like a good addition to [collections] to
Ok cool. Thanks for looking into this for me. (don't worry about it being
late, not a big deal. I just had to use Castor for the unmarshalling and
Betwixt for the Marshalling - not really the most elegant but it did the
trick temporarily. It's actually funny, because I tried just switching to
On Mon, 2003-11-24 at 10:15, David Graham wrote:
--- Janek Bogucki [EMAIL PROTECTED] wrote:
On Sun, 2003-11-23 at 21:53, Phil Steitz wrote:
A few weeks back, David Graham submitted code for a
CaseInsensitiveHashMap here:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537
Hi,
I had an idea for another small enhancement and want to ask if you find
it useful.
I had sometimes the problem that I had to store a value in a
configuration file that was defined as a constant in a Java class. E.g.
let there be the following declaration in a class:
public static final
On Mon, 2003-11-24 at 16:40, Mike Stanley wrote:
Ok cool. Thanks for looking into this for me. (don't worry about it being
late, not a big deal. I just had to use Castor for the unmarshalling and
Betwixt for the Marshalling - not really the most elegant but it did the
trick temporarily.
One other question:
You said something about Bean.betwixt files only supplies beaninfo for
Bean.java and not classes embedded in Bean.java.
If I have BeanA.java and BeanA.betwixt. I also have BeanB.java and
BeanB.betwixt. My BeanA class has a property of type BeanB. Will Betwixt
be able to
That should be possible :)
You cannot however from BeanA.betwixt also format the content of
BeanB.java..
That was one of the mistakes I made when first started using betwixt..
Mvgr,
Martin
On Mon, 2003-11-24 at 16:57, Mike Stanley wrote:
One other question:
You said something about
Ah, Cool. Thanks.
-Original Message-
From: Martin van den Bemt [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 11:07 AM
To: Jakarta Commons Developers List
Subject: RE: [betwixt] Betwixt troubles...
That should be possible :)
You cannot however from BeanA.betwixt also
I'm sorry - I'm turning into a pain in the ass --- how about properties of
properties i.e.
attribute name=name property=beanB.name/ -- would this be handled
beanA.getBeanB().getName() appropriately?
Figured, I'd ask while I have your ear ;-)
-Original Message-
From: Martin van den
With 6 binding +1s [Rodney Waldhoff, David Graham, Yoav Shapira, Martin
Cooper, Gary Gregory, Robert Burrell Donkin] and no -1s, this vote has
passed.
As noted in the thread, Arun and Ted
have been otherwise active, so that leaves the following 14 committers
being moved to emeritus status:
Don't think that works, since I cannot remember any code that resolves
the dot in betwixt (I written a library who can handle this though,
which is not betwixt related..), so maybe someday :)
Mvgr,
Martin
On Mon, 2003-11-24 at 17:16, Mike Stanley wrote:
I'm sorry - I'm turning into a pain in
rwaldhoff2003/11/24 08:57:57
Modified:xdocscontributors.xml
docs contributors.html
Log:
add emeritus section, update committer list
Revision ChangesPath
1.17 +83 -29jakarta-commons/xdocs/contributors.xml
Index: contributors.xml
rwaldhoff2003/11/24 09:02:02
Modified:xdocscontributors.xml
docs contributors.html
Log:
move noel and serge to active
Revision ChangesPath
1.18 +2 -2 jakarta-commons/xdocs/contributors.xml
Index: contributors.xml
I'd like to propose the following simple additions to the
o.a.c.c.IteratorUtils
class.
The following is a simple convenience method for counting the number of
elements
in an iteration, something that I find myself recreating somewhat
frequently:
public static
int countElements (final
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=24369.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
( Remember to prefix subject with [collections] )
In the current CVS HEAD, you can do
IteratorUtils.toArray(Iterator).length
or
IteratorUtils.toList(Iterator).size()
But, your suggestion may be a good addition also.
Also, I think that the method definitions you've provided will all cause
I also know that this is more than you intended, but any thought of incorporating the
split on string into the new StringTokenizer replacement as well? I think that would
be pretty useful. (It's behaviour in two places, but implementation could certainly
delegate)
-AMT
-Original
Seems like a cool idea However, I'm concerned about the following points in the
implementation:
If the timer expires after an iterator on the keys or values is obtained, the
underlying map is modified directly - this means that the next access to the iterator
(see HashMap javadoc) will
I wouldn't worry so much about the iterator issue. Remember, this map
implementation is to be used in specific cases. And, when somebody uses it,
they should probably understand that there are multiple threads modifying
the map. I would say that you can get by with a warning in the JavaDoc on
--- Janek Bogucki [EMAIL PROTECTED] wrote:
On Mon, 2003-11-24 at 10:15, David Graham wrote:
--- Janek Bogucki [EMAIL PROTECTED] wrote:
On Sun, 2003-11-23 at 21:53, Phil Steitz wrote:
A few weeks back, David Graham submitted code for a
CaseInsensitiveHashMap here:
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=24369.
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=24949.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rwaldhoff2003/11/24 12:31:20
Modified:functor/src/test/org/apache/commons/functor/adapter
TestBinaryFunctionBinaryPredicate.java
TestFunctionPredicate.java
TestUnaryFunctionUnaryPredicate.java
oglueck 2003/11/24 12:39:26
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH RequestLine.java
Log:
made immutable
Revision ChangesPath
No revision
No revision
Hey there,
Thanks for all the feedback! Ideally, I think this makes the most sense
as a Map --since it's most common use cases are as a Map-- and the
javadoc would spell out usage scenarios and challenges (something I
will work on).
I've changed two points: TimedMapKey is now private and the
oglueck 2003/11/24 12:41:11
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH ResponseWriter.java
SimpleHttpServerConnection.java
GenericResponse.java
Maybe you could just go ahead and throw UnsupportedOperationException on
keySet(), but implement a generic debugCachingIssues() method! ;-)
-Original Message-
From: Joseph Rosenblum [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 3:40 PM
To: Jakarta Commons Developers List
Oh, what about making it extend AbstractMapDecorator?
-Original Message-
From: Joseph Rosenblum [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 3:40 PM
To: Jakarta Commons Developers List
Subject: Re: TimerMap
Hey there,
Thanks for all the feedback! Ideally, I think this
Actually, I'm only concerned about keySet().iterator() and values().iterator(). Not
about keySet() and values() :)
Perhaps something that can be worked in as we move forward? I think this (the
ill-formedness of the iterators) could be something captured in docs today and
implemented
Piotr,
I will add these in, I'd like to work to see us move to have a separate
package for CDF's (I expect to place the Gamma and Beta functions there
as well and to unify all these CDF style functions under one interface.
Basically we would have:
o.a.c.math.function
Beta
Gamma
Normal
rwaldhoff2003/11/24 13:13:15
Modified:functor/src/java/org/apache/commons/functor/generator
Generator.java
Log:
remove extra space
Revision ChangesPath
1.5 +3 -3
rwaldhoff2003/11/24 13:29:28
Modified:functor/src/java/org/apache/commons/functor/core/collection
Size.java
functor/src/test/org/apache/commons/functor/core/collection
TestSize.java
Log:
support Strings and arrays in
rwaldhoff2003/11/24 13:31:30
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestSize.java
Log:
split test
Revision ChangesPath
1.4 +5 -2
rwaldhoff2003/11/24 13:38:39
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestIsEmpty.java
functor/src/java/org/apache/commons/functor/core/collection
IsEmpty.java
Log:
support Strings and arrays
rwaldhoff2003/11/24 13:56:43
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestIsElementOf.java
functor/src/java/org/apache/commons/functor/core/collection
IsElementOf.java
Log:
support Arrays in
rwaldhoff2003/11/24 13:59:30
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestCollectionAlgorithms.java
functor/src/test/org/apache/commons/functor/example
QuicksortExample.java
Quoting Jeremias Maerki [EMAIL PROTECTED]:
Nope, I guess not.
On 23.11.2003 10:34:38 Henri Yandell wrote:
As the site is using maven, is there any need to keep the old build
system? [build.properties, build.properties.sample, build.xml]
It'll only get out of date if maven is
Just out of curiosity,
What sort of situation do you have that objects get borrowed, but then
forgotten? This is an interesting side-effect of pooling.
worse is better
-Original Message-
From: Dirk Verbeeck [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 5:20 PM
To:
i've finally found time to consider both proposals (apologies for the
delay).
1. i think that i like some parts of remy's solution but would prefer
the actual implementation to be pluggable through a strategy interface
(probably implemented as an abstract class). i know that this is a
Hello Dirk,
We have build dbcp with the synchronization removed and it removed the
bottleneck from dbcp. We've only used our modified dbcp in our testing
environment. I wanted to check with the list to see if we were
overlooking something when modifying the synchronization. I'll probably
post our
It seems like an odd thing to want to do. If you need to know the size, hold
the data in a collection.
Stephen
- Original Message -
In the current CVS HEAD, you can do
IteratorUtils.toArray(Iterator).length
or
IteratorUtils.toList(Iterator).size()
But, your suggestion may be a
dirkv 2003/11/24 14:51:34
jakarta-commons-sandbox/scaffold/xdocs - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Tue, 2003-11-25 at 11:32, robert burrell donkin wrote:
i've finally found time to consider both proposals (apologies for the
delay).
1. i think that i like some parts of remy's solution but would prefer
the actual implementation to be pluggable through a strategy interface
This sounds good from the discssions. I would definitely want to to extend
AbstractMapDecorator if it is a decorator.
One solution to troublesome iteration issues can be to clone the data into
an ArrayList in the constructor of the iterator. The iterator can then
access the data safely. This
I would like to propose an alternative solution to the problem that IMO fits
well with current [collections] direction.
Consider a new Map implementation that acts as a direct replacement for
HashMap, call it HashMapA (A for apache ;-). This class contains basically
the same code as HashMap,
dirkv 2003/11/24 14:59:43
Modified:scaffold .cvsignore
Added: scaffold LICENSE.txt checkstyle.xml project.properties
project.xml
scaffold/xdocs downloads.xml index.xml navigation.xml
Log:
mavenize scaffold
Revision Changes
That would work! It's probably not a big issue if the iterator actually
returns an object that has expired from the cache. Typical usages of these
implementations aren't necessarily concerned with the EXACT timing of
removal from the map. Even if they are, they're not GUARANTEED that the
I would like to propose that the observable subpackage of [collections] be
removed to another location. It remains a relatively self contained part of
[collections] following the recent restructuring, and has the potential to
grow with other event strategies and integration with GUIs such as
I think this would make a good addition to DateUtils. Would you like to
provide a patch and tests?
Stephen
- Original Message -
From: Inger, Matthew [EMAIL PROTECTED]
public static final long MILLIS_IN_DAY = 1000*60*60*24;
public long getDaysBetween(Calendar c1, Calendar c2)
{
long
rwaldhoff2003/11/24 15:09:13
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestCollectionAlgorithms.java
functor/src/test/org/apache/commons/functor/example
QuicksortExample.java
rwaldhoff2003/11/24 15:11:48
Modified:functor/src/test/org/apache/commons/functor/core/collection
TestIsEmpty.java
functor/src/java/org/apache/commons/functor/core/collection
IsEmpty.java
Log:
support Maps in IsEmpty,
oglueck 2003/11/24 15:13:22
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH
HttpRequestHandlerChain.java
Log:
Making this class thread-safe as it is accessed from different threads.
oglueck 2003/11/24 15:14:33
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH SimpleHttpServer.java
Log:
Added support for systems with more than one network interface.
Revision ChangesPath
No
oglueck 2003/11/24 15:16:42
Modified:httpclient/src/test/org/apache/commons/httpclient/server
Tag: HTTPCLIENT_2_0_BRANCH
SimpleHttpServerConnection.java
Log:
We do housekeeping on our internal objects ourselves.
Revision Changes
I think it's a good idea to remove it. At this point, [collections] is
so big that I'm +1 for removing all that we can. I frequently get
OutOfMemoryExceptions when doing the maven build due to the size (from
the statcvs and linkcheck plugins).
Now as to where it should go, I always like the
I saw AbandonedObjectPool but it is deprecated and is in the DBCP.
I was looking for an ObjectPool.
I've extended GenericObjectPool with similar features.
Here it is.
I'm using this as the ObjectPool of a PoolingDataSource and is working
perfectly well.
note:
TimestampedStackTrace is not
If i can figure out how to do the patch. is it
diff -n
?
Then do i just post the diff along with the test diff
to the newsgroup?
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 6:12 PM
To: Jakarta Commons
Is this necessary?
The result of Calendar.getTime().getTime() is a long representing the number of
milliseconds since the epoch where the epochal point is defined as Jan 1, 1970
00:00:00.000 GMT. This already normalizes for GMT and for daylight savings. The
calendar class essentially
There's a new tokenizer attached to defect 22692 which does
CSV style tokenizing. Test class is attached as well. Just
waiting on someone to commit it.
-Original Message-
From: Al Chou [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 2:02 PM
To: Jakarta Commons Developers List
On 24 Nov 2003, at 22:54, Simon Kitching wrote:
On Tue, 2003-11-25 at 11:32, robert burrell donkin wrote:
i've finally found time to consider both proposals (apologies for the
delay).
1. i think that i like some parts of remy's solution but would prefer
the actual implementation to be pluggable
It's been checked in
The most recent changes you made haven't been checked in because I believe Stephen
adapted your original a little as he was checking it in Further changes should be
made to the checked in version, rather than the original.
-AMT
-Original Message-
From:
I believe it's
cvs diff -u
And the most efficient way is to open up an enhancement entry in
Bugzilla and attach the patch there. That way it won't get lost in the mix.
Inger, Matthew wrote:
If i can figure out how to do the patch. is it
diff -n
?
Then do i just post
ok. will he be making those changes? Or do i need to do it.
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 6:30 PM
To: Jakarta Commons Developers List
Subject: RE: [lang] unexpected StringUtils.split behavior (was RE:
suggestion for new
rwaldhoff2003/11/24 15:39:17
Modified:functor/src/test/org/apache/commons/functor/generator/util
TestAll.java
Added: functor/src/test/org/apache/commons/functor/generator/util
TestIntegerRange.java
Long story.
I got involved in a big-almost-finished project (arround 6.000 classes,
up to 15 levels of inheritance) 3 months ago to rework the core. It was
having problems. i.e. lost connections and never closed transactions,
concurrency problems, etc.
Replacing the home made ConnectionPool for
I can't find it in cvs.
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Monday, November 24, 2003 6:30 PM
To: Jakarta Commons Developers List
Subject: RE: [lang] unexpected StringUtils.split behavior (was RE:
suggestion for new StringUtils.method)
It's been checked
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.
On Tue, 2003-11-25 at 12:31, robert burrell donkin wrote:
On 24 Nov 2003, at 22:54, Simon Kitching wrote:
On Tue, 2003-11-25 at 11:32, robert burrell donkin wrote:
i've finally found time to consider both proposals (apologies for the
delay).
1. i think that i like some parts of remy's
All the concepts (flank, enclose, single quote, double quote) are rather
trivial, or, let's say, they're simple append functions. However, they still
do represent special cases of appending, and albeit simple, may merit
inclusion to the StringUtils class considering that the class is largely a
PFE a first implementation of the proposed
ArrayUtil.subarray()implemented to take an Object array.
Also encl some basic testcases.
This is my first contribution, so I might take a while to get used to the
some of the procedures of the group.
Waiting for feedback and criticism.
Thanks,
Ashwin
Yep,
that bug was fixed in RC1.
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
__matthewHawthorne [EMAIL PROTECTED] wrote on 25/11/2003 01:22:38 AM:
I've had this happen when I had references to ${basedir} in the
project.xml. I think this is
Stephen Colebourne wrote:
I would like to propose an alternative solution to the problem that IMO fits
well with current [collections] direction.
Consider a new Map implementation that acts as a direct replacement for
HashMap, call it HashMapA (A for apache ;-). This class contains basically
the
rwaldhoff2003/11/24 15:59:21
Modified:functor/src/test/org/apache/commons/functor/generator/util
TestIntegerRange.java TestAll.java
functor/src/java/org/apache/commons/functor/generator/util
IntegerRange.java
Added:
rwaldhoff2003/11/24 16:01:15
Modified:functor/src/test/org/apache/commons/functor/generator/util
TestIntegerRange.java TestLongRange.java
Log:
add test of edge case
Revision ChangesPath
1.3 +8 -2
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.
--- __matthewHawthorne [EMAIL PROTECTED] wrote:
I think it's a good idea to remove it. At this point, [collections]
is
so big that I'm +1 for removing all that we can. I frequently get
OutOfMemoryExceptions when doing the maven build due to the size
(from
the statcvs and linkcheck
I've submitted patches for what i was working on.
I had provided methods to completely reset the tokenizer,
including the input string, so that the same tokenizer can
be re-used when parsing a large file, and doesn't have to
be constantly recreated. See the bug for the patch files.
Also the test
rwaldhoff2003/11/24 16:22:26
Modified:functor/src/test/org/apache/commons/functor/core
TestAll.java
Added: functor/src/java/org/apache/commons/functor/core Offset.java
functor/src/test/org/apache/commons/functor/core
To clarify. By completely, i mean wiping out the token cache,
and reseting the iterator functionality, as well as resetting
the input. The configured parameters are not changed on a reset.
This has HUGE performance implications when working with a large
file that you're trying to tokenize.
rwaldhoff2003/11/24 16:23:14
Modified:functor/src/java/org/apache/commons/functor/generator/util
MaxIterations.java
Log:
deprecate MaxIterations
Revision ChangesPath
1.2 +3 -2
1 - 100 of 129 matches
Mail list logo