On Fri, 04 Jun 2004, Mario Ivankovits [EMAIL PROTECTED] wrote:
Is it really needet to use maven ant to regenearate the build.xml?
One user of the generated build files is Gump.
Given that Gump can successfully build with Maven now[1], this
shouldn't be a reason to keep it around - if anybody
Hi Alex,
On Sun, 2004-06-06 at 01:53, Alex Karasulu wrote:
Simon,
Is there support for all the wild card permutations such as * at the
head of a pattern, at the tail as well as anywhere in between. Also can
* be used more than once in a pattern?
No, none of the above is supported in the
What's the problem with this diff? Why is it so bad?
[EMAIL PROTECTED] wrote:
olegk 2004/06/05 09:49:21
Modified:httpclient/src/java/org/apache/commons/httpclient
Cookie.java
httpclient/src/java/org/apache/commons/httpclient/cookie
Ceki:
Ceki Gülcü wrote:
Hello,
While working on the internal log4j logging, it occurred to me that it
could be very useful to synthesize log4j's core user interface in its
own package. I'd like to call this package Universal Generic Logging
Interface or UGLI (pun intended).
The word universal
+1 - Ted Husted for Validator Committer
+1 - Ted Husted for President
;)
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Ted Husted [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Odi,
I have no idea why the commit diff got trashed so badly. CVS content
appears correct.
Oleg
On Mon, 2004-06-07 at 09:42, Ortwin Glück wrote:
What's the problem with this diff? Why is it so bad?
[EMAIL PROTECTED] wrote:
olegk 2004/06/05 09:49:21
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29423.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Currently, if you construct a StorelessUnivariateStatistic using an
external moment, calls to increment() (silently) do nothing. If we are
going to disallow increment() for these stats, it would probably be better
to throw IllegalStateException or some other exception to indicate that
the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29423.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Mon, 07 Jun 2004 08:29:42 +0200, Stefan Bodewig [EMAIL PROTECTED] wrote:
Given that Gump can successfully build with Maven now[1], this
shouldn't be a reason to keep it around - if anybody could take the
time to adapt vfs' Gump descriptor, that is.
Wow.
How is UGLI different from commons-logging? I don't want yet another
logging api to have to consider when writing my applications/components.
begin rant
I definitly don't want to have to implement another logging interface, and
after all the pain I've gone through attempting to grok various
+1 To Ted.
David Graham wrote:
--- robert burrell donkin [EMAIL PROTECTED] wrote:
+1
but please don't roll a release before the upcoming beanutils
dependency hell fix is released. this will allow the problematic
validator dependency on commons collections to be removed by upgrading
to the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27775.
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://issues.apache.org/bugzilla/show_bug.cgi?id=28660.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Phil Steitz [EMAIL PROTECTED] wrote:
J.Pietschmann wrote:
Phil Steitz wrote:
1) Decide what to do about inverse cumulative probabilities where p =
1 (easy solution is to document and throw)
Nearly +1
My own nearly +1 on this just turned to -1. After looking some more
--- Robert Leland [EMAIL PROTECTED] wrote:
+1 To Ted.
David Graham wrote:
--- robert burrell donkin [EMAIL PROTECTED] wrote:
+1
but please don't roll a release before the upcoming beanutils
dependency hell fix is released. this will allow the problematic
validator dependency on
Stefan Bodewig wrote:
Is it really needed to use maven ant to regenearate the build.xml?
Given that Gump can successfully build with Maven now[1], this
shouldn't be a reason to keep it around - if anybody could take the
time to adapt vfs' Gump descriptor, that is.
Footnotes:
[1]
I am CCing [EMAIL PROTECTED], avalon-dev and commons-dev to elicit input
for this endeavor.
I'm no expert in this area, simply an external user (with no insights into
history/politics/whatever). That said, I'm not shy to provide my input...
I've loved logging (log4j, simple), I've hated
On Mon, 07 Jun 2004, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
Is it really needed to use maven ant to regenearate the
build.xml?
Given that Gump can successfully build with Maven now[1], this
shouldn't be a reason to keep it around - if anybody could take the
time to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29428.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29428.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29428.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29428.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Mark
Phil Steitz wrote:
Currently, if you construct a StorelessUnivariateStatistic using an
external moment, calls to increment() (silently) do nothing. If we
are going to disallow increment() for these stats, it would probably
be better to throw IllegalStateException or some other exception
Eric,
On Mon, 2004-06-07 at 09:26, Eric Pugh wrote:
How is UGLI different from commons-logging? I don't want yet another
logging api to have to consider when writing my applications/components.
I don't think commons-logging takes into account any of the
configuration aspects associated with
gump.xml is the descriptor generated by maven gump IIRC. Since
Gump's support for Maven as a build tool is rather new, there probably
is no automated way to generate a Gump descriptor from project.xml
yet.
We've asked the Maven folks not to change the 'gump' goal *yet* (to produce
maven
I just realized throughout the UnivariateStatistic API that getN
returns a double values. Doesn't this seem inapropriate? I wonder why I
did this when we would probibly want it to be an integer, the size of an
array or collection is always descrete.
-Mark
Is it OK if we move this conversation to [EMAIL PROTECTED] Having
a thread spread over 5 lists is not very practical.
At 05:31 PM 6/7/2004, Niclas Hedhman wrote:
On Monday 07 June 2004 02:18, Ceki Gülcü wrote:
Given the lessons learned from past experience, in particular wrt
extreme simplicity
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29430.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Monday 07 June 2004 02:18, Ceki Glc wrote:
Given the lessons learned from past experience, in particular wrt
extreme simplicity and generality, it is expected that UGLI will be
quickly adopted by many developers.
Ceki has previously asked about the so called No Logging strategy, which can
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=23990.
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://issues.apache.org/bugzilla/show_bug.cgi?id=23990.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dirkv 2004/06/07 10:48:21
Modified:pool project.xml
Log:
release 1.2
Revision ChangesPath
1.28 +5 -5 jakarta-commons/pool/project.xml
Index: project.xml
===
RCS file:
dirkv 2004/06/07 10:48:31
Modified:dbcp project.xml
Log:
release 1.2
Revision ChangesPath
1.31 +6 -6 jakarta-commons/dbcp/project.xml
Index: project.xml
===
RCS file:
dirkv 2004/06/07 10:55:15
Modified:pool/xdocs downloads.xml
Log:
release 1.2
Revision ChangesPath
1.11 +4 -2 jakarta-commons/pool/xdocs/downloads.xml
Index: downloads.xml
===
RCS file:
dirkv 2004/06/07 10:56:43
Modified:dbcp/xdocs downloads.xml
Log:
release 1.2
Revision ChangesPath
1.6 +4 -2 jakarta-commons/dbcp/xdocs/downloads.xml
Index: downloads.xml
===
RCS file:
Voting results release Pool v1.2:
+1 Dirk Verbeeck
+1 Noel J. Bergman
+0 Shapira, Yoav
+0 Dion Gillard
+1 Todd Carmichael (non-binding)
The release was tagged in CVS as POOL_1_2 on 7 June 2004.
-- Dirk
-
To unsubscribe, e-mail:
Voting results release DBCP v1.2:
+1 Dirk Verbeeck
+1 Noel J. Bergman
+0 Shapira, Yoav
+0 Dion Gillard
+1 Todd Carmichael (non-binding)
The release was tagged in CVS as DBCP_1_2 on 7 June 2004.
-- Dirk
-
To unsubscribe, e-mail:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29423.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2004/06/07 14:00:58
Modified:collections/src/java/org/apache/commons/collections/map
MultiKeyMap.java
Log:
Javadoc
Revision ChangesPath
1.3 +3 -2
rdonkin 2004/06/07 14:11:48
Modified:logging/xdocs guide.xml
Log:
Fixed bad links in guide. Bug #29430 Thanks Tim :)
Revision ChangesPath
1.7 +4 -4 jakarta-commons/logging/xdocs/guide.xml
Index: guide.xml
Hi James,
On Tue, 2004-06-08 at 11:35, James Carman wrote:
How long does it usually take for a bug to be accepted? I submitted bug
29428 today along with a test case and patch for it, but it doesn't look
like any action has been taken on it.
The time it takes for someone to look at a bug
i've been pleased to see that simon's been hard at work with TODO lists
for 1.7 and 2.0 (at least, i think it's simon - whoever it is, what not
create a user profile then we'll all know).
(most people will probably be aware that) i've decided to cut release
again (potential release managers
On Tue, 2004-06-08 at 09:13, robert burrell donkin wrote:
i've been pleased to see that simon's been hard at work with TODO lists
for 1.7 and 2.0 (at least, i think it's simon - whoever it is, what not
create a user profile then we'll all know).
Yep, that's me. I see that some WIKI edits
The subject says it all. I'm using commons-chain in a production
application to help decompose complex data importing/transformation
processes in addition to using it with struts-chain in a different
application. I don't see any bugs against it in bugzilla, and have
personally experienced no
1) is putting it off.
2) is bad.
3) seems good to me. I see no reason not to propose you and see if anyone
wishes to come up with a -1, so will go ahead and do that.
Hen
On Mon, 7 Jun 2004, Leo Sutic wrote:
All,
I have received emails to the effect that releasing Attributes as-is
would be
You know the drill. I'll start off with a +1.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
:P
+1 [Ignore my email]
On Mon, 7 Jun 2004, Noel J. Bergman wrote:
You know the drill. I'll start off with a +1.
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Leo,
Let's get you on-board. Also, have you had a chance to work with JAM on the
merger?
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I see no reason not to have Leo as a committer and have him guide
commons-attributes to a release. So:
[ ] +1 Yep
[ ] -1 Nope
Hen
-- Forwarded message --
Date: Mon, 7 Jun 2004 22:58:14 +0200
From: Leo Sutic [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL
+1 on Leo.
On Mon, 7 Jun 2004 21:15:19 -0400 (EDT), Henri Yandell
[EMAIL PROTECTED] wrote:
I see no reason not to have Leo as a committer and have him guide
commons-attributes to a release. So:
[ ] +1 Yep
[ ] -1 Nope
Hen
-- Forwarded message --
Date: Mon, 7 Jun
I'm happy to update the maven gump plugin to generate the correct descriptor.
Just point me at the docs
On Mon, 07 Jun 2004 16:37:52 +0200, Stefan Bodewig [EMAIL PROTECTED] wrote:
On Mon, 07 Jun 2004, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stefan Bodewig wrote:
Is it really needed
Henri Yandell wrote:
I see no reason not to have Leo as a committer and have him guide
commons-attributes to a release. So:
[ X ] +1 Yep
[ ] -1 Nope
Also +1 for promoting attributes to commons proper.
Phil
-
To unsubscribe,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29430.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Mark R. Diggory wrote:
-Mark
Phil Steitz wrote:
Currently, if you construct a StorelessUnivariateStatistic using an
external moment, calls to increment() (silently) do nothing. If we
are going to disallow increment() for these stats, it would probably
be better to throw IllegalStateException
Mark R. Diggory wrote:
I just realized throughout the UnivariateStatistic API that getN
returns a double values. Doesn't this seem inapropriate? I wonder why I
did this when we would probibly want it to be an integer, the size of an
array or collection is always descrete.
Yes. These methods
psteitz 2004/06/07 22:37:43
Modified:math/xdocs/userguide overview.xml
Log:
Removed BeanUtils from list of dependencies.
Revision ChangesPath
1.11 +1 -2 jakarta-commons/math/xdocs/userguide/overview.xml
Index: overview.xml
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=27414.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29419.
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://issues.apache.org/bugzilla/show_bug.cgi?id=27414.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
+1
-- Dirk
Henri Yandell wrote:
I see no reason not to have Leo as a committer and have him guide
commons-attributes to a release. So:
[ ] +1 Yep
[ ] -1 Nope
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
Hello,
I have the http libraries working with SSL, but I need to be able to
retrieve the server's certificate on connection. I looked at the easy
ssl protocol handler, but I didn't see anything that let me do this.
Am I missing something, or is this handled at the JSSE level?
Thanks
darren jiang wrote:
hello all,
I want to disable the httpclient logging. but failed to do so, anyone
has the same issue with me?
snip
# HttpClient logging set to be ERROR
log4j.category.org.apache.commons=ERROR
the all httpclient
Marc,
HttpClient does not directly deal with any aspects of transport security. One is
expected to provide a custom protocol socket factory in order to enforce the desired
transport security.
See HttpClient SSL guide for details
http://jakarta.apache.org/commons/httpclient/sslguide.html
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29383.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello Marc,
the latter is the case. For the HTTP protocol, the certificate
doesn't matter. Once the secure connection is established,
HttpClient just uses it. Whether any certificates were involved
when the factory established the connection is of no interest
to HttpClient. You may have to
I was wondering when httpclient will be moved out of commons to the
sub-project level?
Dennis Cook
BeVocal, Inc
tel: 650-641-1424
fax: 650-210-9275
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail:
On Mon, 2004-06-07 at 19:29, Dennis Cook wrote:
I was wondering when httpclient will be moved out of commons to the
sub-project level?
Dennis,
This issue has never been formally voted on, so take it as my personal
option only. I think it does not make sense to release HttpClient 3.0
out of
great! Basically I want to implement browser style functionality
where if a cert isn't signed by someone in the trust store, then it can
either be imported and accepted or rejected. I already have code for
managing the keystore side of things and am looking at how to use an
SSL Factory
Hello Doug,
It is stand alone program, I also felt weird.
in theory, that should disable the debug log.
I will check the cofiguration to see if the program use the right
properties file.
many thanks
Darren Jiang
Doug wrote:
darren jiang wrote:
hello all,
I want to disable the httpclient logging.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29383.
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://issues.apache.org/bugzilla/show_bug.cgi?id=29383.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
72 matches
Mail list logo