Al Chou wrote:
It'll be nice when the day comes that we can actually use this feature as the
default
Yeah, really. It's unfortunate that so many vendors and corporations
lag behind the latest Java versions. There are so many cool new
features in 1.5, and some good new classes also.
Mark R. Diggory wrote:
I've found in a couple other projects I've been working that take
advantage of Maven and multiproject plugin that having the global
project.xml and other supporting files in a subdirectory similar in
nature to those of the subprojects is highly beneficial.
Michael Lanzetta wrote:
Please let me know if I've submitted the patch inappropriately, or even
if there's just a more preferred method - this is my first patch to
Jakarta.
Submitting patches as enhancements in Bugzilla is usually the preferred
way -- that way there's a permanent record of
Janek Bogucki wrote:
concat is the best choice because join implies the introduction of a
delimiter between the two arrays which is not the outcome, while append
implies the extension of an existing object somehow and arrays don't get
extended. To me, concat does hint at the production of a new
Paul Libbrecht wrote:
On 30-Jan-04, at 06:20 Uhr, __matthewHawthorne wrote:
Mark R. Diggory wrote:
A.) Version Releases
/www/www.apache.org/dist/java-repository
b.) Daily Builds
/www/cvs.apache.org/builds/java-repository
c.) Archives
/www/archives.apache.org/dist
I think I like this idea
I think that all of Jakarta should deploy under groupId
jakarta.apache.org.
It would eliminate about 1/4 of the directories on ibiblio right now.
That's an exaggeration, but I'm sure you get my point.
-
To unsubscribe, e-mail:
Mark R. Diggory wrote:
rsync is now active between apache and www.ibiblio.org/maven every 4 hours.
minotaur.apache.org:/www/www.apache.org/dist/java-repository
contents are now rsynced directly to
www.ibibilio/maven.
by ibibilio.
This means anything you place into java-repository will be
Eric Pugh wrote:
Or, if we aren't really sure what the Exception handling of the 1.0
version should be, then skip it (since what we have is good enuf),
and move to a release of 1.0 so we can really think about what we
want. I think just throwing a ConfigurationException on everything
that is
You've got some interesting ideas there. However, I still believe that
the majority of use-cases will involve quick calls to the static methods
in XxxUtils classes, so it makes sense for that to remain the default
implementation style.
The ability to use specialized execution types,
I'm frequently finding myself needing a Bean query language, and then
I remembered that Jxpath can do this easily.
But I've done a little reading about Jaxen and wondering if I should
give this library it's day in court also.
I'm continuing the investigation, but I'm interested in what others
Mark R. Diggory wrote:
2.) working with infrustructure on a bigger issue (establishing a
standard maven repository in www/www.apache.org/dist. for mirroring.
Let me know if you need help with this.
Once the directory is created, it may be as simple as checking out the
entire jakarta-commons and
I have a need to search the archives pretty often, but I don't seem to
have the trouble that you have. True, the word configuration is
probably very common, but usually a lot of messages that my searches
return belong to the same thread, and it's not too hard to sift through
and find what I
Stephen Colebourne wrote:
I haven't deployed it. My understanding is that we should deploy by
committing to CVS under jakarta-commons/docs and then cvs update on
the main server. Is this correct? Do we need extra karma to do this?
Actually, I just ssh-ed to apache.org, checked out [lang], and
Gary Gregory wrote:
(2) What could be done, and please forgive my lack of intimacy with these
APIs, is to create [codec] APIs that are forward compatible to any extent
possible. What I mean by this if NIO has a class Foo with methods a() and
b(Foo) is to create an equivalent [codec] class Bar with
After numerous times of going to http://jakarta.apache.org/commons/lang
and being disappointed at the lack of a site, I finally took some
initiative and deployed the site for [lang] today.
-
To unsubscribe, e-mail: [EMAIL
Tim O'Brien wrote:
Tried to upgrade L+F to be consistent with:
http://jakarta.apache.org/commons/beanutils/
http://jakarta.apache.org/commons/betwixt/
http://jakarta.apache.org/commons/cli/
http://jakarta.apache.org/commons/codec/
etc...
But, you failed to ensure that everything was group
Tim O'Brien wrote:
How does the group feel about axing StatCVS reports from Jakarta Commons
entirely. They are a rendering nightmare (takes too long), and they
encourage metric gather that is not entirely helpful. Does it really
matter that psteitz is a 7% committer, and that scole... is a
Gary Gregory wrote:
[...]
I say $X and no there is no OS alternatives,
there use to be, but they died a long time again 'cuz some companies got
really clever and offered their stuff for free to OS projects.
[...]
Good point.
I started a similar discussion a few weeks ago, which I tried to start
again today. The subject was:
[maven] developer repository
which I just sent to [EMAIL PROTECTED], due to Tim's suggestion.
Craig R. McClanahan wrote:
Quoting Mark R. Diggory [EMAIL PROTECTED]:
1.) Is there anyone in
Maybe that's the style in Maven's CVS HEAD? It looks like
maven.apache.org ...
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Stephen Colebourne wrote:
I reckon its time, as everything now seems quiet.
Stephen
+1, go for it.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Berin Loritsch wrote:
I would like to see about getting the Avalon Event package migrated to
commons, which really has little to do with Avalon itself. In
contrast to the current Jakarat Commons Event package, the Avalon
Event package is developed with the Staged Event Driven Architecture
You may want to enter these patches as enhancements in Bugzilla to make
sure that they don't get lost. commons-logging seems to be pretty
stable and hasn't had a release in a while.
Dennis Lundberg wrote:
Hi
When I tried to build commons-logging (pulled from CVS) I needed to find
the right
robert burrell donkin wrote:
if there's interest from other committers i could think about tidying the refactored stuff up and
putting it into a branch so that we can talk about the design.
I think this may be the best idea. Or, you could create an
experimental/refactoring directory in CVS and
Gary Gregory wrote:
I prefer treating acronyms as words (Uuid), which avoids IMO silly and
*unreadable* names like FTPUNIXXMLThing in favor or FtpUnixXmlThing.
Gary
I agree. Once you have a class with more than 1 acronym in the name,
things get out of hand. I feel that this is a nice
I agree that it seems like a lot of work. I work primarily on Unix and
can definitely lend a hand, but you may be correct about skipping it for
the 1st release.
Jeremias Maerki wrote:
As announced I'd like to outline how I currently see FilenameUtils.
Current problems are:
- Some test cases
Gary Gregory wrote:
Note that the current implementation already does some of this catch and set
to null business WRT SecurityExpections.
Ah, I didn't realize this. Perhaps it isn't a big deal then -- although
I think that providing the constants in this way, although convenient,
circumvents
Martin van den Bemt wrote:
Hi Tim,
Robert is probably busy (or on a holiday?) and James has moved on to
On Tue, 2003-12-23 at 19:55, Tim O'Brien wrote:
Betwixt is a very useful component, and a number of people would like to
start using it in production systems.
Could someone give a quick update
Gary Gregory wrote:
Hello,
When I use SystemUtils.JAVA_IO_TMPDIR, I really need
File file = new File(SystemUtils.JAVA_IO_TMPDIR)
Any thoughts/allergic reactions to providing a
SystemUtils.JAVA_IO_TMPDIR_FILE?
Gary
Would proving a static File instance create any strangeness with regard
to
Stephen Colebourne wrote:
It would definitely need to be protected in construction to avoid exceptions
and set the value to null if it fails.
I think that static methods may be a cleaner approach, instead of a
static block which much catch IOExceptions when constructing the static
File objects.
Jeremias Maerki wrote:
Packages o.a.c.io.input and o.a.c.io.output
I'd like to merge these into one package which contains all
InputStreams, OutputStreams, Readers and
Stephen Colebourne wrote:
OK, then perhaps io.streams is the best place. However, I believe that
Henri preferred leaving the classes split between io.input and
io.output. Henri, can you chime in and give us the reason for your
opinion on this again?
I also support input and output (as is), as
Henri Yandell wrote:
#1. Commons Codec will be hosted on Subversion
-1
I've not been able to install the server on Linux, or the client-ssl on a
Mac with ease. Partly this is my own damn stupidity I suspect, but I'm
competent on both platforms and would expect it to work pretty easily.
I do want
I'm using Maven, but I frequently run into situations where a version of
a jar I need isn't on ibiblio. For example, yesterday at work I needed
the postgres 7.4 jdbc driver, and also the new xdoclet 1.2, neither of
which are there yet.
For just a single developer, it's as easy as copying the
As Noel pointed out, there's a repo project starting up elsewhere. In the
meantime, though, please be *very* careful about what you make available
in your public_html directory. Specifically, you need to ensure that the
licenses for all of those components permit redistribution, since that is
I made some updates to [io]'s documentation today. I copied some of the
package description for the main package and put it on the main index of
the site. I think it's useful to have a nice overview of the projects
with links to Javadoc on the front page.
Since Maven is so good at generating
Jason van Zyl wrote:
If some wants to make a maven-like directory within the standard
distribution location on ASF hardware right now they can. That could be
a first, very practical step the repo project could make. Then let
projects put their artifacts in there as they wish.
This is what I was
+1
Stephen Colebourne wrote:
Well extended rights committer, as he is already well known from the sandbox
and elsewhere :-)
This vote formalises his rights in commons proper.
[ ] +1, let him commit in Jakarta Commons Proper
[ ] 0
[ ] -1, perhaps not, because
ASHWIN Suresh wrote:
How about StringBufferPlus ??
It's not an abbreviation,
fits into Stephen's scheme of alphabetical order,
doesnt introduce any new terminology/concept,
and gives us a new convention (-Plus suffix) to denote our enhancement
classes.
+1, I like this.
I have a simple validation mechanism that I often use for unit testing,
and I'm curious to see if it can be fit into [validator] somehow.
I defined a Validator interface, which contains methods which can return
a boolean or throw an exception. Usually in my tests I prefer fail-fast
behavior, so I
I'm fairly new to the Apache scene, but I think I like the idea. I
think that Jakarta Commons is buried down deeper than it should be.
Some of the projects such as [digester] and [jxpath] are so gosh darn
useful that they deserve to be in a more visible space.
However, I'm not sure that I
I've taken a look at some of the uid code that is currently in [lang].
Are we all convinced that these types of classes are definitely a good
fit for the project? I think that they're a bit out of scope. However,
the obvious problem is -- where else in commons to put them?
Phil Steitz
Instead of removing it, is it possible to modify the test to expect
the failure? I'm not familiar with the test or class that you're
speaking of, but sometimes it's nice to keep tests like this around.
Maybe catch an expected RuntimeException, or change an assertTrue to an
assertFalse, etc.?
Phil Steitz wrote:
__matthewHawthorne wrote:
Instead of removing it, is it possible to modify the test to expect
the failure? I'm not familiar with the test or class that you're
speaking of, but sometimes it's nice to keep tests like this around.
Maybe catch an expected RuntimeException
I think this can be accomplished by adding resources to the
build/unitTest element.
Stefan Bodewig wrote:
See http://gump.covalent.net/log/commons-functor.html.
The problem is that two of the kata 4 tests try to load .txt files
as resources from the classloader, but the (Maven generated)
I don't like the name StringBuf. I just don't see it as descriptive enough.
MutableString is ok. I like CharGroup also.
If it's meant to be an improved replacement for StringBuffer, I always
prefer names like StringBuffer2 or StringBufferX. I guess they can be
considered a bit ugly -- but
From
http://maven.apache.org/reference/project-descriptor.html#dependencies
Note: The use of the id element for a dependency is deprecated. Please
use groupId and artifactId together instead.
Rodney Waldhoff wrote:
In commons-primitives, the following tag seems to work:
dependency
[EMAIL PROTECTED] wrote:
Just to confirm, you want
map.firstKey()
to return the next key to be removed from the map?
Stephen
Correct, I think this makes the most sense. Anyone else have an opinion?
-
To unsubscribe, e-mail:
You could always ssh into cvs.apache.org, do a CVS checkout, build, and
see what happens...
Eric Pugh wrote:
Okay, I tried the 'ant dist' target on my box, and of course it worked fine.
I suspect b/c I am on windows... Looking at the error, I'm guessing that it
is some sort of parsing the
... Could I upload a copy of
configuration to my home directory and just run ant from the ssh prompt?
Eric
-Original Message-
From: __matthewHawthorne [mailto:[EMAIL PROTECTED]
Sent: Sunday, December 07, 2003 6:29 PM
To: Jakarta Commons Developers List
Subject: Re: [configuration] binary builds
I think eldest first makes more sense, based on the nature of the class.
Stephen Colebourne wrote:
The old LRUMap ordered the elements eldest to newest in the iterator. The
new LRUMap does the opposite. Should we be sticking to the eldest first
ordering? Or is newest first a better more
I don't think any Map implementations have been created yet.
Ash .. wrote:
Hi Arun,
I had a look at Primitives, but I didnt find anything on primitive-value
maps.
Am I missing something here?
Ashwin
-Original Message-
From: Arun Thomas [mailto:[EMAIL PROTECTED]
Sent: Thursday,
o.a.c.c.data could work.
some other ideas:
o.a.c.c.types
o.a.c.c.elements
Stephen Colebourne wrote:
KeyValue is not directly associated with maps - its a free form key value
pair. MultiKey could also be used in a List or Set.
Stephen
- Original Message -
From: Rodney Waldhoff [EMAIL
It took about 2 weeks for my account to get created. The entire process
seems to be a bit disjointed, and I remember there being a proposal for
a web application to make it easier for those in power to easily create
accounts. They asked for some committers to volunteer. I can't find it
in
Stephen Colebourne wrote:
I can think of various possible names:
Map2 - follows Sun naming standards for replacing interfaces
MapA - similar idea, but doesn't clash if Sun ever creates Map2
AMap - similar idea but reversed (A is for Apache)
IMap - similar idea, but I is for interface
It seems to depend on whether we see the word array as a proper noun.
java.lang.String has both substring and subSequence. There seem to be
inconsistencies everywhere.
I vote for subArray, since I would define a classname as being a proper
noun.
Stephen Colebourne wrote:
I changed this
It seems to depend on whether we see the word array as a proper noun.
Could you please elaborate what you meant by that.
In my understanding, class names rather represent common nouns, and you
can say, specific instances of the class represent proper nouns:
Person john = new Person();
Or, am
Is this observable project based on the concept of events? If so,
what about something like [events]?
Also, there's always [observation].
Stephen Colebourne wrote:
Observable is named after the Observer pattern in my eyes. Notifying is OK
as a name, and possibly clearer in intent, however
+1
Stephen Colebourne wrote:
I would like to nominate Neil O'Toole as an Apache Jakarta Commons
committer.
Neil has been a regular contributer to discssions on commons for a long
time, and recently made a large contribution in the form of the collections
observable package. I feel the time has
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
( 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 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 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
You're definitely not nuts, but perhaps a little paranoid ;).
From what I've seen, it seems to be a prereq of any released commons
component that ALL unit tests must pass. This is one of the reasons
that I've never had a doubt about creating a dependency on any project
from commons.
So,
vs 1.2? Far fetched perhaps but it
would be good to know for sure.
Thanks for your patience, :-)
Gary
-Original Message-
From: __matthewHawthorne [mailto:[EMAIL PROTECTED]
Sent: Friday, November 21, 2003 09:46
To: Jakarta Commons Developers List
Subject: Re: [lang][codec] Sanity checking
Whoops, I meant test matrix.
__matthewHawthorne wrote:
I agree with the idea about testing all Java versions. Testing all
platforms is important too. In theory, it seems like we need some type
of text matrix, in which we identify all platforms and JREs that the
software has been tested
to load environment variables in
their apps? If not, I'm willing to continue cut and pasting my
solution into each of my projects, instead of creating an unnecessary
platform issue for [lang].
Phil Steitz wrote:
__matthewHawthorne wrote:
I posted something a while back about adding a method
Steitz wrote:
John Keyes wrote:
On 21 Nov 2003, at 18:49, __matthewHawthorne wrote:
I agree with the idea about testing all Java versions. Testing all
platforms is important too. In theory, it seems like we need some
type of text matrix, in which we identify all platforms and JREs
I posted something a while back about adding a method or class to access
environment vars. Henri suggested that I take a look at Ant's solution
to this.
Ant's env var access is obtained through their execute task. This
class has a lot of logic to handle different OS's, and I think that a
is that this may be a complex thing for [lang], although it probably
is useful (I've never needed it)
Stephen
- Original Message -
From: __matthewHawthorne [EMAIL PROTECTED]
I posted something a while back about adding a method or class to access
environment vars. Henri suggested that I
We should start keeping records -- this looks to be the longest commit
ever. ;)
[EMAIL PROTECTED] wrote:
scolebourne2003/11/18 14:37:18
Modified:collections/src/test/org/apache/commons/collections/iterators
TestUnmodifiableMapIterator.java
+1
peter royal wrote:
Paul Libbrecht [EMAIL PROTECTED] has been contributing to Jelly in
the form of patches and valued support on the user list for over a year
now. I think its about time that he be gifted with the ability to take
his involvement to the next level.
+1 from me.
-pete
+1
Gary Gregory wrote:
As previously discussed on commons-dev, we believe Commons Codec 1.2 is
ready for release.
The source for this release candidate has been tagged as CODEC_1_2_RC1 and
is available for download here:
http://cvs.apache.org/~ggregory/codec-1.2-rc1/
For more information on
I've been in similar situations, where I had a lot of references to File
objects, but then started loading resources as URLs from the classpath.
Eventually, if you're reading config data you need an InputStream. You
may want to consider passing streams or Properties objects around
instead of
+1
Stephen Colebourne wrote:
I am intending to proceed with this on Sunday all being well, unless I hear
objections...
Stephen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Don't forget about codehaus.org, they have some cool projects also. But
I'm not sure how hard it is to get a project going over there...
Stephen Colebourne wrote:
I have applied for a sourceforge project, joda-primitives, to house the
primitives sandbox code. Hopefully that will go OK and the
+1
robert burrell donkin wrote:
Simon Kitching has been actively contributing to Digester for a long
while now. He's actively and knowledgeably answered questions from
users for many, many month. Over the last couple of month's he's
submitted a substantial quantity of patches both new code
+1
robert burrell donkin wrote:
Jean-Francois Arcand ([EMAIL PROTECTED]) is an established jakarta
committer with a good knowledge of xml and xml-schema. He's submitted
numerous patches over a period of years to help to provide Digester
with schema support. He plans to improve and extend
I don't know a great deal about JAXB, but from what I've read, you need
a schema to make it work.
I've found myself in a few situations where I needed a quick and easily
customizable conversion from a bean to XML and back again. After taking
a few looks around at different packages, digester
Create a bugzilla enhancement entry.
Inger, Matthew wrote:
I've come up with the following class for this.
(I also have a test class which tests a few of the
simple cases). Token parsing is done semi-lazily,
in that when the first token is requested (or the
token count), the whole thing is
+1
Shapira, Yoav wrote:
Howdy,
+1, looking forward to using it in production ;)
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: Juozas Baliuka [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 12:40 AM
To: Jakarta Commons Developers List
Subject: Re: [VOTE]
+1, and I think [hivemind] could use a separate list also.
Mark R. Diggory wrote:
I know from positions taken by Craig and others there is some interest
in seeing some of the discussion in the math project get moved off to
another list. I know that sometimes the lengthy discussions we have
+1.
I don't really see the point of the asMapEntry() method either. If
someone wants the entries, they could just do it the old fashioned way
[Map.entrySet().iterator()].
Stephen Colebourne wrote:
The MapIterator interface has an asMapEntry() method that gets the current
element at the
I'll take a guess.
In the log message, you can tell that it didn't like your CVSROOT. It
looks like you checked out the code using the extssh method in Eclipse?
I believe that this is an Eclipse-only connect method, and command
line CVS tools don't like it. Perhaps StatCvs doesn't detect
Here's a thought. One thing we might do to limit the proliferation of
jars is to create a jar containing commons-math as all of its
dependencies. Maven has an uberjar plugin that might be the ticket to
creating such a jar. There ares risk with deploying such a jar as
there might be version
This is a tough one. I've gone back and forth a few times, but I think
I prefer the sandbox approach.
In general, I like the idea of being able to create an ArrayIntList and
use it as an IntList, List, or Collection. I find this easier and more
efficient that having to create an adapter such
Comments inline...
Rodney Waldhoff wrote:
(1) The proposal roughly doubles the number of methods per interface while
providing little or no additional functionality.
I believe there is a consensus among those agreeing with the proposal
that it makes the API easier to use. This, of course, is a
I, for one, like the idea of commons projects depending on each other
when necessary. There is always a lot of controversy with regards to
including another jar that I don't quite understand. I agree that if
there are only 1 or 2 references, it may be reasonable to include the
dependencies
+1
Rodney Waldhoff wrote:
As previously discussed on commons-dev, we believe Commons Primitives 1.0
is ready for release.
The source for this release candidate has been tagged as
PRIMITIVES_1_0_RC1 and is available for download at
http://cvs.apache.org/~rwaldhoff/commons-primitives/RC1/.
For more
- but either way works fine.
Either remotely or locally on cvs.apache.org, siteDirectory should be
/www/jakarta.apache.org/commons/lang, which I would assume it already is.
Phil Steitz wrote:
__matthewHawthorne wrote:
I don't think that the HTML for each commons project's site is stored
in CVS, only
+1
Mark R. Diggory wrote:
Commons and Math commit rights for Brent Warden.
[ ] +1
[ ] +0
[ ] -0
[ ] -1
Al Chou has provided many patches and contributions while math has been
in the sandbox. I'd like to see him have commit rights on the math project.
-Mark
Performance is always a strange issue.
When you say that Flat3Map is faster than HashMap for = 3 gets/puts, I
would think that you're talking about milliseconds. And, if an
application has a performance problem, I would suspect that it isn't
coming from wasted milliseconds caused by small
I like the title committer. It's the same description used in the
Apache community, plus it has a nice official sound to it.
Yoav Shapira wrote:
Hi,
In the process of revisiting my resume, I was wondering what titles people
use to describe their contributions to Apache. Contributor?
Comments inline...
Stephen Colebourne wrote:
From: __matthewHawthorne [EMAIL PROTECTED]
When you say that Flat3Map is faster than HashMap for = 3 gets/puts,
er = size 3. You can get/put as often as you like, without exceeding size
3.
Sorry, I just phrased that wrong. I knew that you meant size
gmane.org is great, that's how I access the apache mailing lists. A
good filtering technique is to mark all messages as read, except for
projects that you're interested in.
I apologize for going off topic, but has anyone experienced delays when
sending with gmane? My sent messages show up
This is a general use question about [logging]. I'm looking through the
source for [betwixt], and I see lines like the following:
if ( log.isTraceEnabled() ) {
log.trace( Is + descriptor + empty? );
}
What is the purpose of doing this check? If trace *is* enabled, then
isn't the same
I spent some time checking out the [sql] project in the commons sandbox
today. I may try it out in a project that I'm working on.
[sql] seems to be pretty dead lately, are there any active committers
listening? I have a few documentation fixes, and also the project.xml
needed some updates in
As far as I know, there's no such thing as a commons-configuration
specific mailing list.
All commons development discussions and cvs activity go to:
[EMAIL PROTECTED]
All commons user concerns go to:
[EMAIL PROTECTED]
Hernan Silberman wrote:
I'm looking for a mailing list specific to the
Looks like a bug to me. Perhaps we need some tests to prove that it
isn't doing what it's supposed to... then a fix to make it behave correctly.
Gary Gregory wrote:
Hello,
Looking at UnmodifiableSortedMap, I see the following methods that look odd:
public SortedMap subMap(Object
1 - 100 of 180 matches
Mail list logo
