scolebourne2003/06/09 23:16:54
Modified:lang/src/java/org/apache/commons/lang/exception
NestableDelegate.java
Log:
Change scope of methods from package to public
Revision ChangesPath
1.14 +13 -12
scolebourne2003/06/09 23:20:19
Added: lang/src/test/org/apache/commons/lang AllLangTestSuite.java
Log:
Add new class that tests all the TestSuites in one go
Revision ChangesPath
1.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=20603.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Al Chou [EMAIL PROTECTED] wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
[deletia]
OK, long-winded disclaimer aside, here is how I see the task list ordered:
[deletia]
* Framework and implementation strategie(s) for finding roots or
real-valued
functions of one (real) variable. Here
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=18905.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Brent Worden [EMAIL PROTECTED] wrote:
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2003 12:21 PM
[deletia]
* Exponential growth and decay (set up for financial
applications) I think this
is just going to be a matter of finding the
I'll help all I can too (and I'll try get those patches Paul sent me
off my old laptop...)
On Sunday, June 8, 2003, at 12:11 pm, Paul Hammant wrote:
Well I volunteer to help this get promoted out of sandbox. I've done
work on it before (pairing
with James Strachan - which he never committed
So that we can add some more committers to the commons-attributes
projects to help unify the various attribute-replated projects out
there (initially commons-attributes and Nanning but maybe eventually
attrib4j too) I'd like to propose we promote commons-attributes to the
commons proper. Then
I nearly forgot to vote :)
On Tuesday, June 10, 2003, at 10:30 am, James Strachan wrote:
---
Vote: Promote commons-attributes to commons proper
[X ] +1 I am in favor of the move, and will help support it
[ ] +0 I am in favor
20030610
[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
+100. Count me in for coding, infrasctucture, encouragement and enthusiasm!
Here's for one day seeing Nanning itself at Jakarta too (By way of Incubator of
course).
- Paul
So that we can add some more committers to the commons-attributes
projects to help unify the various
Big +1 on having the support, I'm just trying to get my head around the proposal for
now.
What does the validator do? I'd imagine the following call is all thats needed but the
... hints that I should be expecting
something more involved and have got the wrong end of the stick.
return
-1 (minus one)
(caveat: I am going on holiday and so may not be able to argue my case, SO...IF this
is a blocking vote AND I am the only -1 AND at least 5 1's are received in favour
THEN please treat this as a non-blocking -0)
Reasoning for -1:
I believe that promotion to commons proper should
Has there been any discussion about the possibility of adding some work to
Commons somewhere for common financial functions? I don't know if this
necessarily falls in the scope of the Math project, or if I would need to
submit a proposal, or if there is any general interest in this.
Some of
--- Will Stranathan [EMAIL PROTECTED] wrote:
Has there been any discussion about the possibility of adding some work to
Commons somewhere for common financial functions? I don't know if this
necessarily falls in the scope of the Math project, or if I would need to
submit a proposal, or if
Al Chou wrote:
--- Will Stranathan [EMAIL PROTECTED] wrote:
Has there been any discussion about the possibility of adding some work to
Commons somewhere for common financial functions? I don't know if this
necessarily falls in the scope of the Math project, or if I would need to
submit a
Brent Worden wrote:
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2003 12:21 PM
To: [EMAIL PROTECTED]
Subject: [math] proposed ordering for task list, scope of initial
release
Here is a *proposed* ordering for the task list, with a little commentary
Al Chou wrote:
--- Al Chou [EMAIL PROTECTED] wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
[deletia]
OK, long-winded disclaimer aside, here is how I see the task list ordered:
[deletia]
* Framework and implementation strategie(s) for finding roots or
real-valued
functions of one (real)
[EMAIL PROTECTED] writes:
-1 (minus one)
(caveat: I am going on holiday and so may not be able to argue my case, SO...IF this
is a blocking vote AND I am the only -1 AND at least 5 1's are received in favour
THEN please treat this as a non-blocking -0)
Reasoning for -1:
I believe that
Brent Worden wrote:
-Original Message-
* t-test statistic needs to be added and we should probably add
the capability
of actually performing t- and chi-square tests at fixed
significance levels
(.1, .05, .01, .001). -- This is virtually done, just need to
define a nice,
convenient
The close method needs to be implemented.
Index: SftpFileSystem.java
===
RCS file:
/home/cvspublic/jakarta-commons-sandbox/vfs/src/java/org/apache/commons/vfs/provider/sftp/SftpFileSystem.java,v
retrieving revision 1.2
diff -r1.2
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=20649.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Key based authentication simply requires loading the private key. This patch is a bit
of a cludge. It might be nice to configure properties for where to look for the key
file (and the known hosts for that matter).
Index: SftpFileProvider.java
jfclere 2003/06/10 08:42:12
Modified:daemon/src/native/unix/native arguments.c arguments.h
debug.c debug.h dso-dlfcn.c dso-dyld.c dso.h help.c
help.h home.c home.h java.c java.h jsvc-unix.c
jsvc.h location.c
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=20652.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
The CVS command line is defined as follows:
cvs [options] command [command-options]
Ideally I would like to have CLI support this implicity, i.e.
validate the 'command' value (this was a feature already
recommended by Mike McLean and modified by Max Rydahl Andersen)
and based on this value
Attached is a patch that allows arguments to have specified a minimum and maximum
number of values rather than just the previous
size. An example of use might be where you are selecting a number of files for an
operation but want to ensure that at least one
value was specified:
hlship 2003/06/10 10:57:09
Modified:hivemind/src/java/org/apache/commons/hivemind/impl
RegistryBuilder.java
ConfigurationExtensionPoint.java
Log:
Fix JavaDoc errors.
Revision ChangesPath
1.5 +4 -3
hlship 2003/06/10 10:57:14
Modified:hivemind/src/java/org/apache/commons/hivemind
IServiceExtensionPoint.java
Log:
Revision ChangesPath
1.5 +3 -3
hlship 2003/06/10 10:57:41
jakarta-commons-sandbox/hivemind/src/images - New directory
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Al Chou wrote:
I may have time to submit my Ridders' method implementation using J.'s
framework before he returns 2 days hence. Should I bother to try, or should I
wait until he submits his code as a patch via Bugzilla?
I'm a bit short on spare time anyway.
J.Pietschmann
Phil Steitz wrote:
My philosophy on this is that whatever exceptions we define should be
close to the components that throw them -- e.g. ConvergenceException.
I do not like the idea of a generic MathException. As much as
possible, I think that we should rely on the built-ins (including the
--- Phil Steitz [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
Brent Worden wrote:
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
Sent: Friday, June 06, 2003 12:21 PM
To: [EMAIL PROTECTED]
Subject: [math] proposed ordering for
Al Chou wrote:
Finally, having used the Pietschmann root finder framework, I think it needs
some modification to make it more user-friendly. As a lay user, I would have
been much happier dealing with Brent W.'s interface than Herr Pietschmann's,
which was kind of cumbersome. I think, though,
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Al Chou wrote:
I may have time to submit my Ridders' method implementation using J.'s
framework before he returns 2 days hence. Should I bother to try, or
should I
wait until he submits his code as a patch via Bugzilla?
I'm a bit short on
--- J.Pietschmann [EMAIL PROTECTED] wrote:
Al Chou wrote:
Finally, having used the Pietschmann root finder framework, I think it
needs
some modification to make it more user-friendly. As a lay user, I would
have
been much happier dealing with Brent W.'s interface than Herr
Sorry, I've been away for a few days, I'm back. Will, I think this code
would be really valuable (I'd like to use it myself), we should add it
to a contrib source tree...
On Tue, 2003-06-10 at 08:24, Phil Steitz wrote:
Al Chou wrote:
--- Will Stranathan [EMAIL PROTECTED] wrote:
Has there
Sorry, I've been away for a few days, I'm back. Will, I think this code
would be really valuable (I'd like to use it myself), we should add it
to a contrib source tree...
On Tue, 2003-06-10 at 08:24, Phil Steitz wrote:
Al Chou wrote:
--- Will Stranathan [EMAIL PROTECTED] wrote:
Has there
On Fri, 2003-06-06 at 01:46, robert burrell donkin wrote:
.. i'm glad to say that tim joined
and has done most of the spade work (good work, tim). it's a credit to the
commons-math community that the contribution by non-committers has been so
great.
Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
Simple methods like isPositive, isNegative, etc. can be used to make
boolean expressions more human readable. I'm willing to build those two
on top of sign (I'm so generous with my
coding time, eh? g). Are those two sufficient? sign
hlship 2003/06/10 14:29:25
Modified:hivemind project.xml .classpath
hivemind/src/test/hivemind/test/config Create.xml
Factory.xml TestConfiguration.java
hivemind/src/java/org/apache/commons/hivemind/parse
On Tue, 2003-06-10 at 14:23, Phil Steitz wrote:
Al Chou wrote:
I actually was thinking the other way around. If you feel strongly
about keeping these things in stat, we can create StatUtils. The point
is to encapsulate these basic functions so that a) users can get them
immediately
I 100% agree, I think we should keep such functionality in separate
modular packages. This is why I think even static access to stats
functions should not be in MathUtils specifically. Keep each set of
functionality as separate as possible from an implementation stand
point. There may come a
i agree with stephen that i think that components promoted need to be
ready to have some kind of release as soon as they've been promoted. i'm
not bothered whether it's a 0.1, an alpha or whatever but really we need
some release out there for folks to depend upon. i've been burnt this way
with
--- O'brien, Tim [EMAIL PROTECTED] wrote:
Sorry, I've been away for a few days, I'm back.
Will, I think this code
would be really valuable (I'd like to use it myself), we should add it
to a contrib source tree...
On Tue, 2003-06-10 at 08:24, Phil Steitz wrote:
Al Chou wrote:
--- Will
On Tue, 2003-06-10 at 16:26, Mark R. Diggory wrote:
[-1]
Um, I'm not too clear on this one, how is calling
MathUtils.isPositive(d) clearer than (d = 0)?
[+0], Mark, if I follow the discussion correctly, the concept isn't
trying to ascertain if a given number is greater than or equal to
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
Simple methods like isPositive, isNegative, etc. can be used to make
boolean expressions more human readable. I'm willing to build those two
on top of sign (I'm so generous with
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I included Al's functions because they were a little more complex than
that, they provided different return type when dealing with different
evaluations. Of course these could be captured inline quite easily as
well with examples like:
d = 0 ?
mbecke 2003/06/10 15:42:52
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
httpclient/src/test/org/apache/commons/httpclient
TestResponseHeaders.java
Log:
Duplicate connection headers are
--- O'brien, Tim [EMAIL PROTECTED] wrote:
On Tue, 2003-06-10 at 16:26, Mark R. Diggory wrote:
[-1]
Um, I'm not too clear on this one, how is calling
MathUtils.isPositive(d) clearer than (d = 0)?
[+0], Mark, if I follow the discussion correctly, the concept isn't
trying to ascertain
Big +1 on having the support, I'm just trying to get my head around
the proposal for now.
What does the validator do? I'd imagine the following call is all
thats needed but the ... hints that I should be expecting
something more involved and have got the wrong end of the stick.
return
On Tuesday, Jun 10, 2003, at 18:40 Europe/Dublin, Rob Oxspring wrote:
Attached is a patch that allows arguments to have specified a minimum
and maximum number of values rather than just the previous
size. An example of use might be where you are selecting a number
of files for an operation
O'brien, Tim wrote:
[+0], Mark, if I follow the discussion correctly, the concept isn't
trying to ascertain if a given number is greater than or equal to zero.
I believe that the discussion revolved around the mathematical concept
of Positive. Is a given number positive is a different question
Phil Steitz wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Al Chou wrote:
--- Phil Steitz [EMAIL PROTECTED] wrote:
Simple methods like isPositive, isNegative, etc. can be used to make
boolean expressions more human readable. I'm willing to build those two
on top of sign (I'm so generous
mdiggory2003/06/10 18:19:19
Modified:math/src/java/org/apache/commons/math/special Beta.java
Gamma.java
math/src/test/org/apache/commons/math/stat/distribution
DistributionFactoryImplTest.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=20601.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
One question that comes to mind is: What problems does
having complex
mathematics solve? Basically I am wondering whether we
should consider how or
even if real-world users would employ these facilities
before going through the
exercise of getting them right.
This is a very good
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=20627.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
I'm 100% agreed - I wasn't making an recommendations about where it
belonged, rather a query as to whether the thought had been entertained.
I believe the concensus is that once there's some substantial(ish) amount of
code in these functions, they should be in a different package. So rather
tobrien 2003/06/10 20:23:26
Modified:codecproject.xml
Added: codec/src/java/org/apache/commons/codec/language
DoubleMetaphone.java
Log:
Added Benjamin Walstrum's contribution of DoubleMetaphone, added Benjamin to the
contributors
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=20484.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
tobrien 2003/06/10 20:33:05
Modified:math/src/java/org/apache/commons/math/stat
BivariateRegression.java
math/src/test/org/apache/commons/math/stat
BivariateRegressionTest.java
Log:
* Fixed all checkstyle errors and
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=20657.
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=20522.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
tobrien 2003/06/10 20:44:18
Modified:codecbuild.xml
Log:
Ant build file is now generated with maven via the ant:generate-build target
Revision ChangesPath
1.6 +163 -105 jakarta-commons/codec/build.xml
Index: build.xml
Mark R. Diggory wrote:
Phil Steitz wrote:
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
I disagree. We need it ourselves, unless we want to duplicate code
between
UnivariateImpl and AbstractStoreUnivariate. Also, I personally and I
am sure
many other users would like simple array-based
-Original Message-
From: Al Chou [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 2:14 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
--- Phil Steitz [EMAIL PROTECTED] wrote:
Brent Worden wrote:
I've
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:04 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
Phil Steitz wrote:
My philosophy on this is that whatever
Brent Worden wrote:
-Original Message-
From: Al Chou [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 2:14 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
--- Phil Steitz [EMAIL PROTECTED] wrote:
Brent Worden
Brent Worden wrote:
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:04 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
Phil Steitz wrote:
My philosophy on this is that
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:06 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
Al Chou wrote:
Finally, having used the Pietschmann root
Brent Worden wrote:
-Original Message-
From: J.Pietschmann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 10, 2003 3:06 PM
To: Jakarta Commons Developers List
Subject: Re: [math] proposed ordering for task list, scope of initial
release
Al Chou wrote:
Finally, having used the Pietschmann
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=20670.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
-Original Message-
From: Phil Steitz [mailto:[EMAIL PROTECTED]
There are several approaches to design a concept for exceptions,
all of which have pros and cons. I personally would suggest to
avoid returning NaNs and throwing RuntimeExceptions whereever
possible and use a package
Hi.
I'm using the MultipartPostMethod to upload images to a server. I want
to add a progress meter that shows what percentage has been uploaded
along with some other statistics (time remaining, speed, etc).
I spent some time looking around and it looks like the code that I need
to add to
Zulfi,
Try setting both realm host to null. That should do the trick
HttpClient hc = new HttpClient();
HttpState state = hc.getState();
state.setAuthenticationPreemptive(true);
// Set default credentials (realm host are null)
state.setCredentials(null,
Jay,
The only solution that I can think of is to get hold of HttpClient source code and
extend it with a feedback mechanism of your liking. We, HttpClient developers, may
consider adding events in 2.1 or 3.0 release as a standard feature. For the time
being, a HttpClient fork appears your only
I think it's easier to create a custom FilePartSource implementation
which creates the events or can be polled by your application.
Odi
Kalnichevski, Oleg wrote:
Jay, The only solution that I can think of is to get hold of
HttpClient source code and extend it with a feedback mechanism of
your
Hi Folks!
Is there any bug related with MultipartPostMethod?.
The servlet that receives my file throws an exception reading the part.
2003-06-05 12:13:22,890 [jcp-11] ERROR excepcion -
1054811602890|java.lang.String.incluirAnexoBD|java.io.IOException|Fin de
arte inexperado
Yes, this is how I have used it in the past. I wrapped the InputStream
to be returned from PartSource.createInputStream() in a class that
counted the number of bytes read and periodically fired an event.
Mike
On Tuesday, June 10, 2003, at 04:13 AM, Ortwin Glück wrote:
I think it's easier to
Please note the following questions/comments regarding DateParser.
Mike
Begin forwarded message:
From: Christopher Brown [EMAIL PROTECTED]
Date: Tue Jun 10, 2003 5:34:51 AM US/Eastern
To: Michael Becke [EMAIL PROTECTED]
Subject: org.apache.commons.httpclient.util.DateParser
Hi Michael,
It's
Christopher,
Please note my comments below.
The private static final String[] DATE_PATTERNS might be more
efficiently
declared as an array of DateFormat instances (never publicly
accessible, as
that could be tampered with using the apply method for example), as
that
avoids repeat parsing
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=20646.
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=20646.
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=20646.
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=20646.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Manuel Castro Paliza wrote:
From NameValuePair to NameValuePair?¿?.
Sorry by my lack of java knowledge but I don't understand this conversion,
is something about memory?.
no. we generally call it bad design, or spaghetti code.
must the body of a post request be encoded as a URL Query?
Yes, it must, when the post body content is specified as a set of name/value pairs.
For more details you may refer to
http://www.w3.org/MarkUp/html-spec/html-spec_8.html#SEC8.2.1
One can still provide a raw post body and a custom
I think there may be a bug here as well. According to the spec, space
characters should be represented as '+' but URIUtil is encoding them as
'%20'. I think the resevered character set is perhaps also incorrect.
According to rfc 1738 ;, /, ?, :, @, = and are the
reserved chars but URI is
Hi Mike,
I set the properties as specified by the link you sent. It did not
produce any log on the stdout! If you have a piece of the code that does
that, please send that to me.
Thanks.
[EMAIL PROTECTED] 6/9/2003 10:48:36 PM
Zulfi,
Please send a wire and trace log. It is difficult to
Michael Becke wrote:
I think there may be a bug here as well. According to the spec, space
characters should be represented as '+' but URIUtil is encoding them as
'%20'. I think the resevered character set is perhaps also incorrect.
According to rfc 1738 ;, /, ?, :, @, = and are the
By setting realm as null, the pre-emptive authentication worked! But, it
sends a Basic Authorization header even if the URL is protected by
Digest! For Digest it is still making 2 trips in order to authenticate.
Which is fine for the first request, but it repeats the same thing for
the second
Zulfi
Both Digest NTLM authentication schemes are connection oriented. Every time a new
connection is open to a Digest NTLM protected resource, the user has to be
re-authenticated. Per default HttpClient does its best to keep connections alive,
provided that the server supports connection
Tried to Authenticate using NTLM. Attached is JCTest.java sample code
and debug trace in debug.txt. It comes back finally as Access Denied.
Does anyone has a clue?
Thanks.
[DEBUG] HttpConnection - -Creating connection for localhost using protocol http:80
[DEBUG] HttpConnection -
As I said before, currently only Basic authentication can be used
preemptively. As far Digest scheme goes, theoretically it may be
possible to preemptively authenticate against a Digest protected
resource for which 'nonce', 'nonce count' and 'opaque' values are known.
There's no guarantee that a
Mike,
I think you should give it another shot and file a proposal for URI
classes to be moved into Commons sandbox project of its own. I do not
think of deprecation of URI classes as a big issue. We may continue
supporting our own copy of URI classes while commons-uri is the sandbox.
I really
In general I think it would be nice for HttpClient to have more tools
for handling headers. One option would be to add a bunch of methods to
HttpMethod, but I think this would add too much clutter. Perhaps we
should have a HeaderUtil class with convenience methods for parsing,
Does anyone has sample code to do GET/POST on a https url?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Your username, password and/or domain are incorrect. The wire log
shows everything technically going smoothly but the server still
rejects the credentials.
If you are absolutely certain that your credentials are correct, please
send through the exact details of the webserver your using
Hi Adrian,
Thanks for pointing. The credentials were wrong. Fixed the credentials
and that fixed the problem.
Thanks.
[EMAIL PROTECTED] 6/10/2003 5:46:24 PM
Your username, password and/or domain are incorrect. The wire log
shows everything technically going smoothly but the server still
1 - 100 of 108 matches
Mail list logo
