hammant 2003/11/09 04:18:19
Modified:threadpool/src/java/org/apache/commons/threadpool
DefaultThreadPool.java
Added: threadpool/src/java/org/apache/commons/threadpool
CommonsLoggingThreadPoolMonitor.java
Folks,
I have commit access, but not inclination without discussion, to make
some changes to sandbox/threadpool...
Basically, I'd like make a _backwards_ _compatible_ change to
ThreadPool that allows the user to choose not not in any way use
Commons-Logging. As in not depend on the jar. The
Robert Leland [EMAIL PROTECTED] wrote on 05/11/2003 01:52:48 PM:
[snip]
(Maven has some hidden acknowledgments in it's plug-in docs) says you
Huh,
what are these hidden acknowldegments?
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Pub
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
On Friday, November 7, 2003, at 11:05 AM, Harish Krishnaswamy wrote:
Hi Danny,
I don't deny the recommedation that the PMC should be notified of
situations such as this although I don't know why the PMC list is
private.
Because there may be things that it wouldn't be appropriate to discuss
On Friday, November 7, 2003, at 05:53 PM, Vic Cekvenich wrote:
Danny Angus wrote:
3/ Geronimo is not under the jurisdiction of this PMC. The Geronimo
situation was explained to you at the time .
Would you please refresh my memory a link the message explaining the
source of Geronimo source? I
Can you supply us with a tescase that shows us the bahaviour (esp that
you believe it is a bug), since there is too little info in the mail to
test this (we needs the beans / bean. One thing I know is that eg
Bean.betwixt files only supplies beaninfo for Bean.java and not for any
classes embedded
Would you please refresh my memory a link the message explaining the
source of Geronimo source? I think that most people believe, including
me, that it is refactored jBoss code, how else could so much code
apear.
Come on, Vic. Take this to the geronimo list if you have accusations.
The
Al Chou wrote:
Would you move the existing ones into
org.apache.commons.math.distributions.statistical or something so that the
probability distributions could be organized together under *.probability?
Also, I noticed that the current package uses the singular distribution
rather than
Al Chou wrote:
OK, I see. The one thing I notice is that the names are getting awfully long,
especially for the non-default case. I guess that's a price we pay for having
descriptive (no play on words intended) names like DescriptiveStatistics
Maybe the Implementations could be abbreviated
dgraham 2003/11/09 10:18:04
Modified:dbutils/src/test/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSetTest.java
dbutils/src/java/org/apache/commons/dbutils/wrappers
SqlNullCheckedResultSet.java
Log:
- Cleaned
On Sunday, November 9, 2003, at 12:15 PM, Noel J. Bergman wrote:
Take it to the members list or the Geronimo list.
He can't take it to the members list. He's not a Member. Which also
means
that he's not privy to whatever, if any, discussion occured on that
list
regarding Geronimo or any
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24537.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On 7 Nov 2003, at 16:05, Harish Krishnaswamy wrote:
Hi Danny,
I don't deny the recommedation that the PMC should be notified of
situations such as this although I don't know why the PMC list is
private.
it's private so that the pmc has a confidential forum for discussions.
(general is the
dgraham 2003/11/09 12:46:41
Modified:xdocscomponents.xml
Log:
Moved DbUtils to beta release section. Added Mapper to
sandbox list.
Revision ChangesPath
1.106 +23 -8 jakarta-commons/xdocs/components.xml
Index: components.xml
dgraham 2003/11/09 12:50:07
Modified:dbutils build.xml
Log:
Build version is 1.1-dev now that 1.0-RC1 is released.
Revision ChangesPath
1.3 +4 -4 jakarta-commons/dbutils/build.xml
Index: build.xml
thanks for the heads up, john.
i've added a .htaccess file which does a temporary redirect. (so that
the website is still there, ready for reinstatement later.)
- robert
On 7 Nov 2003, at 17:12, John Keyes wrote:
The website should also be taken offline also (the XRef of the
code is
dgraham 2003/11/09 13:16:40
Modified:mapper/xdocs index.xml
Log:
Removed JDBC examples because DbUtils takes care
of that.
Revision ChangesPath
1.3 +16 -55jakarta-commons-sandbox/mapper/xdocs/index.xml
Index: index.xml
dgraham 2003/11/09 13:17:09
Added: mapper LICENSE.txt
Log:
Renamed LICENSE to LICENSE.txt so Maven would
be quiet.
Revision ChangesPath
1.1 jakarta-commons-sandbox/mapper/LICENSE.txt
Index: LICENSE.txt
dgraham 2003/11/09 13:18:19
Modified:mapper project.xml
Log:
Updated for 0.7.
Revision ChangesPath
1.3 +2 -7 jakarta-commons-sandbox/mapper/project.xml
Index: project.xml
===
RCS file:
dgraham 2003/11/09 13:18:59
Removed: mapper LICENSE
Log:
Renamed LICENSE to LICENSE.txt so Maven would
be quiet.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
dgraham 2003/11/09 13:20:50
Modified:mapper build.xml
Log:
Use Maven generated Ant build file.
Revision ChangesPath
1.5 +147 -262 jakarta-commons-sandbox/mapper/build.xml
Index: build.xml
===
dgraham 2003/11/09 13:23:20
Removed: mapper/conf/share MANIFEST.MF
Log:
Removed MANIFEST.MF file because Maven generates it
for us.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
-0 on splitting commons-math. I don't mind the traffic, and would expect
it to be cyclical anyway. (E.g., Jelly was once a very big part of
commons dev traffic, but isn't anymore. primitives has been the source of
lot of traffic recently, and may be off and on for the next few weeks, but
I
dgraham 2003/11/09 13:40:51
Removed: mapper/src/share/org/apache/commons/mapper/jdbc
StatementPreparer.java ResultSetRowProcessor.java
JdbcHelper.java QueryLoader.java JdbcMapper.java
JdbcMapperFactoryListener.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24539.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
splitting here means splitting the mailing lists I had not read
robert's proposal before posting this.
On Sun, 9 Nov 2003, Rodney Waldhoff wrote:
-0 on splitting commons-math. I don't mind the traffic, and would expect
it to be cyclical anyway. (E.g., Jelly was once a very big part of
Thanks Craig.
I didn't even think of that - I obviously came to Maven after it moved out
of Jakarta.
- Brett
-Original Message-
From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
Sent: Sunday, 9 November 2003 1:36 PM
To: Jakarta Commons Developers List
Subject: Re: request
On Sun, 2003-11-09 at 14:24, robert burrell donkin wrote:
snip/
so - is there a positive alternative? i'd like to propose that
common-maths continues to be affiliated with jakarta-commons but
becomes managed by apache commons.
+1, I think that now is the right time to move commons math to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24541.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24492.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Darn it, I just got done making all those little edits to hrefs and the
bugzilla! ;-)
1.) Plausible, I understand though that Apache Commons is under
subversion, will this be a challenge to migrate to?
2.) How will we relate to Jakarta Commons? certainly we may have
dependencies on parts of
On 9 Nov 2003, at 22:07, Mark R. Diggory wrote:
Darn it, I just got done making all those little edits to hrefs and
the bugzilla! ;-)
not a problem. they'll do just fine as they are :)
there's not reason why users should be bothered by the change (see
below).
1.) Plausible, I understand
On Sun, 9 Nov 2003, robert burrell donkin wrote:
commons-maths will still be part of jakarta-commons :)
it'll only be managed by the apache-commons pmc.
Which will make it in no way a part of jakarta-commons. Related to or
linked from perhaps, but not strictly a part of in any meaningful
On Sun, 9 Nov 2003, robert burrell donkin wrote:
On 9 Nov 2003, at 22:07, Mark R. Diggory wrote:
1.) Plausible, I understand though that Apache Commons is under
subversion, will this be a challenge to migrate to?
subversion is (by all accounts) very, very cool. everyone here at
apache
Henri Yandell wrote:
2.) How will we relate to Jakarta Commons? certainly we may have
dependencies on parts of the commons, but doesn't this leave little
room for jakarta commons components to utilize math as a dependency as
they are generally expected to be dependent on only other jakarta
I think the design of the codec framework could cover
your requirements but it will require more functionality
than it currently has.
Some of the goals I was working towards were:
1. No memory allocation during streaming. This eliminates
garbage collection during large conversions.
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
OK, I see. The one thing I notice is that the names are getting awfully
long,
especially for the non-default case. I guess that's a price we pay for
having
descriptive (no play on words intended) names like
If JDK1.4 is considered a sufficient base, I could
I think tha considering 1.3.1 as the base requirement is safe.
Unfortunately, as discussed on this list under various heading, making 1.4 a
requirement is too aggressive.
Gary
-Original Message-
From: Brett Henderson [mailto:[EMAIL
Well, not so fast, I thought that the general Jakarta Commons rule was
1.2 compatibility.
The reasoning here is that, if some unfortunate programmer is stuck
working on some legacy code, they shouldn't need to upgrade to
JDK1.4.2_02 to get a Base64 encoding.
But, let's discuss.
On Sun,
Peter Courcoux wrote:
Hi all,
I did a fresh checkout of validator this evening and the EmailTest
failed.
Your correct, those tests were added as a reminder to review the
RFC822.txt and handle cases of specialized
characters in the users name. Most of the time the character string
needs to be
[EMAIL PROTECTED] wrote:
Robert Leland [EMAIL PROTECTED] wrote on 05/11/2003 01:52:48 PM:
[snip]
(Maven has some hidden acknowledgments in it's plug-in docs) says you
I saw them back in September at the very bottom of page the PMD plugin
docs:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
Would you move the existing ones into
org.apache.commons.math.distributions.statistical or something so that the
probability distributions could be organized together under *.probability?
Also, I noticed that the current
Attached are two new files that implement a Polynomial as a
UnivariateRealFunction and should be added to the
org.apache.commons.math.analysis packages in both java and test
respectively.
I do not have commit privileges and would appreciate on the the math
contributors or members to add
Interesting that HiveMind was a problem, yet jBoss to Geromino is not a
potential legal problem for Apache Users. What was the diference, that
they put the code in sf.net first, refactored packages and claimed it
was not jBoss IP? All Howard did was level with ASF, and Geronimo
(insert
+1
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 09, 2003 10:25 PM
Subject: [VOTE] Release DbUtils 1.0
DbUtils is a stable, well tested package suitable for a 1.0 release. The
release candidate is available here:
If your application uses WebContext (or one of it's subclasses) as the Context
object being passed down the chain, you already have access to the request
attributes via the getRequestScope() method. There's also other Map-returning
methods on WebContext for lots of other useful stuff (headers,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24514.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
52 matches
Mail list logo
