Hi,
I have written a few methods in recent months that may fit with
[collections]. I'll do a copy/paste of the signatures + javadoc
descriptions. Let me know what you think.
(Apologies if any of this functionality already exists in [collections].
I took a quick look but didn't see any
is valid (currently yes). The desire for a
multitude of behaviors by users may be a good reason not to include it,
to avoid having to create a hierarchy like InclusiveDateRange,
NonZeroDateRange, etc.
Thanks for the feedback.
matthew.hawthorne wrote:
I mentioned many moons ago that I had
C. Grobmeier wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dion Gillard wrote:
If you define a property (in build.properties)
javamail.jar=c:/myjars/javamail-1.3.3.ar
AFAIK,
the build.xml will notice this and copy it into ./lib
No,
this doesn't work as expected. Cause the build-file
I mentioned many moons ago that I had created a DateRange class for some
vicious date mangling that I had to do. I have now modified it to fit
into lang.time, and attached the class + unit test to a bug:
http://issues.apache.org/bugzilla/show_bug.cgi?id=38800
I've been away from the commons
Travis Zimmerman wrote:
DateRange/Duration class.
I have a DateRange class that just need to be cleaned up a bit. I've
been struggling to find the time to do this for at least a month or so.
Hopefully I can get it in soon after the 2.1 release.
Rob Oxspring wrote:
I recently replaced the use of my own CountingInputStream with the
commons-io and got burnt because io's CountingInputStream doesn't count
skipped bytes. I have a patch with fix and patch if people are
interested... or I could just commit it...
Thoughts?
I am not
James Carman wrote:
Has there been any thought to creating an optional Commons Collections
Contrib project? If users want to use it, they can. If not, they can
stick to the core collections classes (which we could keep small). Sorry if
this has already been addressed, but I have not been
James Carman wrote:
Is nobody monitoring the collections project?
I'd consider adding your patch to Bugzilla as an enhancement.
Nobody has responded to your message for 2 days -- but that definitely
doesn't mean that nobody is monitoring [collections]. It just means
that nobody has had the
Simon Kitching wrote:
You mentioned in your page on JCL
(http://www.qos.ch/logging/classloader.jsp):
quote
Jake also keeps reminding us on the log4j-dev mailing list that the
child-parent delegation model is not the only model out there and that
parent-first delegation model is alive and
Sorry to jump in mid-conversation, but I have recently written a
DateRange class of my own.
I think it would be much simpler to make the class only operate on Date
objects, both in the constructor:
DateRange(Date d1, Date d2)
and in the methods to check if dates fall within the range:
Frank W. Zammetti wrote:
My feeling is that this would lead to confusion... The code I proposed is
specifically for checking TIME ranges, but looking at your suggestion, I
can't tell if it would work in determing if an hour fell within a given
range. It might, but I can't tell from what you've
I'd suggest that you create a Bugzilla ticket explaining the reason for
the change, and then attach the patch to it.
It will make it easier for the change to be noticed and committed.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
I think it may be better to post the requirements and code on the wiki
(so they don't get lost in the shuffle), and then let the discussion
commence here.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands,
Stephen Colebourne wrote:
getPath is currently coded so that:
/a/b/c.txt -- /a/b
this is of course correct.
However, it is also coded to do:
/a/b/c -- /a/b
which seems a little odd (for me with a windows background). ie. the method
treats 'c' as a file not a folder.
This method seems to
David Graham wrote:
The main reason not to use assertions is that they can be disabled at
runtime, rendering them fairly useless IMO.
I think this was a fundamental goal of assertions. I imagine that the
idea is to enable assertions during heavy development time, and disable
them once the code
Kevin A. Burton wrote:
Listen... I'm sorry if we're trying to move too fast. We're a startup
and on a very aggressive schedule. We're trying to get FeedParser to 1.0
ASAP because its a critical portion of Rojo. Brad is a lead developer
and its becoming difficult to synchronize our work without
John Lucky wrote:
Have any of you used Cache from Commons Sendbox? The API documentation
built from JavaDocs is not very helpful. I'd love to get some
guidance how to use the Cache propertly.
I've never used it, but from what I've seen on the list, it isn't very
actively used or developed.
You
Stefan Bodewig wrote:
On 13 Oct 2004, [EMAIL PROTECTED] wrote:
Re-generated ant build (so that latest dependencies are reflected)
...
project default=jar name=commons-betwixt basedir=.
- property name=defaulttargetdir value=target
+ property name=defaulttargetdir
+
Gary Gregory wrote:
I see that java.lang.Number declares java.io.Serializable. Number
subclasses in java.lang do not but each of our Mutable number classes
does. This does not seem necessary. Am I missing something? Can we
remove these extra declarations?
I guess it depends on how likely we think
Gary Gregory wrote:
1st minor: there are a bunch of unnecessary type-casts, I'd like to
remove those if no one objects. For example, in MutableInteger, this
cast to long is superfluous:
public long longValue() {
return (long) value;
}
That sounds right, perhaps these casts were
- your test-cases should be in a separate directory and named
TestXXX
If this requirement is necessary to match the existing [codec] test
classes, then that's obviously the way to go.
But I don't think that this is an Apache-wide standard, nor do I think
it should be.
Shapira, Yoav wrote:
Should we start a new discussion thread on getting commons projects
built nightly via Gump @brutus.apache.org?
I think this is the ideal solution.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
--
[ x ] +1 Unreservedly support Betwixt 0.6 Release
[ ] +0 Support (with reservations)
[ ] -0 Cannot support this release
[ ] -1 Betwixt 0.6 should not be released
David Graham wrote:
--- Stephen Colebourne [EMAIL PROTECTED] wrote:
Potentially, we could use the digester version to start from. (In new
commons style, there would be copy-paste with reference to original, not
dependency)
If we start doing this in commons it will be more ridiculed,
and
Cris Perdue wrote:
The purpose of the main ProcessUtils class is to make it simpler to call
external programs and receive the results back. It was inspired
especially by the TCL exec function and also resembles the Perl backtick
operator. A simple call to df using the simplest form of call
Craig McClanahan wrote:
On Fri, 27 Aug 2004 13:03:43 -0400, Alex Karasulu [EMAIL PROTECTED] wrote:
However I think this issue is one we can resolve if we generalize the
problem using monitors and event notification. Logging is just a
specific application for a monitor. Paul Hammant described this
James Mitchell wrote:
I want my test classes to reuse this same test code, but I don't know what
the best approach is. I don't want to copy/paste the existing code because
I don't care to maintain the same code in 2 places. However, I can't simply
reference the jar.because there is no jar,
James Mitchell wrote:
Currently the project.xml produces commons-resources-1.0-dev.jar
Can you help me with how I need to tell maven to create a 2nd artifact?
Something like commons-resources-tests-1.0-dev.jar
The cleanest way is to split the project into 2 subprojects.
commons-resources/
core/
Believe me, I've worked IT support for university professors, sometimes
I'm very surprised they even know what an email account is...let alone
filtering.
That's funny. But, if they don't know what filtering is... what are the
chances that they
know what a mailing list is?
I don't want a
Wilson, Allen wrote:
I am trying to create a java class that will send HTML mail. I have the
class created and compile but it errors out specifying that the
org.apache.commons.configurtion.Configuration class cannot be found.
Does anyone know where I can locate the jar files for the Commons
Gary Gregory wrote:
ArrayUtils is currently a 3800+ line monster file. I am working on
adding add and addAll methods for 2.1 and am wondering what folks
would think of a separate class for these ops: ArrayAddUtils?
AddArrayUtils?
Sounds like a good idea, depending on how many methods you're
This strange error was in the log you provided. I'm not sure if it's
occurring due to ibiblio being overloaded, or what. But perhaps it's
the cause of your problems?
Getting URL: http://www.ibiblio.org/maven/velocity/jars/velocity-1.4-dev.jar
Received status code: 200
last-modified = Fri, 30
Martin Cooper wrote:
Anyway, since it exists locally (it was part of the Maven download,
after all!), this shouldn't be an issue, right? Maven does keep going
after that.
I'm not sure that Maven reporting that the file exists locally is
correct. I may have created the file locally, started
Martin Cooper wrote:
On Sun, 25 Jul 2004 11:37:37 -0700, matthew.hawthorne [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
Anyway, since it exists locally (it was part of the Maven download,
after all!), this shouldn't be an issue, right? Maven does keep going
after that.
I'm not sure that Maven
Dmitri Plotnikov wrote:
I'd like to call for a release vote on JXPath 1.2. It has been stable
for a long time, and there are no outstanding bugs against it. It
includes
about 1.5 years of bug fixes and other improvements.
The release candidate build can be found at
Stephen Colebourne wrote:
From: David Graham [EMAIL PROTECTED]
--- Don Brown [EMAIL PROTECTED] wrote:
I moved the chain cvs from sandbox to commons proper (long story) and
have
updated the build and doc files such that the website builds and is
ready
for deployment. I have not modified the site
Steve Cohen wrote:
What is the right way to express such links in javadoc? Relative paths? is
there some sort of root notation that would correctly resolve intra-project
javadoc links such as these? Finally, can maven, which generates these page
from source help somehow in setting these up?
Adam Jenkins wrote:
Sorry, just realized there is 'System.out' code which will need to be
removed...email me if you want me to rip it out. (didn't use a logger due to
classloading isolation testing requirements :) ).
You should submit this as an enhancement in Bugzilla, so it doesn't get
It seems that the vendors are (indirectly) controlling this situation in
commons now anyway. I believe that Websphere still only runs on 1.3, so
that's the limiting factor as far as JDK versions go -- or else people
who use Websphere can't use [collections].
I tried JBoss 3.2.4 the other day
Phil Steitz wrote:
Ouch! Once again, maven is generating local path references. Does
anyone know how to stop this???
I had hand-edited the previous version to correct this.
I had heard it was fixed back around rc1, but was never able to confirm
it. I think it's the ${basedir} references
-
[ x ] +1 Go ahead and release 3.1
[ ] +0
[ ] -0
[ ] -1 Don't release 3.1, because...
-
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Gary Gregory wrote:
I am personally against this kind of super fine slicing and dicing. :-(
Our build already has to copy around, put on classpaths for unit tests,
distribute, etc, ten (10) apache jars, now you're telling me that one of
these is going to blow up into SEVEN?! This is not progress
Henri Yandell wrote:
The constructor for MutableNumber is odd.
It's
a) Empty, so possible to have a MutableNumber without a value yet.
b) package-scoped, so only we can extend it.
I'm not sure if there are good uses for a), but b) seems like something we
don't need to do.
I guess I didn't think
Henri Yandell wrote:
First thought when looking at the code is that we could simplify things
with a protected Number in MutableNumber, and move the intValue etc
methods up into MutableNumber.
The getValue/ setValue(Object) can go up too, and all that would be left
in the mutable subclass is the
Dmitri Plotnikov wrote:
We have received repeated requests to make a new release of JXPath. Even though there have
been no major functional changes or additions since 1.1, the number of bug fixes and other
improvements warrants a new release.
This is a vote to approve the 1.2 release plan
James Mitchell wrote:
Sorry for the RTFM question, how should I go about getting the iBatis jars
published on ibiblio.org so that our maven script can find them?
I have finished the iBatis Database impl for Resources (with tests) but I
want to make sure I don't break the build since the above
I just made a checkin of some initial code for mutables. I haven't used
CVS in
a few months now (switched to subversion) so let's hope I didn't screw
anything up.
I have to admit that I haven't looked at this code for a good time,
since around
August maybe. So all are welcome to take a look
James Mitchell wrote:
* Configuration Issue: Hibernate requires jta.jar and the license (I think)
does not allow Ibiblio to make that jar available so whoever runs the
nightlies (??Craig??) will need to set that up. There is a note in
project.xml with a link to a resource that explains it in
Alex Karasulu wrote:
Is there a place where we can collect and localize utility methods and
classes used for unit testing? I have not found anything yet.
Is it even worth doing this?
The problem with a project like this is that the scope would be hard to
define. The only
common thing that I
Stephen Colebourne wrote:
This vote is to approve the public release of commons collections 3.1-RC1.
This will be a publicly announced RC to enable full feedback pre final
release (about two weeks if all is well).
http://www.apache.org/~scolebourne/coll31/
-
[ x ] +1 Go ahead and
Noel J. Bergman wrote:
Or perhaps we should have a
[EMAIL PROTECTED] list that
committers should subscribe too. Its simple
and keeps these messages out of the archives.
that would be really cool. and CVS-SPAM too...
See, when someone starts talking about CVS commit notices as SPAM, I know
that
Paul Gear wrote:
No takers on my question about spaces rather than tabs?
I think it's because tabs are interpreted, and thus represented
in different ways in different editors, on different platforms. If this
isn't true, then I have no idea.
Mario Ivankovits wrote:
If i use maven ant to regenerate the build file for vfs the following
chunk will be removed from the current build.xml.
The indention is to allow to compile only these pieces which are relly
needet. This might only be significat if a user build its own vfs and do
not
So, should I commit what I have into lang.mutable, and we can go from
there?
I have all of the Number types complete, with some decent tests.
This way, anyone who's interested can take a look and make improvements.
Stephen Colebourne wrote:
From: Henri Yandell [EMAIL PROTECTED]
1 lang.mutable
Henri Yandell wrote:
Matthew, any idea what the state of Mutables was? There seem to have been
many threads off and on for the last year or more.
I submitted a bug report with an attached set of classes back at the end
of August. I made
a few minor changes based on other's suggestions since
Gary Gregory wrote:
Sorry for the flame but this is a 'shake-my-head-in-disbelief' moment
that I find discouraging.
I pretty much agree, but from my POV [lang] stopped moving forward a
while ago anyway. Most new requests
or ideas are rejected as out of scope (which is usually valid), and
the
Stephen Colebourne wrote:
Commons Collections 2.1.1 is a patch release to 2.1 to allow binary
compatability with CVS head and the upcoming 3.1 release.
[ x ] +1 Yes, release the patch
[ ] +0
[ ] -0
[ ] -1 No, because
-
To
Emmanuel Bourg wrote:
Hello, I was looking for a min/max function working with dates and
thought such a trivial feature would be already in [lang], but
surprisingly it isn't. I expected a min/max(Date, Date) function in
DateUtils, then I looked for a min/max(Comparable, Comparable) and I
Emmanuel Bourg wrote:
Yes it's an alternative, but at the cost of additional lines to create a
collection.
Date date = ComparableUtils.min(date1, date2)
vs
Collection dates = new ArrayList();
dates.add(date1);
dates.add(date2);
Date date = (Date)Collections.min(dates);
I see your point now.
John M wrote:
I had previously submitted a patch for the sql
project, and it was finally accepted, sort of. It
seems only part of the patch was merged. I have
included the other parts that didn't make it before,
as well as some fixes for SQL Server DDL generation
that I discovered while working on
Dain Sundstrom wrote:
On May 13, 2004, at 2:23 PM, Stephen Colebourne wrote:
I am opposed to adding snapshots to ibiblio, as I have seen it create
isues.
IMHO ibiblio should be released/stable code only.
Can you be more clear? I think ibiblio snapshots are great and would
hate to see them go
Tomasz Pik wrote:
Also, o.a.c.l is probably the biggest success of Jakarta Commons team
and I don't think that such solution is the best in the 'marketing'
terms ('whole world using it so we're going not to use it...').
The fact that many servers already include commons-logging isn't the point.
I
Alex Karasulu wrote:
Sorry to step in late but has anyone considered the use of a generic
event callback interface for use in monitoring. Beanutil classes can
expose a BeanutilsMonitor interface with methods that are called by
the executing code to monitor notable events such as failures and
David Graham wrote:
I was reluctantly in favor of copying certain Collections classes as a
temporary solution to removing that dependency but I don't see why we want
to permanently copy Logging classes to other projects. Commons Logging is
an abstraction for Log4j and java.util.logging; now we're
Inger, Matthew wrote:
Why not a service locator pattern for hooking into the logging
implementations?
Make a commons-logging-api.jar which has all the core pieces.
Then, say a commons-logging-log4j.jar which has strictly the
log4j classes, a description file, which the LogFactory searches
for at
Stephen Colebourne wrote:
Does anyone know of a tool to test whether a new version of a jar file is
binary compatible with the old version?
Could you do a checkout of the unit tests for the last release, and run
them against the new jar?
Eric Pugh wrote:
For [configuration] I am doing testing using a jar that hasn't been deployed
on ibiblio or any other Maven enabled repository. Has anyone thought about
hosting a repository on commons? Maybe
http://jakarta.apache.org/commons/repository? It would be nice to have a
spot where we
Wu, Chien-Hsing wrote:
Can someone tell me how would I know if this patch is rejected or accepted?
Your best bet would be to create a new Bugzilla item and attach your
patch to it. Otherwise, as you've experienced, it is easy for patches
to be missed.
Stephen Colebourne wrote:
Sometime, I think this is what many people looking at collections don't
appreciate. Implementing the collection interfaces, especially the maps, can
be really hard.
You can say that again -- I think my head is still spinning from working
on a BidiMap implementation
Michael Heuer wrote:
Might you also be able to use an unmutable MultiKey for storage in the
hashed map and a mutable MultiKey for lookups, with matching equals and
hashCode implementations?
void put(Obj a, Obj b, ...) {
map.put(new MultiKey(a, b, ..));
}
private MutableMultiKey lookupKey
Stephen Colebourne wrote:
The problem we face is that we must deliver a project's project.xml with the
release because it contains the list of committers, contributers, and also
the dependencies. If someone downloads a commons project and sees that
project xml, then they might well expect to be
Michael Davey wrote:
Could something clever be done - perhaps if the project.xml file
contained a default maven target that tested to see if commons-build
is where project.xml expects and goes and fetches it if not? If the
fetch fails (perhaps the user is not online), then print a useful user
Simon Kitching wrote:
What benefit is there in having this info in the source?
I can't currently see any:
* Developers can just use cvs status.
* End users just care that the file came from version 2.1.
* Maybe it is useful info when working with source snapshots,
but that isn't very
Stephen Colebourne wrote:
Our maven scripts now depend on commons-build, however
this is of course not included in the release zips.
This is a problem and means that maven cannot be used
in releases.
How is this any different that before, when the Maven scripts depended
on
Stephen Colebourne wrote:
1) Make all decorators implement serializable, but some will fail at runtime
if you decorate a non-serializable instance.
2) Implement serializable subclasses of each decorator, and use the factory
method to create either the serializable or non-serializable subclass as
Stephen Colebourne wrote:
This vote is still outstanding. Any souls willing to +1 ;-)
[ x ] +1 Let him commit
[ ] +0 Not bothered
[ ] -1 Perhaps not, because
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Corey Jewett wrote:
Jelly is foundational to maven (maven.apache.org). Maven seems to be
rapidly replacing ant as the build tool of choice. So I think it's fair
to assume that Jelly has a long life ahead of it.
I've seen some indications that Maven will be moving away from Jelly as
the plugin
Mark R. Diggory wrote:
All,
We'd like to have a vote to verify everyone is in agreement to push the
commons-mavenized site over to replace the existing commons top level
site.
Please look over the mavenized site and vote appropriately. (Note: many
of the links do return to the main site, these
Gary Gregory wrote:
I'd actually prefer to just get rid of the @author line entirely. If
we're going to keep it, though, the link should really point at
something useful, like perhaps the home page of the Digester website.
For projects that choose to follow the Board recommendation of not using
Noel J. Bergman wrote:
This class implements the upcoming standard of having
org.apache.project-name.Version.getVersion() be a standard way to get
version information.
That's news to me. I suspect it is news to most. As far as I know, it may
be someone's strawman and/or wishful thinking, but
[EMAIL PROTECTED] wrote:
I realized that after making this patch that there is a DOM
javascript call called getAttribute() that will probably
work better than what I created. What I have will be succeptable
to attribute hiding by an html element named 'attributes' which
I am sure exists in
Mark R. Diggory wrote:
What are our thoughts on migrating to subversion? I've not even had time
to try it out myself. Though I have it on my list.
I've been using it at work for about 6 months and I like it a lot.
Being able to easily move and rename directories and files is very cool.
They
Mario Ivankovits wrote:
Nice idea, fore sure.
But the protocols arent that simple. You could not simply present some
captured protocol snipplets. And even if you manage to do so, the test
should simulate the real life and therefore it should run against the
real server.
E.g. if there is a new
Beside this: my base question was where is the maintainer of VFS?
i have a couple of patches added to bugzilla which needs discussion
too - and hopefully get committed sometimes.
The maintainer is this Community. I haven't been paying too much
attention, but it seems that there is continued
Michael Davey wrote:
I fiddle with it once in a while as we'd like to use it in our product.
Understand that testing VFS properly is a pain as one needs to set up a
WWW server, FTP server, etc.
Perhaps we could investigate the possibility of having a VFS test server
set up
permanently - that way
Henri Yandell wrote:
Screwup of mine in asking for a vote to promote Commons-IO was that I
should have asked for a vote to add Jeremias to the Commons repository as
he has done a large share of the work on IO.
Jeremias is a committer from xml-fop and xml-commons.
[ x ] +1
[ ] -1
Jeremias
White, Joshua A (HTSC, CASD) wrote:
I receive the following error:
java.lang.NoSuchMethodError:
org.apache.commons.lang.builder.ToStringBuilder.getObject()Ljava/lang/Object
;
at
org.apache.commons.lang.builder.ReflectionToStringBuilder.toString(Reflectio
nToStringBuilder.java:515)
at
Todd V. Jonker wrote:
As is stands, isAsciiAlphaUpper follows
DoTheSimplestThingThatCouldPossiblyWork but (perhaps) breaks
OnceAndOnlyOnce.
Still, I think the existing code is better. Such things tend to be
called inside tight inner loops, and as such every bytecode counts. Your
suggested
Stephen Colebourne wrote:
There is a second task that [lang] had which has been lost over time by
various changes that people have made. That is that [lang] should be a
repository of code that people can cut and paste to their own code.
This may scare some, but it is actually quite sensible. Not
David Gilliland wrote:
I have recently started a project in the Java Foundry on Sourceforge called Jestr,
and it seems like it might be a natural fit for the Jakarta Commons project. You can read about it here:
http://jestr.sourceforge.net
The project uses many Jakarta Commons components and
Stefan Bodewig wrote:
since I have karma for the sandbox, I could easily apply the patch
myself. On the other hand I do not plan to get involved with VFS
beyond making it compile right now, so it feel wrong to add myself to
the status file and commit away.
Should I commit it without adding myself
Henri Yandell wrote:
Will start doing so tonight. I estimate more than 5 minutes :)
relicence
new licence.txt
new notice.txt
include notice in jar
build each component
cvs ci
Can someone post the script used to change the licenses in source files?
I think Stephen
posted it originally. Better
Mark R. Diggory wrote:
To satisfy our interest on an issue being discussed in [commons-build]
please answer this question.
Question:
Do you disable javascript in your favorite browser?
[ x ]No
[ ]Yes
But I do agree with David here.
I'm usually able to avoid using javascript for this sort of
I build a new version of commons-discovery the other day, and put it in
apache.org/dist/java-repository, but I don't see it on ibiblio yet.
I thought that there was an rsync every 4 hours... am I wrong?
-
To unsubscribe,
Henri Yandell wrote:
Building under Maven on OS X gives me 1 Failure:
*
Testcase: testFindResources took 0.019 sec
FAILED
located 0 resources, failed to locate all 3 resources: testResource
junit.framework.AssertionFailedError: located 0 resources, failed to
locate all 3
Henri Yandell wrote:
Building under Maven on OS X gives me 1 Failure:
*
Testcase: testFindResources took 0.019 sec
FAILED
located 0 resources, failed to locate all 3 resources: testResource
junit.framework.AssertionFailedError: located 0 resources, failed to
locate all 3
If you haven't heard, the word 'enum' is a keyword in Java 1.5. This
causes some errors here and there.
Now that the 1.5 beta is out, should we be making an effort to remove
this word from our sources?
You can sedate the errors and only get warnings if you set:
maven.compile.source=1.4
Alban Peignier wrote:
I used before a private NotYetImplementedException. I'm refactoring my
code to use the lang.NotImplementedException. One of my previous use
cases is no longer possible :
try {
...
} catch (... e) {
throw new NotImplentedException(... case description ..., e);
}
Henry Story wrote:
I have now finished the two new classes HashedSet and WeakHashedSet. I
have added some tests for them, though I should add a lot more.
To make this work I needed to make a few changes to AbstractHashedMap.
These changes had a few repercussions on other classes. But they now
99 matches
Mail list logo
