Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
I had planned to submit my Complex classes as part of the iniital
submission and I have been tearing this stuff apart and putting it back
together again for the past several weeks,adding layers of abstraction
and then tearing them away,
I don't know if this possibility has been discussed or sounds useful to
anybody else. I'll be happy to contribute where I can if there is any
other
interest in this change.
First let me say that I am also very pleased with the FileUpload tool.
In addition, I agree with Will. I think that
A side question: even if Java permitted operator
overloading, I have read
comments to the effect that the technique is not to be
preferred. Never having
done much with it in a language that permits it, I don't have
the experience to
know why. As someone who thinks mathematically (at
I'm not sure if I have enough rights yet to nominate Phil Steitz for
commiter (I just became a commiter myself). Phil is the initial proposal
author on the math project. That in and of itself should be enough to
warrant his inclusion. Phil has been supplying many patches and is now
considering
Title: RE: [LANG] Possible bug on NumberUtils.isNumber()?
Here is a patch for
Attached is a patch file for NumberUtilsTest. It just adds
val = 1a;
assertTrue(isNumber(String) 15 Neg failed, !NumberUtils.isNumber(val));
assertTrue(isNumber(String)/createNumber(String) 15 Neg failed,
mdiggory2003/06/05 07:02:29
Modified:math/src/java/org/apache/commons/math/stat/distribution
ContinuousDistribution.java
AbstractContinuousDistribution.java
Added: math/src/java/org/apache/commons/math/stat/distribution
mdiggory2003/06/05 07:03:54
Added: math/src/test/org/apache/commons/math/stat/distribution
GammaDistributionTest.java
DistributionFactoryImplTest.java
ChiSquareDistributionTest.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=20488.
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=20507.
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=20496.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/06/05 07:10:43
Modified:math/xdocs tasks.xml
Log:
PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20507
Submitted by: Phil Steitz
Revision ChangesPath
1.5 +13 -10jakarta-commons-sandbox/math/xdocs/tasks.xml
Index: tasks.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=20507.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
While I agree with the sentiments of layering [collections] on [lang], my experience
tells me that there are others opposed to this (for various reasons).
At present there are no real needs to share code between the two. IntHashMap will be
private in [lang] and public in [collections].
I see a number of commons projects using both Maven and Ant. I
understand the nightly Commons build process uses Ant files. Has anyone
actually used Ant to call Maven during this nightly build process to
deploy their projects Maven built website?
thanks,
Mark Diggory
The patch came w/ a mod to the example which demonstrates it working, and
after the patch all existing tests passed (there have been several
modifications to the Validator tree in Jakarta CVS since the patch, I
haven't syched and run the tests again -- I cannot for the life of me
imagine it
The ValidateExample class is to show people how to use the validator in a
standalone app outside of Struts. The JUnit tests ensure that everything
works. So, ideally both places should be updated when a new feature is
added (although the test cases take priority).
Thanks,
David
The patch
+1
This project needs more developers, I can not help at this time and Phil
can do more as commiter.
I'm not sure if I have enough rights yet to nominate Phil Steitz for
commiter (I just became a commiter myself). Phil is the initial proposal
author on the math project. That in and of
On Wed, 4 Jun 2003, Neil O'Toole wrote:
You go away on vacation for two weeks and it's all change around here.
I read with interest the thread on observable collections, an
implementation of which I have been working on for some time.
snip
As far as I know, the observable collections stuff
On Wed, 2003-06-04 at 22:12, Phil Steitz wrote:
One more thing: the web site on jakarta.apache.org is a couple of revs
out of date. My awe at the power of maven wanes a little when I see
that ;-). Is it just a matter of one of you guys manually firing maven
site:deploy
This is part of
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=20514.
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=20514.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
I don't know if it is my build, or something happening to everyone...
I get the following error when using version 1.6 of fileupload\build.xml:
BUILD FAILED
file:D:/Test/jakarta/cvs/jakarta-commons/fileupload/build.xml:76: Could not
create task or type of type: junit.
I back up to
i'm sad to do this (since i think that phil's demonstrated the qualities
required and i'd support a nomination when and if math makes it into the
commons proper) but i think that nominating people for contributions to
the sandbox will cause troubles (sooner or later) and also that it's
against
doh! i knew i should have double checked...
- robert
On Thursday, June 5, 2003, at 08:23 PM, Shapira, Yoav wrote:
Howdy,
Small correction: it's [EMAIL PROTECTED] ;) Thanks,
Yoav Shapira
Millennium ChemInformatics
-Original Message-
From: robert burrell donkin
[mailto:[EMAIL PROTECTED]
I have not used modeler before but am happy to lend a +1 if that's needed.
+1
Mike
robert burrell donkin wrote:
(i don't want to set a president about nominating committers for
components by people who aren't committers for that component but i
think that this is a special case since folks
It wasn't optional.jar that was missing. I know that was in my path. But 13
of the other 20 something jar files that the JUnit task depends on...
But thanks for the help, Joe.
BTW - Of all the dependencies, I could not get the rhino (js.jar) file from
(www.mozilla.org/rhino). The download
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=20520.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Strike that, only the junit.jar file was missing that was required by this
task (obviously). But I have the others down for general purpose.
-Original Message-
From: Robert Priest [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 05, 2003 3:38 PM
To: 'Jakarta Commons Developers List'
On Wednesday, June 4, 2003, at 01:26 AM, Phil Steitz wrote:
robert burrell donkin wrote:
snip
the second is that we're going to need to audit our implementations
against copyrighted ones. (i'm hoping that some better qualified folks
might volunteer for this.) if we find any that are too
--- robert burrell donkin [EMAIL PROTECTED] wrote:
On Wednesday, June 4, 2003, at 01:26 AM, Phil Steitz wrote:
robert burrell donkin wrote:
snip
the second is that we're going to need to audit our implementations
against copyrighted ones. (i'm hoping that some better qualified folks
On Thursday, June 5, 2003, at 04:12 AM, Phil Steitz wrote:
snip
One more thing: the web site on jakarta.apache.org is a couple of revs
out of date. My awe at the power of maven wanes a little when I see that
;-). Is it just a matter of one of you guys manually firing maven site:
deploy
I am NOT, I repeat, NOT knowledgeable at all about existing
implementations of maths algorithms (or algorithms in most other domains,
for that matter). Nor am I a lawyer. I'm just a developer w/ a certain
degree (how small a degree is not certain) of understanding of copyright
and software
On Thursday, June 5, 2003, at 02:20 PM, Phil Steitz wrote:
snip
Given that it will be a fair amount of work to get a numerically sound
C9x compliant implementation together (what I have now does not implement
the transcendental functions at all and does not comply fully with C9x),
I propose
On Thursday, June 5, 2003, at 09:03 PM, Phil Steitz wrote:
snip
what i had in mind was people with knowledge of existing algorithms (like
Al Chou and David Neuer) keeping an eye on the source and alerting us to
anything that seems too similar to existing implementations. IMHO what
would be ideal
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=20522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
and helpful you have been :)
the ASF has lawyers which can answer questions of legality but they can
only be asked if we're alerted to potential issues. what's needed is for
vigilance amongst the community.
- robert
On Thursday, June 5, 2003, at 09:12 PM, [EMAIL PROTECTED] wrote:
I am NOT, I
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=20520.
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=20496.
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=20496.
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=20523.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2003/06/05 13:59:16
Modified:betwixt/src/java/org/apache/commons/betwixt/digester
XMLIntrospectorHelper.java
betwixt/src/test/org/apache/commons/betwixt/digester
TestXMLIntrospectorHelper.java
Log:
Added check
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=15773.
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=15773.
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=20496.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Robert,
Your viewpoint is warranted and understandable, the motivation for the
sandbox is to provide a means to refactor existing projects/fragments
into better designed components, As such its fair to see its activity
oriented to existing developers. I know I was voted in for both my
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=20496.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jkeyes 2003/06/05 16:02:25
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
OptionGroup.java
Log:
. javadoc'd
Revision ChangesPath
No revision
No revision
1.8.2.3 +28 -1
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=20496.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Robert,
Finally, To clarify, my specific reasons for nomination concern the fact
that a large amount of energy pushing this component forwards is
coming from Phil, being he initially proposed the project, isn't it
unfair to exclude him
Well, I've been known to voice strong and often contrary opinions
(probably why I ended up at Harvard, their the only ones who would
tolerate me) ;-). As a Software Developer/Project Manager, I tend to try
to organize things to promote efficiency and fairness.
I certainly do value, understand
On Thu, 2003-06-05 at 14:55, robert burrell donkin wrote:
what i had in mind was people with knowledge of existing algorithms (like
Al Chou and David Neuer) keeping an eye on the source and alerting us to
anything that seems too similar to existing implementations. IMHO what
would be ideal
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=20534.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
This fixes the bug where the context variable is not accessible from
(Bthreads. Inside a threads:thread call you can't do things like
(B${context.getVariable(foo)}
(B
(Binit() correctly sets the "context" variable, but it is erased by the
(BsetVariables() call. So I think this (or something
This patch adds the tag http:mppost to allow multi-part mime message post.
(B
(B$ cvs diff -u httptaglibrary.java
(BIndex: HttpTagLibrary.java
(B===
(BRCS file:
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=20538.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
robert burrell donkin wrote:
(i don't want to set a president about nominating committers for
components by people who aren't committers for that component but i think
that this is a special case since folks responsible for the component have
already given a +1 before the VOTE.)
i don't
hi mark
it's pretty much the scenario that you describe that concerns me. phil has
certainly been the most active member of the commons-math development team
but commons-math was originate by myself. i'm glad to say that tim joined
and has done most of the spade work (good work, tim). it's a
rdonkin 2003/06/06 00:04:12
Modified:lang/src/test/org/apache/commons/lang
IllegalClassExceptionTest.java
Log:
Fixed a problem with changed capitalization in test case.
Revision ChangesPath
1.2 +3 -3
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=20543.
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=20543.
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=20549.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
All very well and good, (as you advised earlier) I will try to be more
patient on the matter. I'm sure this will resolve in time without
stepping out of bounds.
-M.
robert burrell donkin wrote:
hi mark
it's pretty much the scenario that you describe that concerns me. phil
has certainly been
Here is a *proposed* ordering for the task list, with a little commentary
added.
One thing that I want to make *very* clear up front, is that I *never* intended
the task list or the items listed in the scope section of the proposal to be
definitive. All that is definitive are the guiding
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=20557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
jkeyes 2003/06/06 12:29:30
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
OptionImpl.java
cli/src/test/org/apache/commons/cli Tag: cli_1_x
ParseRequiredTest.java
Log:
o added option validation
o put the
--- Tim O'Brien [EMAIL PROTECTED] wrote:
On Thu, 2003-06-05 at 14:55, robert burrell donkin wrote:
what i had in mind was people with knowledge of existing algorithms (like
Al Chou and David Neuer) keeping an eye on the source and alerting us to
anything that seems too similar to existing
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=20557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
luehe 2003/06/06 14:28:02
Added: el STATUS.html
Log:
Added STATUS.html
Revision ChangesPath
1.1 jakarta-commons/el/STATUS.html
Index: STATUS.html
===
html
head
luehe 2003/06/06 14:29:23
Modified:el/src/conf MANIFEST.MF
Log:
Prepared for upcoming release
Revision ChangesPath
1.2 +5 -3 jakarta-commons/el/src/conf/MANIFEST.MF
Index: MANIFEST.MF
===
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=20449.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hlship 2003/06/06 14:56:30
Modified:hivemind/xdocs descriptor.xml services.xml
hivemind/src/test/hivemind/test/config
TestConfiguration.java
hivemind .classpath project.xml
hivemind/src/test/hivemind/test
luehe 2003/06/06 15:16:05
Added: el RELEASE-NOTES.txt
Log:
added release notes
Revision ChangesPath
1.1 jakarta-commons/el/RELEASE-NOTES.txt
Index: RELEASE-NOTES.txt
===
jkeyes 2003/06/06 15:17:09
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x Option.java
OptionImpl.java OptionGroup.java
ExclusiveOptionGroup.java
AnonymousArgumentImpl.java Options.java
jkeyes 2003/06/06 15:25:34
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
CommandLineParser.java
Log:
o changed visibility to private
Revision ChangesPath
No revision
No revision
luehe 2003/06/06 15:35:28
Modified:el build.xml
Log:
Include release notes in distribution
Revision ChangesPath
1.6 +1 -3 jakarta-commons/el/build.xml
Index: build.xml
===
RCS
jkeyes 2003/06/06 18:29:49
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
OptionImpl.java
Log:
o added equals and hashCode method
Revision ChangesPath
No revision
No revision
1.1.2.5
jkeyes 2003/06/06 18:31:50
Modified:cli/src/java/org/apache/commons/cli Tag: cli_1_x
AnonymousArgumentImpl.java
Log:
o getName is not implemented for Anonymous Arguments
Revision ChangesPath
No revision
No
mdiggory2003/06/06 18:36:58
Modified:math/src/java/org/apache/commons/math ValueServer.java
math/src/test/org/apache/commons/math ValueServerTest.java
Log:
PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20543
Submitted by: [EMAIL PROTECTED]
Revision
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=20543.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Please see
http://cvs.apache.org/~luehe/commons-el-1.0_RC1
for the release candidate deliverables.
Jan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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=20557.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The Commons FileUpload team is pleased to announce the release of
FileUpload 1.0 Release Candidate 1. This release includes some new
functionality, as well as fixes for a number of bugs which were reported
against earlier versions. The FileUpload team believes that this release
is ready for prime
Hi,
I am trying to write a sample test program using HtmlUnit.
(http://htmlunit.sourceforge.net/)
However it fails with an execption. Can you please help me out
in resolving the issue.
Thanks,
Suheal
The program code:
Note : Please put the appropriate proxy server name
Folks
I have just finished writing the first draft of what it is eventually going to be the
SSL Guide. As far as I am concerned the SSL Guide appears pretty much the last missing
piece of documentation. Is there anything else you may want documented? Do you think
any of the existing documents
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.
I haven't had a chance to look through it thoroughly yet. I will submit
some more comments from home tonight.
Mike
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
Please validate my understanding of how HttpClient and the other classes
work together.
1. When I do httpclient = new HttpClient, the object is created by default
with the SimpleHttpConnectionManager.
2. I create post = new PostMethod(url) and call
httpclient.executeMethod(post). At this point
Can anyone please let me know what does status code of 100 mean as a return
from client.executeMethod(post).
The result returns 100 and the subsequent code is not executed. I am not
able to retrieve the response as Stream.
Would appreciate if anyone can look at the code below to see if I have
Om,
Responses follow
Om Narayan wrote:
Please validate my understanding of how HttpClient and the other classes
work together.
1. When I do httpclient = new HttpClient, the object is created by default
with the SimpleHttpConnectionManager.
2. I create post = new PostMethod(url) and call
It sounds like you are using Alpha 3. I would suggest upgrading to Beta
1. Also, you should only need to set the content length if you are
posting an InputStream. In that case you should use
post.setRequestContentLength().
Mike
[EMAIL PROTECTED] wrote:
Can anyone please let me know what
100 status code is supposed to be used internally by HTTP agents when
engaging in so-called 'expect: 100-continue' handshake. The target HTTP
server responds with status code 100 to tell the client that it is ok to
send the request body. The purpose of 'expect: 100-continue' handshake
is to avoid
Mike,
Why do not we indeed make a FAQ document out of this Q A session with?
Oleg
On Thu, 2003-06-05 at 22:18, Michael Becke wrote:
Om,
Nice set of questions. Looks almost like a FAQ :)
1. When I do httpclient = new HttpClient, the object is created by default
with the
I am assuming you are talking about SO_TIMEOUT set via
HttpClient.setTimeout(). This is the amount of time to wait when
reading on an open socket. This defaults to 0 which means that it will
wait forever.
Mike
George Gastaldi wrote:
Hello !
First of all I am new to this list. I have
Quite so. I will get one started. Any other questions you would like
to see added?
Mike
On Thursday, June 5, 2003, at 04:59 PM, Oleg Kalnichevski wrote:
Mike,
Why do not we indeed make a FAQ document out of this Q A session
with?
Oleg
On Thu, 2003-06-05 at 22:18, Michael Becke wrote:
On Friday, June 6, 2003, at 08:55 AM, Om Narayan wrote:
My email had a problem with my last post...so here it goes.
Thanks to Mike and Eric, my questions are mostly answered, and I am
now able
to explain some strange problems that I was seeing. It looks to me that
using the
I agree with Adrian. I think it's the JSSE initialization time. A
long initialization time is common with JSSE in pre 1.4 JVMs. It
should only happen once per JVM or maybe per ClassLoader. As Adrian
suggests you should make some kind of initial HTTPS connection to get
things warmed up.
FAQ is good. Improving the API Doc in the spots Om pointed out is even
better.
Odi
Oleg Kalnichevski wrote:
Mike,
Why do not we indeed make a FAQ document out of this Q A session with?
Oleg
-
To unsubscribe, e-mail:
One question More.
I'm working on a kind of proxy,
I have ( a lot of ) different users connecting to different servers
MultiThreadedHttpConnectionManager its not an option because each user will
do one request each time, and something like new HttpClient(MySingleton
Instance of
Manuel Castro Paliza wrote:
So finally the cuestion is :
is a Pool of Methods also a High-Level pool of Connections when not using
MultiThreadedHttpConnectionManager ?
No. A method requests a connection from the connection manager on
demand. There is no fix association between a method and a
Adrian Sutton wrote:
On Friday, June 6, 2003, at 08:55 AM, Om Narayan wrote:
[ ... ]
I have another question to add: How do I prime the connections in the
MultiThreadedHttpConnectionManager pool? I am running into a problem
where
it is taking a long time (almost 30 secs using https) to open
1 - 100 of 114 matches
Mail list logo
