Commons/PMC coverage

http://www.generationjava.com/article/apache/StateOfTheCommons.shtml lists the components [will have descriptions when I get around to them], and lists the Commons component coders [as listed in the CVS project.xmls, which every project has]. Hen ---

DO NOT REPLY [Bug 25627] - [lang] DateUtils constants should be long

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/math project.xml

bayard 2003/12/22 19:55:34 Modified:math project.xml Log: fixed ids, but unable to find Apache id for Albert Chou Revision ChangesPath 1.33 +3 -1 jakarta-commons/math/project.xml Index: project.xml

cvs commit: jakarta-commons/lang/src/java/org/apache/commons/lang/time DateUtils.java DurationFormatUtils.java

psteitz 2003/12/22 19:54:14 Modified:lang/src/java/org/apache/commons/lang/time DateUtils.java DurationFormatUtils.java Log: Deprecated integer MILLIS_IN_* constants and replaced with long versions named MILLIS_PER_*. PR # 25627 Reported by Nikolay Metch

cvs commit: jakarta-commons/latka project.xml

bayard 2003/12/22 19:52:10 Modified:latkaproject.xml Log: fixed typo in id for rod Revision ChangesPath 1.40 +1 -1 jakarta-commons/latka/project.xml Index: project.xml === RCS file: /h

cvs commit: jakarta-commons/discovery project.xml

bayard 2003/12/22 19:45:10 Modified:discovery project.xml Log: fixed apache user ids Revision ChangesPath 1.14 +3 -3 jakarta-commons/discovery/project.xml Index: project.xml === RCS file:

Re: [codec] [proposal] Moving To Apache Commons

"Daniel F. Savarese" <[EMAIL PROTECTED]> wrote on 23/12/2003 11:09:24 AM: > > In message <[EMAIL PROTECTED]>, Ga > ry Gregory writes: > >Well, now I am switched around to a "-1" as well :-( > > > >> From: Rodney Waldhoff > >> 1) a-c organization: I think the organizational structure of > >> apa

Re: What is Jakarta Commons?

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > From: "Rodney Waldhoff" <[EMAIL PROTECTED]> > > "The subproject shall create and maintain packages > written in the Java > > language, intended for use in server-related > development, and designed to > > be used independently of any larger produ

Re: What is Jakarta Commons?

--- Stephen Colebourne <[EMAIL PROTECTED]> wrote: > From: "Rodney Waldhoff" <[EMAIL PROTECTED]> > > "The subproject shall create and maintain packages > written in the Java > > language, intended for use in server-related > development, and designed to > > be used independently of any larger produ

Re: Commons - TLP

I'm sorry if I gave the impression that I don't value the ORO and other sub projects. I personally use regexp every day as a part of the castor schema validation and couldn't do without it. The point I wanted to make was only about how I would try to attract more active developers and not about

[plea] get back to work -- was Re: [codec] [proposal] Moving To Apache Commons

Daniel F. Savarese wrote: In message <[EMAIL PROTECTED]>, Ga ry Gregory writes: Well, now I am switched around to a "-1" as well :-( From: Rodney Waldhoff 1) a-c organization: I think the organizational structure of apache-commons (one list per component, balkanized karma rights, etc.) is bad fo

RE: [codec] [proposal] Moving To Apache Commons

--On Tuesday, December 23, 2003 11:16 AM +1100 [EMAIL PROTECTED] wrote: Is it not possible to run CVS without shell accounts? Doesn't sourceforge work this way? SourceForge provides restricted shell accounts to people with commit access on a 'dedicated' CVS box that does nothing else. And, they

RE: What is Jakarta Commons?

"Saying Jakarta => Java" Yep, that is what I meant. Gary > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Monday, December 22, 2003 16:33 > To: Jakarta Commons Developers List > Subject: RE: What is Jakarta Commons? > > On Mon, 22 Dec 2003, Gary Gregory wrote

RE: What is Jakarta Commons?

On Mon, 22 Dec 2003, Gary Gregory wrote: > > Jakarta is, and IMO should remain, a Java only project. This is not > > SourceForge. > > Yes, please, Jakarta == Java. This makes Jakarta one place to go for all > things Java that are not TLP (like Ant). You mean for all things Java that are not TLP

RE: [codec] [proposal] Moving To Apache Commons

> -Original Message- > From: Tim O'Brien [mailto:[EMAIL PROTECTED] > Sent: Monday, December 22, 2003 14:47 > To: Jakarta Commons Developers List > Subject: RE: [codec] [proposal] Moving To Apache Commons > > Alright, all around - moving to Subversion is out. But, know that someone > needs

Re: What is Jakarta Commons?

From: "Rodney Waldhoff" <[EMAIL PROTECTED]> > "The subproject shall create and maintain packages written in the Java > language, intended for use in server-related development, and designed to > be used independently of any larger product or framework." > > in what way is anything in j-c "specifica

DO NOT REPLY [Bug 25620] - Uninitialised variable in FTPClient

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp FTPClient.java

