Anyone have a clue what went wrong with this commit? I committed the
two files: TesterDriver.java and TestJdbc2PoolDataSource.java, with the
following commit log:
Bugzilla number: 18905 - Jdbc2PoolDataSource fails on correct username and password
if first getConnection call uses an incorrect
And it works too ... look for nightly builds to resume tonight.
Craig
On Mon, 2 Jun 2003 [EMAIL PROTECTED] wrote:
Date: 2 Jun 2003 07:05:12 -
From: [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 20396] -
tobrien 2003/06/02 09:49:18
Modified:docs contributors.html
xdocscontributors.xml
Log:
Added myself to the list
Revision ChangesPath
1.79 +1 -0 jakarta-commons/docs/contributors.html
Index: contributors.html
epugh 2003/06/02 10:27:37
Modified:configuration project.xml
Added: configuration RELEASE-NOTES.txt PROPOSAL.htm
Log:
Adding required documents
Revision ChangesPath
1.24 +2 -2 jakarta-commons-sandbox/configuration/project.xml
Index: project.xml
epugh 2003/06/02 10:29:35
Modified:configuration/xdocs index.xml
Log:
Tweaking documentation
Revision ChangesPath
1.4 +4 -2 jakarta-commons-sandbox/configuration/xdocs/index.xml
Index: index.xml
2) regularizedGammaP is derived using (6.2.1) and (6.2.5) from NR.
I also
have hand-written notes on how I derived the implementation from
those
formulas that I would be happy to provide for your viewing.
Here are my aforementioned notes:
http://www.brent.worden.org/math/page.1.tif
epugh 2003/06/02 11:18:49
Modified:configuration/xdocs overview.xml
Log:
Provide a section on mixing configurations using CompositeConfiguration and using the
Configuration Factory.
Revision ChangesPath
1.2 +17 -5
Brent, thanks for the detailed responses, and if it makes you feel any
better my handwriting is much, much worse.
I put a question out to people who can make more official statements
about licensing, and I want to see if I can get an official opinion
about some of these issues before re-adding
henning 2003/06/02 13:54:33
Added: configuration PROPOSAL.html
Removed: configuration PROPOSAL.htm
Log:
- Moved the PROPOSAL file from .htm to .html
- Changed the history paragraph a little to match
http://jakarta.apache.org/commons/sandbox/configuration/
- added
On Monday, June 2, 2003, at 07:54 AM, Phil Steitz wrote:
Brent Worden wrote:
Gamma.java specifically mentioned that is was based on Numerical
Recipes in C which is not available under a license compatible with the
ASL.
What is specifically mentioned was is based on the formulas and
descriptions
hi tim
let me begin by saying that i think you did the right thing and handled
things pretty well. i hope that brent will appreciate that commons-math
is still just ramping up and we're probably going to have to discuss and
sort things out a lot more during this stage.
there is a list which
--- robert burrell donkin [EMAIL PROTECTED] wrote:
hi tim
let me begin by saying that i think you did the right thing and handled
things pretty well. i hope that brent will appreciate that commons-math
is still just ramping up and we're probably going to have to discuss and
sort things
My current work on Certified values exposes a limitation in calculating
Variance in UnivariateImpl.
In the following case where this example data is used to induce roundoff
error:
public double getVariance() {
double variance = Double.NaN;
if( n == 1 ) {
variance = 0.0;
} else
[EMAIL PROTECTED] wrote:
My current work on Certified values exposes a limitation in calculating
Variance in UnivariateImpl.
In the following case where this example data is used to induce roundoff
error:
public double getVariance() {
double variance = Double.NaN;
if( n == 1 ) {
ggregory2003/06/02 20:52:03
Modified:lang/src/java/org/apache/commons/lang/builder
ToStringStyle.java ToStringBuilder.java
Added: lang/src/java/org/apache/commons/lang/builder
ReflectionToStringBuilder.java
Log:
Refactor code
mbecke 2003/06/02 21:21:14
Modified:httpclient/xdocs news.xml
Log:
added note about MANIFEST problem
Revision ChangesPath
1.19 +5 -1 jakarta-commons/httpclient/xdocs/news.xml
Index: news.xml
Phil Steitz wrote:
Since xbar = sum/n, the change has no impact on the which sums are
computed or squared. Instead of (sum/n)*(sum/n)*n your change just
computes sum**2/n. The difference is that you are a) eliminating one
division by n and one multiplication by n (no doubt a good thing)
[EMAIL PROTECTED] wrote:
Phil Steitz wrote:
Since xbar = sum/n, the change has no impact on the which sums are
computed or squared. Instead of (sum/n)*(sum/n)*n your change just
computes sum**2/n. The difference is that you are a) eliminating one
division by n and one multiplication by n (no
On Fri, 30 May 2003, Arnaud Vandyck wrote:
Hi all,
I am working on packaging fileupload to Debian. Because of some
requierments in Debian, I have to specify the CLASSPATH my self (or tell
to ant where it is). But I do not have any lib directory, so ant
craches. I've
Phil Steitz wrote:
[EMAIL PROTECTED] wrote:
Phil Steitz wrote:
Since xbar = sum/n, the change has no impact on the which sums are
computed or squared. Instead of (sum/n)*(sum/n)*n your change just
computes sum**2/n. The difference is that you are a) eliminating one
division by n and one
martinc 2003/06/02 23:09:48
Modified:fileupload RELEASE-NOTES.txt
Log:
Update release notes for RC1 release.
Revision ChangesPath
1.3 +25 -4 jakarta-commons/fileupload/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
martinc 2003/06/02 23:11:48
Modified:fileupload build.xml project.xml
Log:
Update for 1.0-rc1 release, and update generated Ant build file.
Revision ChangesPath
1.6 +110 -97 jakarta-commons/fileupload/build.xml
Index: build.xml
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=20442.
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=20442.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
brudav 2003/06/03 00:21:38
Modified:net/src/test/org/apache/commons/net/telnet
TelnetOptionTest.java
Log:
Fixed the javadoc description of the class
Revision ChangesPath
1.2 +1 -1
On Sun, 1 Jun 2003 12:45:19 -0400
(Subject: Re: [Docs] Component Lists)
Michael Becke [EMAIL PROTECTED] wrote:
As a commons committer do I have access to
jakarta-commons/components.html? If so I will change this now.
I am not sure whether you have right to access to
20030603
[echo] junit.jar = /home/rubys/jakarta/dist/junit/junit.jar
[echo] jaxp.jaxp.jar =
/home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar
[echo] jaxp.xslt.jar =
/home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar
[echo] servlet.jar = ${servlet.jar
Martin Cooper [EMAIL PROTECTED] wrote:
My proposal is to change the reference to the lib directory to a
reference to a property so I can override it from my ant call.
The problem is that build.xml for FileUpload is generated by Maven, so
any change to it will be overwritten the next
mbecke 2003/06/03 05:35:50
Modified:xdocscomponents.xml
Log:
Updated for HttpClient 2.0 Beta 1
Revision ChangesPath
1.87 +1 -1 jakarta-commons/xdocs/components.xml
Index: components.xml
The current 2.0 beta 1 distribution doesn't work with Tomcat 4.x. The
error message is
Catalina.start: LifecycleException: Missing optional package
Extension[junit,
implementationURL=http://www.ibiblio.org/maven/junit/jars/junit-3.8.1.ja
r, implementationVersion=3.8.1]
LifecycleException:
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=10809.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Resounding +1
Adrian Sutton has been an active contributor to HttpClient for some
time now. He has been a consistent and reliable contributor, and in
particular his work with NTLM and the developer documentation has
been
invaluable.
I would like to nominate Adrian Sutton for
Hi,
I use PutMethod to upload files. Everything goes ok until
I try to send a big file (~ 150 Mo): I get an OutOfMemoryError.
I use a BufferedInputStream for my RequestBody.
Has anyone already had this kind of error ?
Thanks,
Cedric.
Accédez au courrier électronique de La Poste :
Ias,
Thank you for submitting this one. You are quite right, the MANIFEST.MF
is not correct. Not only does it have formatting problems, but junit
should not be a runtime dependency. This jar was generated with Maven
so I am guessing the formatting problem is a Maven bug. I'll remove the
+1
- Original Message -
From: Michael Becke [EMAIL PROTECTED]
To: Commons Project [EMAIL PROTECTED]
Sent: Sunday, June 01, 2003 7:29 PM
Subject: [VOTE] nominate Adrian Sutton for committer status
Adrian Sutton has been an active contributor to HttpClient for some
time now. He has
I'm guessing this is happening because the PUT's content length is not
being set. The request content length must be set to
EntityEnclosingMethod.CONTENT_LENGTH_CHUNKED or to the actual size of
the content to avoid buffering. If the content length is not specified
the content is buffered to
Please join me in welcoming Adrian Sutton as a committer for the
HttpClient team. His account should be setup in the very near future,
so please send all new patches his way:) Welcome Adrian.
Mike
-
To unsubscribe, e-mail:
Mike,
This sounds like a known issue I've seen with maven recently. I
believe it's fixed in the latest CVS version of maven, but it's
probably easier and safer to just fix it by hand.
Adrian.
On Tuesday, June 3, 2003, at 02:42 AM, Michael Becke wrote:
Ias,
Thank you for submitting this
Thanks to everyone for the support. This is a wonderful team to work
with and I look forward to continuing to create great software with you
all. The Apache elves (Brian Behlendorf in particular) have been busy
over night and my account is already set up. Once I get the
contributor
hey guys,
I was wondering if anyone knows how to dis-able cache using the httpClient. I believe
the HttpURLConnection class does not support setUseCaches method yet. Does anyone know
of a certain HTTP Header that could be set in the request body to achieve this.
Thanks
Omar
I have re-published the Beta 1 distribution to the various download
sites. This newer version removes the Extension-List manifest
entries for commons-logging and JUnit. I tested an HttpClient servlet
with Tomcat 4.1.18 and all seemed well. The jar on ibiblio has not
been updated as of
Once I get the contributor agreement faxed in I'll proudly add my name
to the list of committers for the project then wait for all those
wonderful new patches to come rolling in. :)
There's one slight hiccup in this process that I just wanted to provide
a heads up for. My boss feels that he
Omar,
Unlike a web browser, HttpClient does not do any caching unless required
by the way you use it. For instance, setting the request body as a
string or querying the response as a string will cause some caching to
happen. Just make sure you work with streams, then no request / response
Adrian Sutton wrote:
And if anyone ever works out how a company with just 15 employees winds
up having this much trouble approving one signature I'd love to hear the
explanation... :)
Adrian,
Welcome, man! It's good to have you on board.
Just a few thoughts about the legal noise:
The agreement
On Tuesday, June 3, 2003, at 04:42 PM, Ortwin Glück wrote:
Adrian Sutton wrote:
And if anyone ever works out how a company with just 15 employees
winds up having this much trouble approving one signature I'd love to
hear the explanation... :)
Adrian,
Welcome, man! It's good to have you on
45 matches
Mail list logo