On Thu, 24 Jan 2002, Scott Sanders wrote:
But doesn't SequencedHashMap use the collections API? What if, for some
extremely crazy reason, you can't (JDK 1.0)? Hashtable != HashMap,
people.
The collections component specifies that its objects conform to the Java2
collections API:
), if you need
that.
Scott
-Original Message-
From: Michael A. Smith [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 24, 2002 9:50 AM
To: Jakarta Commons Developers List
Subject: RE: Silly Question
On Thu, 24 Jan 2002, Scott Sanders wrote:
But doesn't SequencedHashMap use
On Fri, 1 Feb 2002, Aaron Smuts wrote:
The SequencedHashMap has the same problem with the LinkedList remove
operation which executes in O(N) time as BufferCache, SequencedHastable, and
MRUMap.
Umm... I'm a bit confused. Are you referring to the SequencedHashMap
that exists in current CVS,
On Fri, 1 Feb 2002, Remy Maucherat wrote:
No, there's no general rule and no Coding Style Police either :-)
If you contribute to a component, the general rule is that you're supposed
to follow the component's coding style.
that's rule number one in the Elements of Java Style. :)
michael
On Fri, 1 Feb 2002, Paulo Gaspar wrote:
Michael, keep reminding us of this and I will take a look at it as
soon as I have just a bit more time. There is interesting on that
class I assure you. (I am interested and I am sure I am not alone.)
I've already got it in my calender to repost next
On Fri, 1 Feb 2002, Scott Sanders wrote:
Michael, looks like you have made it to committer status in Commons.
Do you want it? If so, do you have an apache id, and if so, what is it?
why wouldn't I? It's an honor.
No, I don't have an id. Any of michael, iammichael, or msmith would work.
On Fri, 8 Feb 2002, Gerhard Froehlich wrote:
Says who?
here's some references:
http://www.mail-archive.com/general%40jakarta.apache.org/msg01352.html
http://www.mail-archive.com/general%40jakarta.apache.org/msg01358.html
http://www.mail-archive.com/general%40jakarta.apache.org/msg02493.html
On Thu, 7 Feb 2002, Michael A. Smith wrote:
On Fri, 8 Feb 2002, Gerhard Froehlich wrote:
Says who?
here's some references:
http://www.mail-archive.com/general%40jakarta.apache.org/msg01352.html
http://www.mail-archive.com/general%40jakarta.apache.org/msg01358.html
http://www.mail
On Fri, 15 Feb 2002, Morgan Delagrange wrote:
IMO, moving an item to the front upon any get or put is precisely what is
implied by LRU. I think someone may want to take on a LFUMap class too, but
that's much more complicated.
agreed.
I'm tempted to take on an LFUMap, but haven't had the
On Wed, 20 Feb 2002, Morgan Delagrange wrote:
So, since there appears to be a swell of implied support for Collections
2.0, and no dissenters, I'm going to go ahead and move 1.x off to a branch,
despite the lack of three +1 votes. :) Sorry to skip the technicality, I
just have the new
On Wed, 20 Feb 2002, Eric Dobbs wrote:
On Wednesday, February 20, 2002, at 08:22 PM, Michael A. Smith wrote:
org.apache.commons.util.io.Urls
org.apache.commons.util.lang.Strings
org.apache.commons.util.xml.Xmls
is the .util also necessary for commons conventions
or would
On Thu, 21 Feb 2002 [EMAIL PROTECTED] wrote:
Sounds valid. As far as the contract goes, how about if a
class-cast-exception is thrown in both cases, or if another 'illegal
input' decision is taken, ie) returning 0.
Yup. I'd be fine with:
int compare(Object o1, Object o2) {
return
On Thu, 21 Feb 2002 [EMAIL PROTECTED] wrote:
Any -1's on a servlet subproject/subpackage for these three?
Not from me. Would a servlet component be the appropriate component
location for the servlet filters? Or is that still going to be a separate
component?
regards,
michael
On Thu, 21
On Thu, 21 Feb 2002, Michael A. Smith wrote:
I'll get what I have committed once I get home from work and get some food
in my stomach.
grr... ran into cvs/patch problems, then ran into some runtime issues.
You should see the commit message shortly. :)
regards,
michael
On 22 Feb 2002 [EMAIL PROTECTED] wrote:
morgand 02/02/21 22:25:10
Modified:collections/src/test/org/apache/commons/collections
TestSequencedHashMap.java
Log:
more specific in-memory serialization tests for SequencedHashMap
[snip]
+
On Fri, 22 Feb 2002, Glenn Nielsen wrote:
I have been using Tomcat 4.1-dev and its new DBCP DataSource Factory
which uses commons-dbcp, which then uses other commons components
like commons-pool.
Everything works fine, then all of a sudden GenericPool can no longer
get a db connection from
On Fri, 22 Feb 2002 [EMAIL PROTECTED] wrote:
What is the reasoning for not moving lru.* into Collections and/or
merging with LRUMap?
Mainly that I was unsure if the consensus was for that. Anyone against
this being transfered? And anyone up for the merging?
I would be okay with it being
On Tue, 26 Feb 2002, Morgan Delagrange wrote:
Actually, I think the names below, which I drew from the current Collections
test classes, are slightly misleading. I think there should be a
TestObject test case, which tests the methods of Object. For most other
tasks, we probably want a
On Thu, 28 Feb 2002, Morgan Delagrange wrote:
First, I'm not sure all of these Comparators are generic enough to include
in Collections. ComparableComparator and ReverseComparator seem to be right
on. NumericStringComparator, PackageNameComparator, and UrlComparator seem
too specific for
On Thu, 28 Feb 2002, Christopher Elkins wrote:
I've always liked the public modifier, but I guess it is completely
redundant. I'll try to change my ways in the future.
Yeah, there's nothing technically _wrong_ it. (The JLS doesn't explicitly
say as such.) However, it tends to pollute the
On Thu, 28 Feb 2002, Morgan Delagrange wrote:
I'm just curious, but why do you feel they are too specific? If someone
whants to create a TreeSet (or FastTreeSet, or pretty much any ordered
set), which contains URLs, a URL comparator might be useful.
Why would you want an ordered list of
On Tue, 12 Mar 2002, Lev Assinovsky wrote:
[java] There were 5 failures:
that's weird, there are only 4 failures listed.
[java] 1)
testEntrySetContainsProperMappings(org.apache.commons.collections.TestBeanMap)junit.framework.AssertionFailedEr
ror: entrySet().contains(Object)
On Tue, 12 Mar 2002, Lev Assinovsky wrote:
Thanks, Michael!
But what about that exception
[java] 1) testContainsValue(org.apache.commons.collections.TestBeanMap)
[java] java.lang.ClassCastException: java.lang.String
What is that?
Haven't had a change to look extensively yet, but
On 13 Mar 2002 [EMAIL PROTECTED] wrote:
Log:
Removed bad line-endings (multiple ^Ms).
[snip]
Revision ChangesPath
1.5 +338 -338
jakarta-commons/collections/src/java/org/apache/commons/collections/AbstractBag.java
I find it interesting that cvs says the entire file changes
On Wed, 13 Mar 2002, Lev Assinovsky wrote:
Hi Michael!
May be it's interesting for you?
I made cvs update (for collections) and
run ant (jdk 1.4).
Yup. I mentioned this yesterday afternoon, just didn't have a chance last
night to get to them.
I've seen this as well, and is actually a
On Wed, 13 Mar 2002, Lev Assinovsky wrote:
Hello!
I found that when run ant dist:
[javadoc] Constructing Javadoc information...
[javadoc] Standard Doclet version 1.4.0
The messages you are seeing are just warnings. They should be fixed, but
they shouldn't prevent you from being able
of town this weekend).
[snip]
PENDING COLLECTIONS
---
DirtyFlagMap: Per the email sent by James House
(http://marc.theaimsgroup.com/?l=jakarta-commons-devm=101406634514652w=2).
Will be reviewed by Michael Smith
I briefly reviewed this a while ago, and I can't remember why I
On Fri, 15 Mar 2002, Morgan Delagrange wrote:
The release candidate is ready and sitting on the server:
http://jakarta.apache.org/builds/jakarta-commons/release/commons-collections
/v2.0/
Please state your vote for this candidate. Also, please let me know if you
discover errors in the
On Mon, 18 Mar 2002, Morgan Delagrange wrote:
For example, ArrayEnumeration takes an Object as a parameter, but does not
provide checking on that to ensure that it is actually an Array. The
checking would eventually be provided when the hasNext or next methods are
called (in the form of
On Tue, 19 Mar 2002, Tim Vernum wrote:
yeah, I think I did mean ArrayIterator. The simple way of doing this
would be to use Array.getLength(array). That does the checking for you.
Doesn't obj.getClass().isArray() work?
Yup, but we need to calculate the length of the array anyway to
___
Get your own FREE email account at iVillage.com!
http://webmail.ivillage.com
-Original Message-
From: Michael A. Smith
Sent: 3/18/2002 11:51:00 PM
To: [EMAIL PROTECTED]
Subject: [collections] PriorityQueue
In order to update BinaryHeap to take generic Objects
I just noticed that ReverseComparator has a no-arg constructor which
essentially returns -1 for all comparisons. This is the same as if a
null comparator is passed to the single-arg constructor. Doing so breaks
the contract for a comparator [sgn(compare(x, y)) == -sgn(compare(y, x))].
I
My bad. I didn't build clean before checking in the changes to
PriorityQueue.java. I'll fix this right away...
michael
On Mon, 18 Mar 2002, Martin Cooper wrote:
Attempting to build jakarta-collections tonight results in the following:
build-java:
[mkdir] Created dir:
this anymore though. I've changed my position --
why is this class even included in commons when the JDK provides a
reverse/inverse comparator already? @see Collections.reverseOrder()
regards,
michael
Michael A. Smith wrote:
[snip]
Additionally, I think that InverseComparator is a more appropriate
On Tue, 19 Mar 2002, Michael A. Smith wrote:
I'm not going to argue this anymore though. I've changed my position --
why is this class even included in commons when the JDK provides a
reverse/inverse comparator already? @see Collections.reverseOrder()
I just answered my own question
On Mon, 18 Mar 2002, James Strachan wrote:
- Original Message -
From: Morgan Delagrange [EMAIL PROTECTED]
yeah, I think I did mean ArrayIterator. The simple way of doing this
would be to use Array.getLength(array). That does the checking for you.
It also lets you calculate
On Tue, 19 Mar 2002, Morgan Delagrange wrote:
I disagree. a no-arg constructor and dynamic instantiation of the
comparator may be useful without a get/setComparator mechanism. For
example, consider an application that allows you to specify a comparator
in a configuration file while it
On Wed, 20 Mar 2002, Morgan Delagrange wrote:
Hi Michael et al.
I've lost track. Is there anything else pending, or can I retag and create
a new Release Candidate?
Well, I've fixed all the things on my todo list that can't be made in a
2.0.1 release, but I also haven't finished reviewing
On Wed, 20 Mar 2002, Morgan Delagrange wrote:
Sure, we can wait until tomorrow. Just be sure to get it all on the table
at once, so we don't spread out the discussion unnecessarily.
Yeah, that's what I meant to do before, but I somehow managed to forget
what I sat down to do and ended up just
On Wed, 20 Mar 2002, Morgan Delagrange wrote:
Sure, we can wait until tomorrow. Just be sure to get it all on the table
at once, so we don't spread out the discussion unnecessarily.
Okay, I've finished my (somewhat hurried and tiring) review for possible
non-backwards compatible changes.
On Thu, 21 Mar 2002, James CE Johnson wrote:
I've been looking at latka as a testing framework for our application
and have some specific questions that I can't find the answers to. Would
this be the best place to ask?
yup.
regards,
michael
--
To unsubscribe, e-mail: mailto:[EMAIL
On Thu, 21 Mar 2002, Morgan Delagrange wrote:
3. BeanMap.values() is modifiable, but modifications are not reflected in
the BeanMap. Probably should return an unmodifiable collection.
4. BeanMap.keySet() is modifiable. Modifications to it (i.e. removes)
will be reflected in the
I'm trying to stay out of this debate, but I just can't let this go by:
On Wed, 3 Apr 2002 [EMAIL PROTECTED] wrote:
I'm thinking as:
class MyClass implements LogUser {
// default logger
private static Logger logger = Log.getLogger(MyClass.class);
public void setLogger(
On Wed, 3 Apr 2002 [EMAIL PROTECTED] wrote:
Again - I have doubts about how this will work for apps with multiple
loggers, but the idea of supporting both push and pull is valid.
One method of supporting multiple loggers is to specify a LogFactory
rather than a log. The component can then
On Wed, 3 Apr 2002, Scott Sanders wrote:
Could we replace daemon with this if this is the case. Daemon is
slightly more descriptive than wrapper IMHO.
+1 either way.
I'm agreeing with Scott here. If Remy (one of the three people listed as
an initial committer to daemon) says wrapper has
On Tue, 9 Apr 2002, Jack, Paul wrote:
List and Map objects can return views on their contents
that can be modified. For instance, elements can be
removed from an ArrayList via its iterator(). Elements
can be removed from a map via its keySet() or its values()
collection. A TreeMap can
On Mon, 15 Apr 2002, bahaa azami housni wrote:
I try to Insert in an access table and I receive this error:
what can I do ?
The Jakarta Commons mailing list is not the appropriate place to post such
a question.
Please read:
http://jakarta.apache.org/site/mail.html
(especially the section
On Tue, 16 Apr 2002, Jack, Paul wrote:
Attached is a new List implementation inspired by
but faster than FastArrayList. From the javadoc:
Is there any external behavior difference between FastArrayList and your
OptimizedFastArrayList (other than performance)? If so, can you
explicitly
On Thu, 25 Apr 2002, Anton Brazhnyk wrote:
there is a typo in
jakarta-commons-sandbox\daemon\src\docs\daemon.html
I just tried committing this patch (thanks Anton!), but I can't because I
have insufficient karma. Can someone with the appropriate admin abilities
add me as a committer in
On Tue, 30 Apr 2002, Steve Cohen wrote:
In Joshua Bloch's Effective Java he makes a point of stating that writers
of Javadoc comments should be ESPECIALLY interested in documenting runtime
exceptions that are NOT listed in the throws clause (as in fact, they're not
required to be). Makes
On 1 May 2002, Ted Husted wrote:
This email is autogenerated from the output from:
http://jakarta.apache.org/builds/gump/2002-05-01/commons-util.html
Buildfile: build.xml
BUILD
Jon,
Can you please fix gump's commons-util build? You broke it. If not, I'm
going to back out your change to build.xml.
thanks,
michael
On Wed, 1 May 2002, Michael A. Smith wrote:
On 1 May 2002, Ted Husted wrote:
This email
On Mon, 13 May 2002, Oliver Fischer wrote:
some days ago I posted my RangeIterator after a short discussion.
Unfortunately I didn't get any positiv or negativ response on it.
Did someone look at it?
Oliver,
This message from Paul Jack and the included quoted message from James
Strachan
On Fri, 17 May 2002, christopher marshall wrote:
I have just been looking through the source code to the classes
org.apache.commons.collections.FastHashMap and
org.apache.commons.collections.FastArrayList - these classes seem totally
broken to me because they are designed for use within a
On Fri, 17 May 2002, christopher marshall wrote:
Again you may have to excuse my naivety. The
org.apache.common.collections.SoftRefHashMap is not a pure implementation
of the java.util.Map interface, because the collections returned by the
values() and entrySet() methods are not backed by
On Fri, 17 May 2002, Jack, Paul wrote:
I have just been looking through the source code to the classes
org.apache.commons.collections.FastHashMap and
org.apache.commons.collections.FastArrayList - these classes seem
totally
broken to me because they are designed for use within a
On Tue, 21 May 2002, christopher marshall wrote:
It doesn't seem as if anyone has submitted this patch into the CVS
repository for testing... Is this any way to encourage new participants?
we're all volunteers here. I can only speak for myself, but I've been
extremely busy and haven't had
On Thu, 23 May 2002, Jack, Paul wrote:
Index: SequencedHashMap.java
===
RCS file:
/home/cvspublic/jakarta-commons/collections/src/java/org/apache/commons/coll
ections/SequencedHashMap.java,v
retrieving revision 1.9
diff -r1.9
On Fri, 24 May 2002, Arron Bates wrote:
Already a committer on the Struts project, wodering if the committers of
the commons would allow an extra hand for the project?...
Submitted a few patches commons for BeanUtils, and now would like to
contribute some handy collection wrappers.
On Fri, 24 May 2002, Jack, Paul wrote:
I completed all the TODO and XXX items in TestMap. Some of
the Map implementations (notably MultiHashMap) intentionally
violate the Map contract, so I overrode some of the new
methods in concrete TestMap subclasses.
very cool! More tests are
On Fri, 24 May 2002, Jack, Paul wrote:
Extending AbstractMap is not the right way to add an equals,
hashcode and
toString method. I just committed real implementations for
the methods.
Was there something wrong with AbstractMap's implementations,
or did you just want to keep
On Fri, 24 May 2002, Jack, Paul wrote:
I completed all the TODO and XXX items in TestMap. Some of
the Map implementations (notably MultiHashMap) intentionally
violate the Map contract, so I overrode some of the new
methods in concrete TestMap subclasses.
This 3-day weekend is now coming to
On Wed, 29 May 2002, Jack, Paul wrote:
Will do -- But what should I do about any new source files I
need to include? Right now I'll plan on attaching the cvs diff
as one text file, and including any new source files as a separate
attachment.
There's some hack you can do to get the new file
proper (was Re: Betwixt MethodUpdaters),
James Strachan
Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters),
Geir Magnusson Jr.
Re: [VOTE] move Betwixt into commons proper (was Re: Betwixt MethodUpdaters),
Michael A. Smith
Re: [VOTE] move Betwixt into commons proper (was Re
On Fri, 7 Jun 2002, Henri Yandell wrote:
Sorry Eric, I'm not sure you got my question.
BeanComparator = good, +1. I think it'd be great to commit a
BeanComparator.
The ASC/DESC bit is unnecessary I think due to ReverseComparator. This is
an opinion though, I don't believe in ASC/DESC in
Sorry its taken so long to review your patches. Now that I've had the
chance, I wish I was able to take a look sooner.
On Thu, 30 May 2002, Jack, Paul wrote:
Okay, so the goal was to be able to modularize the
tests in such a way that objects that return a collection
or map could have
On Mon, 10 Jun 2002, Jonathan Carlson wrote:
I'd really like to see some ReadOnly Collection decorators
for all of the Collection and Iterator interfaces and
subinterfaces.
When I return a collection or iterator from a framework I
don't want to trust that no one will modify those
On Wed, 12 Jun 2002, Stephen Colebourne wrote:
If we do this right, some of the current top level classes (eg.iterators)
could be deprecated and become merged into a factory style class, to the
benefit of the interface size.
Well thats my input (sorry for the long email!). We could really
While you're granting karma, can you give me karma to the sandbox?
I've wanted to apply people's patches to sandbox code and I've had a few
myself, so I asked once before but it never happened.
thanks,
michael
On 12 Jun 2002, Jason van Zyl wrote:
On Wed, 2002-06-12 at 18:19, bob mcwhirter
On Thu, 13 Jun 2002, Stephen Colebourne wrote:
What you describe does indeed compile, but isn't the proposal. The following
demonstrates (I hope) why they need to be package scoped.
public class CollectionUtils {
public static Collection predicatedCollection(Collection coll) {
return
On Thu, 13 Jun 2002, Jonathan Carlson wrote:
I personally like the Lists, Sets, Collections, etc naming,
too. We could put pass-through methods to
java.util.Collections on the commons.Collections class.
That way we can have our cake and eat it too.
too implies that Stephen was infavor of
On Thu, 13 Jun 2002, Jack, Paul wrote:
I'm even okay with the wrapper classes being package-protected
OUTER classes defined in the same source file. Having
package-protected classes still gives us a lot of leeway with
organizing things, as technically users shouldn't be using
On Fri, 14 Jun 2002, bob mcwhirter wrote:
I want to allow multiple -D options, and have them anywhere
in the command-line.
Right now, that's interp'd as
maven -D maven.username=werken -D maven:deploy-site
Which is wrong.
Workaround is reordering the command-line:
On Sat, 15 Jun 2002, Stephen Colebourne wrote:
I thought part of the aim of the Utils was to avoid having top level
classes, even if they are package scoped.
yeah, in a way. They coule also be looked at as convenience methods
where you only need to import one class name to get all of the
-1. I think there should be more initial committers before it gets
moved to commons proper. One of the reasons for the sandbox is to allow
a component to build a community, I don't think the component has a
large enough development community yet.
regards,
michael
Waldhoff, Rodney wrote:
It's not now that I'm worried about. It's 3 months from now when that
active user community is submitting tons and tons of bugs/feature
requests, and the development community cannot keep up because of
external time pressures. That's better managed with more committers.
In any case, I'm
On Tue, 17 Sep 2002, Martin Cooper wrote:
I'm -0 because I'm not currently involved with [net]. If I was, I'd be -1.
But I'd really hate to see us lower the barrier for Commons Proper
components.
Promotion to commons proper affects the entire commons, not just [net],
so it shouldn't matter
static Map messages = new HashMap();
private static ResourceBundle resources;
private Messages()
checkstyle was complaining about that?
regards,
michael
--
Michael A. Smith
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org
you say it wanted
-- it probably wanted private final static or final private static or
something in a different order). :)
regards,
michael
--
Michael A. Smith
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail
in 2002 now. :)
regards,
michael
--
Michael A. Smith
[EMAIL PROTECTED]
--
To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org
On Thu, 17 Oct 2002, Scott Sanders wrote:
[EMAIL PROTECTED]
Is there another one?
well, I'm subscribed to that message and there has been zero traffic.
Meanwhile, based on the commit messages on
http://cvs.apache.org/viewcvs/commons/STATUS
there seems to be discussion happening somewhere.
Henri Yandell wrote:
2. In the binary distribution (both .zip and .tar.gz), the
commons-collections.jar contains a Manifest.mf that lists:
Specification-Version: 1.0
Implementation-Version: 2.0
Imp Version done.
Spec Version not done. Any suggestions on what it should be? 2.0? 2.1?
Following
James Strachan wrote:
Firstly thanks to all the great feedback lately on Jelly, its really helped
alot.
There's still a few things that need to be sorted out before we can get
close to a real release of Jelly (much more documentation and the
dependency/distribution issues being highest
We're in the release process so this cannot be fixed at the moment, so
please file a bug in Bugzilla so we don't lose track of this:
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Commons
regards,
michael
Sergey Yevtushenko wrote:
There is a bug in cardinality method, which shows, when
We're in the release process so this cannot be fixed at the moment, so
please file a bug in Bugzilla so we don't lose track of this:
http://issues.apache.org/bugzilla/enter_bug.cgi?product=Commons
regards,
michael
Sergey Yevtushenko wrote:
Current implementation of MultiHashMap has one problem
All:
As previously mentioned on this list, there is ongoing apache-wide
discussions aimed at reorganizing the apache software foundation. These
discussions are taking place on the [EMAIL PROTECTED] mailing list[1].
Also mentioned here briefly, is that the apache board recently voted to
- Original Message -
From: Michael A. Smith [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Sunday, October 20, 2002 7:46 AM
Subject: Re: Fw: Testing of a release
[moving back to commons-dev since others may be interested in this]
Henri Yandell wrote
[moving back to commons-dev since others may be interested in this]
Henri Yandell wrote:
Where do we stand on the collections release?
Michael, at what point are you willing to remove your -1?
Stephen
(I was never meant to be a manager ... ;-)
It's no different than being a librarian I reckon
I think the point of the hard coded version was so that people that
download the distribution will be linked to the proper STATUS file...
michael
[EMAIL PROTECTED] wrote:
bayard 2002/10/20 19:02:22
Modified:collections/xdocs index.xml
Log:
Updated web page with a 2.1 link and
The closest I can identify is jxpath which contains this at the end of
the license in each source file[1]:
* This software consists of voluntary contributions made by many
* individuals on behalf of the Apache Software Foundation and was
* originally based on software copyright (c) 2001,
On Mon, 21 Oct 2002, Henri Yandell wrote:
On Mon, 21 Oct 2002, Martin Cooper wrote:
I found a few things not yet mentioned:
1) In codec\Metaphone.java, Copyright 1997, William B. Brogden, which is
clearly a problem.
Sorry, my fault. I can and will remove this, and will go back in my
as legal issues go, I would say that we are OK.
The reason I put it in this project was that there is a desire to
include a Launcher in the Tomcat 5.0 proposal that is currently be voted
on in the tomcat-dev mailing list.
Hope that helps,
Patrick
Michael A. Smith wrote:
On 10 Jul 2002 [EMAIL
Costin Manolache wrote:
Martin Cooper wrote:
I found a few things not yet mentioned:
1) In codec\Metaphone.java, Copyright 1997, William B. Brogden, which is
clearly a problem.
2) In scaffold, numerous instances of Copyright (c) 2002 Synthis
Corporation., also clearly a problem.
Acording
Steve Downey wrote:
What about an automatic sunset on sandbox code? 3 months after initial commit
it's either voted in as a project somewhere, or removed?
3 months of inactivity maybe, not 3 months from initial commit. Some
code bases may require a long time to generate the necessary
Stephen Colebourne wrote:
From: Ola Berg [EMAIL PROTECTED]
From: Stephen Colebourne [EMAIL PROTECTED]
I have a class like this at both work (called Assert) and in the Joda
project (called Validate).
Me to (but they are called Assert). Why can't you, Stephen, check some of
this in (into
[EMAIL PROTECTED] wrote:
prickett2002/10/22 17:08:54
Modified:periodicity/src/plugins-build/database project.xml
periodicity/src/plugins-build/database/src/java/org/apache/commons/periodicity/database
DriverMetaDataService.java
Added:
[EMAIL PROTECTED] wrote:
prickett2002/10/22 19:25:24
Added: periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
TestDriverService.java
Log:
Added a Test Driver Meta Data Service class for unit testing purposes.
[EMAIL PROTECTED] wrote:
prickett2002/10/22 19:47:16
Added: periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
DriverServiceConfigNullTest.java
Log:
Added a test to test the behavior for a null configuration.
[EMAIL PROTECTED] wrote:
morgand 2002/10/22 14:57:47
Added: jelly/src/test/org/apache/commons/jelly/test/xml
TestXMLParserCache.java
Log:
some sanity checks for XMLParser cache
Revision ChangesPath
1.1
+1 on the proposal to add a commons oversight board. We don't need to
name it PMC (the charter doesn't give this oversight board a name, it
just makes the analogy to the jakarta PMC).
Oh, and I've already volunteered.
michael
p.s. Did anyone else see a 6 hour delay between the time it looks
1 - 100 of 112 matches
Mail list logo