dfs 2003/12/22 14:11:28 Modified:net/src/java/org/apache/commons/net/ftp FTPClient.java Log: Explicitly initialized __restartOffset to zero in __initDefaults(). Bugzilla report 25620 by [EMAIL PROTECTED] pointed out that this variable was not explicitly initialized. Even th

Re: [lang] DateUtils constants should be long

+1 Stephen - Original Message - From: "Gary Gregory" <[EMAIL PROTECTED]> > > I am +1 for changing to longs and deprecating. > > +1 > > > -Original Message- > > From: Phil Steitz [mailto:[EMAIL PROTECTED] > > Sent: Monday, December 22, 2003 11:54 > > To: Jakarta Commons Developers Li

Re: [lang] UUID Generator - was RE: UUID Generator?

From: "Phil Steitz" <[EMAIL PROTECTED]> > Any ideas where UUID generation should go? Unless I hear a better > suggestion, I will open up a sandbox project to get things started. +1 Stephen - To unsubscribe, e-mail: [EMAIL PRO

[newbie][site][jelly] site:upload or cvs ?

Hi, I thought I had read somewhere that I should modify the website of commons' components using CVS. However, I see nothing such. The Jelly website seems to have been uploaded with something like "maven site:upload". Should I keep using that ? (looks to be simpler than the CVS diffing of an a

cvs commit: jakarta-commons/beanutils/src/java/org/apache/commons/beanutils/locale LocaleBeanUtils.java LocaleConvertUtils.java

rdonkin 2003/12/22 13:26:47 Modified:beanutils/src/java/org/apache/commons/beanutils BeanComparator.java ContextClassLoaderLocal.java DynaProperty.java beanutils/src/java/org/apache/commons/beanutils/locale

Re: [maven] developer repository?

On 20 Dec 2003, Jason van Zyl wrote: > On Sat, 2003-12-20 at 19:01, Greg Stein wrote: > > I'd also like to point out the Board has specifically requested that the > > Apache Maven Project should distribute jars from ASF hardware. We make > > certain guarantees to our users, and those guarantees re

DO NOT REPLY [Bug 21212] - [beanutils] Broken link report (three 404s)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 23669] - [beanutils][PATCH] LICENSE.txt: acknowledgement(s) typo

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [lang] UUID Generator - was RE: UUID Generator?

Tim Reilly wrote: Sorry for the response latency. See interspersed. I guess the short answer is.. if Tyrex was thought to be a good starting point, this is how Tyrex does it. http://tyrex.sourceforge.net/api/tyrex/services/Clock.html (Same for OpenJMS http://openjms.sourceforge.net/xref/org/exol

Re: [lang] UUID Generator - was RE: UUID Generator?

Stephen Colebourne wrote: I would suggest that: ID generation fits in [lang] UUID generation does not In other words, UUID generation with threads, timers, native code, internet specs to follow is just not [lang]-like. However a simple incrementing number/alpha id system could very well be [l

RE: [lang] DateUtils constants should be long

> I am +1 for changing to longs and deprecating. +1 > -Original Message- > From: Phil Steitz [mailto:[EMAIL PROTECTED] > Sent: Monday, December 22, 2003 11:54 > To: Jakarta Commons Developers List > Subject: Re: [lang] DateUtils constants should be long > > Brian S O'Neill wrote: > > The

Re: [lang] DateUtils constants should be long

Brian S O'Neill wrote: There's a difference between specifying a unit of time to sleep vs defining a constant. The JRE APIs are inconsistent. The google search brings up: http://java.sun.com/j2se/1.3/docs/api/java/awt/Robot.html which accepts millisecond sleep times as ints. Then there's: htt

Re: [cache] project status query...

On 22-Dec-03, at 19:53 Uhr, Hernan Silberman wrote: I'm interested to know the status of the cache sandbox project. Looks very nice, I'd like to know if it's being actively worked on and how mature the code is. I noticed there are no builds available and not much documentation yet so I though

RE: [codec] [proposal] Moving To Apache Commons

Well, now I am switched around to a "-1" as well :-( > From: Rodney Waldhoff > 1) a-c organization: I think the organizational structure of > apache-commons (one list per component, balkanized karma rights, etc.) is > bad for those components technically and socially, and possibly bad > for the A

[cache] project status query...

I'm interested to know the status of the cache sandbox project. Looks very nice, I'd like to know if it's being actively worked on and how mature the code is. I noticed there are no builds available and not much documentation yet so I thought I'd ask the list. thanks! Hernan --

Re: [codec] [proposal] Moving To Apache Commons

As a contributor to and user of commons-codec, I'm voting -1. My reasons, as I've described in more detail on the apache-commons list and probably others, are: 1) a-c organization: I think the organizational structure of apache-commons (one list per component, balkanized karma rights, etc.) is ba

Re: What is Jakarta Commons?

I don't follow. The current Jakarta Commons charter reads (under "scope of the subproject"): "The subproject shall create and maintain packages written in the Java language, intended for use in server-related development, and designed to be used independently of any larger product or framework."

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp TesterResultSet.java TesterStatement.java

dirkv 2003/12/22 06:59:43 Modified:dbcp/src/test/org/apache/commons/dbcp TesterResultSet.java TesterStatement.java Log: Test* support for testing: Bugzilla Bug 24966: NullPointer with Oracle 9 driver wrong order of passivate/close when a rset isn't close

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp TestConnectionPool.java

dirkv 2003/12/22 06:58:39 Modified:dbcp/src/test/org/apache/commons/dbcp TestConnectionPool.java Log: Testcase for: Bugzilla Bug 24966: NullPointer with Oracle 9 driver wrong order of passivate/close when a rset isn't closed Revision ChangesPat

cvs commit: jakarta-commons/dbcp/src/test/org/apache/commons/dbcp TestAbandonedBasicDataSource.java TestBasicDataSource.java TestPStmtPoolingBasicDataSource.java

dirkv 2003/12/22 06:41:18 Modified:dbcp/src/test/org/apache/commons/dbcp TestAbandonedBasicDataSource.java TestBasicDataSource.java TestPStmtPoolingBasicDataSource.java Log: do the BasicDataSource tests for the

Re: [DBCP] proposal for activationStatement and passivationStatement in PoolableConnectionFactory

I use bugzilla to track the enhancements as well as the bugfixes. Simplifies making the release notes. You cannot delete patches from bugzilla, so while it is a work-in-progress please use the mailing list, the final version can go into bugzilla. -- Dirk Brent Verner wrote: [2003-12-22 15:01]

RE: [VOTE][RESULT] Promote Configuration to Commons Proper

Howdy, Yeah, history will be preserved. Post a note that you're moving, and then follow the steps ;) Yoav Shapira Millennium ChemInformatics >-Original Message- >From: Eric Pugh [mailto:[EMAIL PROTECTED] >Sent: Monday, December 22, 2003 9:24 AM >To: 'Jakarta Commons Developers List' >S

RE: [VOTE][RESULT] Promote Configuration to Commons Proper

>From the way I read the doc that Yoav mentioned, that is what happens, correct? So, when I get ready I should post a warning note to the list and then just follow the steps? I will shout if I think I am screwing anything up. Thanks for the offers of help, Eric > -Original Message- > F

Re: [DBCP] proposal for activationStatement and passivationStatement in PoolableConnectionFactory

[2003-12-22 15:01] Dirk Verbeeck said: | Good start, but it will be really usefull when the new feature is | available through the BasicDataSource. (and tested with JUnit test of | course) right on. I'll update the patch to enable use via BasicDataSource. I'm not well-versed in junit testing,

Re: Commons - TLP

On Dec 21, 2003, at 3:20 PM, Paul Libbrecht wrote: I might have overlooked something in the whole flood about this topic. Allow me to add that a move into Apache Commons might have our Java flavour sort of shaded. A move out of Jakarta Commons, however, might free our projects from the "serve

Re: [VOTE][RESULT] Promote Configuration to Commons Proper

Moving a whole component from the sandbox to commons-proper including history isn't that difficult either. It involves a direct copy of the cvs history on the server (so you have to announce it on the dev list), you don't want to do this every day but for moving a whole component this is accepta

Re: [DBCP] proposal for activationStatement and passivationStatement in PoolableConnectionFactory

Good start, but it will be really usefull when the new feature is available through the BasicDataSource. (and tested with JUnit test of course) I have created a bugzilla issue to track this item: http://issues.apache.org/bugzilla/show_bug.cgi?id=25696 happy holidays... o<]:-) -- Dirk Brent Ve

RE: What is Jakarta Commons?

Howdy, >> My preferred short definition of J-C is: >> 'creating and maintaining small-scale, reusable, utility components >written >> in Java' >> >> Is this definition OK? Any comments? > >This pretty much boots Daemon out of J-C, which would be IMHO would be a >shame. Almost of the (supported)

RE: [VOTE][RESULT] Promote Configuration to Commons Proper

Howdy, Congrats on the vote result(s). >2) The actual move! I'm personally not too concerned about the history, and >don't mind if it gets deleted. Are the docs here: >http://nagoya.apache.org/wiki/apachewiki.cgi?MovingFromSandboxToProper up >to >date? I'm not much more then a newbie at CVS, so

DO NOT REPLY [Bug 25696] - initializationStatement and destructionStatement in PoolableConnectionFactory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25696] New: - initializationStatement and destructionStatement in PoolableConnectionFactory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: [DBCP] proposal for activationStatement and passivationStatement in PoolableConnectionFactory

[2003-12-21 21:36] Dirk Verbeeck said: | Yes this would be a nice feature, a couple of days ago there was | somebody else requesting a similar thing on commons-user. | A patch is very welcome. patch attached. While cleaning this up, I realized that activation/passivation was executed each time

Re: [configuration] Exception handling - was Automatic reloading

I don't know the preferred policy for API changes. From monitoring this list I got the impression that this can be complicated: old methods first have to be deprecated before they can be removed/replaced in a later release. I am not sure if deprecation helps in all cases, e.g. if a method's re