This seems to have been sent to commons-dev. Is it actually
directed to me personally? Any clarification would be appreciated.
There was also no attachment with additional instructions.
-AMT
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March
VOTEs please, closing Tuesday 20th Jan Midnight GMT
[ X ] +1 - I support the release of Commons-Collections-3.0
[ ] +0
[ ] -0
[ ] -1 - I oppose the release of Commons-Collections-3.0 because...
-
To unsubscribe, e-mail:
+1
Good idea
-AMT
-Original Message-
From: ASHWIN Suresh [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 18, 2003 4:35 AM
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer +
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's
+1 to #3
Anyone that's followed the instructions is getting incorrect behaviour that what they
were expecting anyway Either they've fixed it (in which case they're either
dependent on the current functionality of replaceChars, or on something completely
related) or it hasn't bitten them
Folks,
Anyone know how I, as a committer, go about getting a new password for CVS. I've
searched through all my archives on multiple boxes and finally have come to the
conclusion that I've lost the email with my password.
Help!
-AMT
-Original Message-
From: [EMAIL PROTECTED]
Folks,
Anyone know how I, as a committer, go about getting a new password for CVS. I've
searched through all my archives on multiple boxes and finally have come to the
conclusion that I've lost the email with my password.
Help!
-AMT
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 04, 2003 17:54
Ash,
Classes for this purpose which previously existed in COLLECTIONS were
moved to the Sandbox project - PRIMITIVES. Please take a look there.
There's apparently a lot of work going
+1
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 26, 2003 2:35 PM
To: Jakarta Commons Developers List
Subject: [VOTE] New committer - Neil O'Toole
I would like to nominate Neil O'Toole as an Apache Jakarta Commons committer.
Neil has
The issue of recreating the original key is exactly the value behind the process that
Stephen proposes. While the proposal leads to a more general solution with the
potential complexity of writing good hash functions, it certainly covers simple cases
like this - where a transformation is
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
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
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
to incorporate this new method there, if it gets committed to StringUtils at
all in the first place.
Al
--- Arun Thomas [EMAIL PROTECTED] wrote:
I also know that this is more than you intended, but any thought of
incorporating the split on string into the new StringTokenizer
replacement
AMammenT - Arun Mammen Thomas - active :) just haven't committed since being voted in
as a commiter a month+ ago.
-AMT
-Original Message-
From: Rodney Waldhoff [mailto:[EMAIL PROTECTED]
Sent: Thursday, November 13, 2003 9:38 AM
To: [EMAIL PROTECTED]
Subject: [PROPOSAL] emeritus
[] in the constructor in addition to String).
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2003 7:29 PM
To: Jakarta Commons Developers List
Subject: SUBMITING new StringUtils.method
Goto http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22692
Attach your
Take a look at the following bug entry currently in Bugzilla Your idea seems to be
an expansion of the desired functionality described by the bug. I would certainly
add the additional behaviour you propose (escape characters to prevent tokenization)
to this bug.
It would be interesting,
Ooops
Here's the bug entry:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22692
-AMT
-Original Message-
From: Arun Thomas
Sent: Tuesday, November 11, 2003 10:31 AM
To: Jakarta Commons Developers List
Subject: RE: suggestion for new StringUtils.method
Take a look
?
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Tuesday, November 11, 2003 1:32 PM
To: Jakarta Commons Developers List
Subject: RE: suggestion for new StringUtils.method
Ooops
Here's the bug entry:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22692
-AMT
Goto http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22692
Attach your source and test files.
-AMT
P.S.
// defaults to true
public boolean isIgnoreLeadingWhitespace();
public void setIgnoreLeadingWhitespace(boolean ignoreLeadingWhitespace);
// defaults to true
public
Phil,
Would you mind adding an entry to bugzilla reporting the UOE thrown by IteratorChain?
I agree with Steven that this sounds like a bug, and, since you have the use case
which encountered it It would be great to have the details/test condition.
Something I can fix as soon as
The last comment suggests another possibly useful method: toList(),
returning an aggregated collection consisting of all of the objects
in the composite collections.
In this case, will there be a clever way to return an aggregation of this sort that
isn't simply a new object with copies of
: Wednesday, November 05, 2003 10:42 AM
To: Jakarta Commons Developers List
Subject: Re: [collections] [PATCH] CompositeCollection class for Commons-Collections
Arun Thomas wrote:
The last comment suggests another possibly useful method: toList(),
returning an aggregated collection
Hmmm
The difficulty here seems to be in that the proper use if not easy to understand, and
that the thought in well thought out doesn't seem to be documented (at least I
didn't see it after a quick glance). If someone can point the way to the mail threads
that covered the thinking
Might be worth including as a separate subclass of testcase then - anyone looking for
quick runs can take it out of the test suite temporarily.
-AMT
-Original Message-
From: Chas Emerick [mailto:[EMAIL PROTECTED]
Sent: Wednesday, October 22, 2003 3:52 PM
To: Jakarta Commons
Henning,
While this might seem like a problem with the MethodUtils::getAccessibleMethod, it, in
fact, reflects the reality of dynamic method invocation today (the behaviour is broken
because these methods can be invoked directly, just not dynamically). When I first
encountered this problem,
You're right Walking up the inheritance heirarchy only makes sense on the from
class side. Walking DOWN the inheritance heirarchy would actually do well on the to
class side I think, but, of course, that's much more difficult to do.
In short, the result of the conversion must be the
You might want to take a look at org.apache.commons.collections.SequencedHashMap which
combines, for the most part, the functions of list and map (insertElementAt()) is not
available - how does one insert a key, when the value should be at a specific
position?
The transactional support is
).
- Original Message -
From: Arun Thomas [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Friday, September 12, 2003 12:04 PM
Subject: RE: [collections] New Collection
You might want to take a look at org.apache.commons.collections.SequencedHashMap which
combines
I recently noticed that the current implementation of the debugPrint and verbosePrint
methods in MapUtils is not thread safe - in fact, these are the only items that are
not thread safe because the indentation state for the output is preserved in a static
variable.
I think it would be
I'm not sure if it makes sense to call it an entry that maps to null but consider
that the the cardinal map returned by this function will be accessed in the following
manner:
Integer x = returnedMap.get(obj);
That statement may just be pointing out that instead of returning Integer(0) for
Neat to see, but something that might be interesting is to also differentiate between
required runtime and compile time dependencies.
-AMT
On Tuesday, August 26, 2003, at 10:59 PM, J.Pietschmann wrote:
Hi all,
a first shot at a graphical representation of dependencies of commons
Ignorance speaking
What is transitive closure?
-AMT
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 28, 2003 12:00 PM
To: Jakarta Commons Developers List
Subject: Re: [all] [commons] Dependency diagrams
Arun Thomas wrote:
Neat to see
] Dependency diagrams
Arun Thomas wrote:
Neat to see, but something that might be interesting is to also
differentiate between required runtime and compile time dependencies.
The first diagram shows compile time dependencies. Run time dependencies would be the
transitive closure. I think
The sender would like to recall the message, [all] [commons] Dependency diagrams.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I've got to say that I like the parallelism with the other methods.
For what it's worth, I like: ordinalIndexOf(String str, String searchStr, int ordinal)
-AMT
-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED]
Sent: Monday, August 25, 2003 11:27 PM
To: 'Jakarta Commons
Weird,
Parser didn't complain when it read the xml. Anyway, thanks for fixing that
-AMT
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 26, 2003 8:21 AM
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 22664] - Tests for dependent
I noticed that a vote is ongoing for release of validator. FYI,
http://jakarta.apache.org/commons/dtds/validator_1_1.dtd
should be updated to the version of the dtd currently in CVS. I don't know if this is
a manual process, or something that happens automatically with the release?
-AMT
New patch with test cases submitted to bugzilla!
-AMT
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 20, 2003 2:08 PM
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 20740] - [PATCH] Map.debugPrint assume key is string.
DO NOT REPLY TO
If so, WHY? Why not use String.valueOf(Object obj)?
Not particularly more convenient is it?
-AMT
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 05, 2003 9:39 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Re: [LANG] Do we have a
I believe that Tyrex includes an in-memory JNDI service provider.
http://tyrex.sourceforge.net/naming.html#MemoryContext
-AMT
-Original Message-
From: Noel J. Bergman [mailto:[EMAIL PROTECTED]
Sent: Tuesday, August 12, 2003 6:43 PM
To: [EMAIL PROTECTED]
Cc: Alex Karasulu
Subject: JNDI
Interesting
Since I started using eclipse, I've come very much to like the eclipse mechanism of
releasing updates to modules. It's possible to publish releases via the web and a
pre-specified format (site.xml) announcing what releases are available and the URL's
by which they can be
Unfortunately, using validator outside struts means that although it continues to
successfully report validation success or failure, the entire error message generating
framework is unavailable. Struts merges the validator framework with additional code
which actually handles all the lookups
Chuck,
I would be pretty keen on figuring out a better approach to utility classes as well
(RBD's suggestion deferring the decision between singleton and booch utility to the
user seems interesting.) I think, however, that the 3rd option will still not be a
possibility. Look back at thread
difference.
Also, why would you ever need to extend non-instantiable classes?
- Neil
--- Michael Heuer [EMAIL PROTECTED] wrote:
On Tue, 29 Jul 2003, David Graham wrote:
--- Arun Thomas [EMAIL PROTECTED] wrote:
Hmmm From the last three notes - I think I understand
clearly
methods?
Cheers,
-AMT
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED]
Sent: Tuesday, July 29, 2003 11:44 AM
To: Jakarta Commons Developers List
Subject: RE: [io][vote] FileUtils: decision on style
--- Arun Thomas [EMAIL PROTECTED] wrote:
Can someone expound
12:30 PM
To: Jakarta Commons Developers List
Subject: RE: [io][vote] FileUtils: decision on style
--- Arun Thomas [EMAIL PROTECTED] wrote:
Hmmm From the last three notes - I think I understand clearly the
motivation for requiring the public no-arg constructor, but I still
don't understand
So this saves one import for every user of Ustring that needs to use a function
currently available in StringUtils? Not meaning to be sarcastic at all - it just
seems that this is the only savings you get. Even the documentation lookup will
probably have to go to the JavaDoc for StringUtils?
, 29 Jul 2003, David Graham wrote:
--- Arun Thomas [EMAIL PROTECTED] wrote:
Hmmm From the last three notes - I think I understand
clearly the
motivation for requiring the public no-arg constructor, but I
still
don't understand the reasoning behind the need for avoiding
final
. If
they abuse that power then fine.
(And please note, that anything applying to [lang] applies equally to [io] as far as
XxxxUtils goes)
Stephen
- Original Message -
From: Arun Thomas [EMAIL PROTECTED]
So this saves one import for every user of Ustring that needs to use a function
currently
Folks,
I'm writing because I'm running across a really strange bug which I cannot, for the
life of me figure out. Or rather, I know what's causing it, but I'm not sure why: I'm
getting an exception when parsing an xml file (validation.xml) obtained as an input
stream from the classpath
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 09, 2003 7:20 PM
To: Jakarta Commons Developers List
Subject: RE: cvs commit:
jakarta-commons/beanutils/src/test/org/apache/commons/beanutils
PropertyUtilsTestCase.java TestBean.java
...
I'm confused as to what part of Section 8.3.1 of the Java Beans spec defines this
behaviour. I'm looking at version 1.01 - is there a newer revision?
quote
By default, we use design patterns to locate properties by looking for methods of the
form:
public PropertyType get PropertyName();
I'm confused as to what part of Section 8.3.1 of the Java Beans spec defines this
behaviour. I'm looking at version 1.01 - is there a newer revision?
quote
By default, we use design patterns to locate properties by looking for methods of the
form:
public PropertyType get PropertyName();
54 matches
Mail list logo