-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
The COMMONS-DEV list is designed to be the place where the
developers of the
various commons projects hang out. As such, they are
presumed to be interested
in the commit messages. If you're only
Hello,
I wish to know how to filter out only these CVS commit mails, while
continuing
to receive other mails such as those to different subgroups (lang,
collections,
etc.)
Maybe there is some instruction page which I missed. Any such pointers would
be
welcome as well.
Thanks.
Ash
be specific to
your email
client however.
Eric
-Original Message-
From: ASHWIN Suresh [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 24, 2004 11:18 AM
To: 'Jakarta Commons Developers List'
Subject: RE: cvs commit: How to block just these cvs commit mails
Hello
of
the
plain old JRE String, but it is not a different
StringBuffer. Or are
you
saying that this new class should do both jobs? In
which case, it
would
not
be immutable ;-)
Gary
-Original Message-
From: ASHWIN Suresh [mailto:[EMAIL
I would say I am still at the concept stage only, and can say
very little about actual implementation. That is something
we can do here provided the concept sounds useful.
We could possibly look at providing some facility like you mention,
rather than requiring the coder to code if-else blocks in
.
Ash
-Original Message-
From: ASHWIN Suresh
Sent: Wednesday, December 10, 2003 18:33
To: 'Jakarta Commons Developers List'
Subject: RE: [lang] new StringBuffer - correction
(StringBuf) one might prefer a more descriptive name at the expense
of this convenience
I intend to implement at least a few methods fo the proposed
StringBuffer replacement for StringUtils. Waiting for a green
signal.
Also, if there are any priorities on which methods to implement
pls let me know.
Tx,
Ash
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL
. Then,
methods to handle
null would be added:
appendSilentNull()
At that point, we could evaluate it and see what else should be added.
Stephen
- Original Message -
From: ASHWIN Suresh [EMAIL PROTECTED]
Incidentally (or perhaps it was to come), I was about to
send out another
Right. Even I wanted to suggest that it is better to keep off 1.4 for a
while.
I came up with the query because I found a 1.4 class used in one of the
classes
in the collections package. One of the java.util.LinkedSomething. Sorry I
forgot.
But my JDK1.3 setup didnt run when I was trying to build
Incidentally (or perhaps it was to come), I was about to send out another
email
proposing a StringUtils-like class that handles StringBuffer instead.
I would be interested in writing it, but I need to evaluate how much time I
can afford
to it (will let u know).
In the meanwhile, assuming I can
I'll suggest keyvalue to positively describe the package (rather than
negatively). That name allows MapEntry, KeyValue and MultiKey.
(data/holders/elements all seem a bit vague)
Stephen
+1
Ashwin
-
To unsubscribe,
There's apparently a lot of work going on with these
classes, so check
it out.
Alright, then, can you tell me what area there is a lot of work going on in?
Thanks.
And sorry if you found the label inappropriate. I had originally meant to
ask about a collection of primitives.
Ash
Sorry to jump in to this thread this way, and perhaps it is too late now.
But, have the people here considered using the term resolve
for this concept?
Perhaps the interface could be named Resolver, with the method resolve().
I can think of ${foo} xyz as resolving the definition rather than
data would be fine but somehow I feel a name like that is too generic.
I mean, it's all data! So, the name did rather describe what the classes do
with data.
So, one might call it:
oacc.dataholders
Or, if that is long, how about just oacc.holders
Or something that describes that these
Guess I'll do it :-)
Ash
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 20:37
To: Jakarta Commons Developers List
Subject: Re: [lang] StringUtils.subarray v/s subArray
Sounds like subarray has more backing. Anyone want to
-Original Message-
From: Michael Heuer [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2003 22:56
To: Jakarta Commons Developers List
Might the name IterateableMap or IteratableMap (the proper spelling
alludes me) be more descriptive than AMap?
michael
Going by the
-Original Message-
From: Gary Gregory [mailto:[EMAIL PROTECTED]
StringUtils.flank(String flankee, String flank)
StringUtils.flank(String flankee, char flank)
I am not fond of the word flank, it is not part of my string
manipulation
vocabulary, maybe it is a Perl thing? I think
I imagine you meant lead and trail.
I agree, one might as well propose append and prepend in their place.
However, I suggest lead and trail since they are commonly used in such
parlance as
leading dots ..., or trailing dashes ... or the like.
But well, append and prepend could be voted for as
18 matches
Mail list logo