scolebourne2003/06/20 01:00:00
Modified:collections/src/java/org/apache/commons/collections
CursorableLinkedList.java StaticBucketMap.java
DefaultMapBag.java ExtendedProperties.java
Log:
Converted inner classes to static nested classes
scolebourne2003/06/20 01:03:51
Modified:lang/src/java/org/apache/commons/lang ArrayUtils.java
Log:
Remove unused code
Revision ChangesPath
1.13 +1 -106
jakarta-commons/lang/src/java/org/apache/commons/lang/ArrayUtils.java
Index: ArrayUtils.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=14120.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Does anyone know how to make a [EMAIL PROTECTED] work for a constructor with
parameters? I tried fixing a [EMAIL PROTECTED] tag in DefaultMapBag:
* (or invoke the [EMAIL PROTECTED] #DefaultMapBag(java.util.Map) Map-constructor})
but I couldn't make it work. This is the warning generated when
Maybe #init(java.util.Map) ??
Stephen
from:Janek Bogucki [EMAIL PROTECTED]
date:Fri, 20 Jun 2003 02:47:57
to: [EMAIL PROTECTED]
subject: Re: [collections] [EMAIL PROTECTED] tag for constructor with parameters?
Does anyone know how to make a [EMAIL PROTECTED] work for a
On Fri, 2003-06-20 at 09:23, [EMAIL PROTECTED] wrote:
Maybe #init(java.util.Map) ??
Stephen
There is nothing wrong with the [EMAIL PROTECTED] tag. Changing the constructor
access modifier from protected to public allowed the [EMAIL PROTECTED] tag to
work.
-Janek
Dmitry:
2. The reason all those things are implemented as subclasses rather
than configuration-based instances is precisely to avoid the need
for configuration. In any complex environment you are working with
lots of ClassLoaders, which are allocated by some container.
A
This email is autogenerated from the output from:
http://cvs.apache.org/builds/gump/2003-06-20/commons-codec.html
Buildfile: build.xml
init:
[mkdir] Created dir:
A name in the Java Language, namely the name of a package, class,
interface, field, constructor or method. A name can be fully-qualified, such
as java.lang.String.equals(java.lang.Object), or partially-qualified, such
as equals(Object).
It must work:
@link #DefaultMapBag(java.util.Map)
-
On Fri, 2003-06-20 at 11:16, Janek Bogucki wrote:
There is nothing wrong with the [EMAIL PROTECTED] tag. Changing the constructor
access modifier from protected to public allowed the [EMAIL PROTECTED] tag to
work.
-Janek
This diff gets it working without having to modify
adrian 2003/06/20 06:30:02
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
Log:
Avoids a SocketException being thrown when the Content-Length header is missing.
PR: bug 20938
Reviewed by: Michael Becke and Oleg
adrian 2003/06/20 06:33:09
Modified:httpclient/src/test/org/apache/commons/httpclient
TestResponseHeaders.java
Log:
Test cases for the fix to bug 20938.
PR: bug 20938
Reviewed by: Michael Becke and Oleg Kalnichevski
CVS:
If anyone has any outstanding patches for jelly or jexl, can you please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
hlship 2003/06/20 07:00:30
Modified:hivemind/src/java/org/apache/commons/hivemind/impl
BaseModule.java ConfigurationExtensionPoint.java
ServiceExtensionPoint.java
hivemind/src/test/hivemind/test/services TestServices.java
Phil Steitz wrote:
Mark R. Diggory wrote:
David Graham wrote:
I see no correlation between AOP and static methods, nor any
correlation between static methods an increased code
maintainability. There is nothing magic about static methods that
make them more maintainable than non-statics.
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=20813.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hlship 2003/06/20 08:26:09
Modified:hivemind/src/test/hivemind/test/external
TestExternalParser.java
Added: hivemind/src/test/hivemind/test/external
MapVariableSource.java VariableSourceOrder.xml
Log:
Add tests to check that
On Fri, 20 Jun 2003, Peter Royal wrote:
If anyone has any outstanding patches for jelly or jexl, can you please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
Jira?
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10012
olegk 2003/06/20 09:30:59
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
Log:
Code optimization
Contributed by Oleg Kalnichevski
Reviewed by Mike Becke
Revision ChangesPath
1.154 +6 -29
I keep reminding myself, we are the developers, there is always room for
refactoring in the future. If there becomes a clear hindrance with the
use of static methods, then we can refactor them into a class that needs
to be instantiated. This is not too difficult to accomplish.
Not for us,
olegk 2003/06/20 09:43:19
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpMethodBase.java
Log:
Bug fix #20942 (Request with DIGEST authentication fails when redirected)
Contributed by Oleg Kalnichevski
Reviewed by Mike Becke
Phil Steitz wrote:
I keep reminding myself, we are the developers, there is always room
for refactoring in the future. If there becomes a clear hindrance
with the use of static methods, then we can refactor them into a
class that needs to be instantiated. This is not too difficult to
On Friday, June 20, 2003, at 12:10 PM, bob mcwhirter wrote:
On Fri, 20 Jun 2003, Peter Royal wrote:
If anyone has any outstanding patches for jelly or jexl, can you
please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
Jira?
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
I keep reminding myself, we are the developers, there is always room
for refactoring in the future. If there becomes a clear hindrance
with the use of static methods, then we can refactor them into a
class that needs to be
+1
- robert
On Thursday, June 19, 2003, at 08:21 AM, bob mcwhirter wrote:
I'd like to recommend Peter Royal (proayl) as a commons committer.
He's a core developer in Avalon land, and I've worked with on
the jaxen (non-jakarta) project.
Jelly needs a champion, so if Peter has patches, I'd pick
hi peter
good to have you aboard the commons team.
just FYI there's an ettiquette page on the wiki (http://nagoya.apache.org/
wiki/apachewiki.cgi?JakartaCommonsEtiquette) just in case some of our
habits seem a little strange. please remember to add your name to the
status file of the
luehe 2003/06/20 11:53:38
Modified:docs el.html
Log:
Updated with release info
Revision ChangesPath
1.10 +20 -12jakarta-commons/docs/el.html
Index: el.html
===
RCS 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=20964.
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=20964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Phil Steitz wrote:
The limitation on
overriding is a serious concern and that is why in an earlier post, I
suggested that we never use static methods for complex algorithms. An
argument could be made that it would have been better to implement the
methods in StatUtils as instance methods 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=20964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Victor,
--- [EMAIL PROTECTED] wrote:
Dmitry:
2. The reason all those things are implemented as subclasses
rather
than configuration-based instances is precisely to avoid the
need
for configuration. In any complex environment you are working
with
lots of ClassLoaders, which
epugh 2003/06/20 12:52:41
Modified:configuration/xdocs overview.xml
Log:
Adding note about translating config keys with . like test.short
to test/short in web.xml
Revision ChangesPath
1.4 +6 -0 jakarta-commons-sandbox/configuration/xdocs/overview.xml
On Friday, June 20, 2003, at 02:50 PM, robert burrell donkin wrote:
good to have you aboard the commons team.
just FYI there's an ettiquette page on the wiki
(http://nagoya.apache.org/
wiki/apachewiki.cgi?JakartaCommonsEtiquette) just in case some of our
habits seem a little strange. please
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=20964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
[EMAIL PROTECTED] wrote:
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=20964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
mdiggory2003/06/20 14:05:47
Modified:math/src/java/org/apache/commons/math/stat
AbstractStoreUnivariate.java StatUtils.java
Log:
PR: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20964
Submitted by: [EMAIL PROTECTED]
Revision ChangesPath
1.4
Eric,
I have made the changes and provided a test case as you suggested.
The files I have attached contain the following:
maven.xml-Added copy target to copy the test.properties file to
testClasspath.properties at the root of the classpath.
project.xml-removed the TestClassProperties from
--- Mark R. Diggory [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED] wrote:
Also, I neglected
to execute maven clean before test. My mistake. I see now that these
methods
are reused, so we have to keep them in StatUtils (unless we decide to drop
skewness and kurtosis from UnivariateImpl). I
Some of the files appeared to have gotten stripped in transfer. Here are the
missing files.
Brian
-Original Message-
From: Brian E. Dunbar [mailto:[EMAIL PROTECTED]
Sent: Friday, June 20, 2003 5:14 PM
To: Jakarta Commons Developers List
Subject: RE: [Configuration]Missing Jars for
Al Chou wrote:
Ok, I'm always going to be a little touchy about Skew and Kurt, their
kinda like my first born children.
We really should look at whether the functionality we are providing is useful
to our audience and base our decisions heavily on that. I understand your
sentiment, but
The Commons EL team is pleased to announce the first official release of
Commons EL from the Apache Software Foundation.
Commons EL provides an interpreter for the Expression Language that is
part of the JavaServer Pages (JSP) specification, version 2.0.
For more details, see the Release Notes
mdiggory2003/06/20 19:21:49
Modified:math/src/java/org/apache/commons/math/special Beta.java
Gamma.java
math/src/java/org/apache/commons/math/stat/distribution
ChiSquaredDistribution.java GammaDistribution.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=20936.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/20 19:36:48
Modified:mapper/src/share/org/apache/commons/mapper
MapperFactoryEvent.java
Log:
Forgot to set this.mapper to what's passed in constructor.
Revision ChangesPath
1.3 +1 -0
dgraham 2003/06/20 19:41:09
Added: mapper/src/test/org/apache/commons/mapper
TestMapperFactoryListener.java
MapperFactoryTest.java TestMapper.java
Log:
Added more test cases.
Revision ChangesPath
1.1
dgraham 2003/06/20 19:41:44
Modified:mapper/src/test/org/apache/commons/mapper
TestMapperFactoryListener.java
MapperFactoryTest.java TestMapper.java
Log:
*** keyword substitution change ***
Revision ChangesPath
1.2 +0
dgraham 2003/06/20 19:42:48
Modified:mapper build.xml
Log:
Point tests to MapperFactoryTest as starting point.
Revision ChangesPath
1.3 +1 -1 jakarta-commons-sandbox/mapper/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=20964.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dgraham 2003/06/20 19:44:31
Removed: mapper/src/share/org/apache/commons/mapper/jdbc
JdbcMapperFactory.java
Log:
Point tests to MapperFactoryTest as starting point.
-
To unsubscribe, e-mail:
mdiggory2003/06/20 19:54:56
Modified:math/src/java/org/apache/commons/math/stat
UnivariateImpl.java
Log:
Removed last of the Math.pow's
Revision ChangesPath
1.13 +4 -4
I think its always wise now to consult before making interface changes.
I'd like to make a couple cleanup changes in the Univariate and
StoreUnivariate Interfaces:
(1) I don't think we really need getProduct in the Univariate interface
(unless we want it to be public and available to users
Phil,
Should we move TestStatistic/Impl up into the stat package?
-M.
-
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=14120.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
billbarker2003/06/20 21:23:55
Modified:daemon/src/native/unix/native arguments.c arguments.h
jsvc-unix.c
Log:
As discussed, adding a call to 'setsid' on platforms that support it, redirect stdin
to /dev/null, and make in configurable where to redirect stdout
billbarker2003/06/20 21:25:49
Modified:daemon/src/native/unix/native Tomcat.sh
Log:
Have the sample Tomcat script use the new outfile and errfile options.
Revision ChangesPath
1.4 +2 -0 jakarta-commons-sandbox/daemon/src/native/unix/native/Tomcat.sh
Mark R. Diggory wrote:
Phil,
Should we move TestStatistic/Impl up into the stat package?
-M.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I would say yes. I would also like to
billbarker2003/06/20 21:27:46
Modified:daemon/src/native/unix/support apsupport.m4
Log:
Tell configure that cygwin doesn't have a setsid function. AFAIK, the rest of the
currently supported platforms do.
Revision ChangesPath
1.5 +2 -2
billbarker2003/06/20 21:49:39
Modified:daemon/src/native/unix/native help.c
Log:
Add new options to the help.
Revision ChangesPath
1.3 +9 -1 jakarta-commons-sandbox/daemon/src/native/unix/native/help.c
Index: help.c
billbarker2003/06/20 21:51:14
Modified:daemon/src/native/unix/native help.c
Log:
Fix typo.
Revision ChangesPath
1.4 +3 -9 jakarta-commons-sandbox/daemon/src/native/unix/native/help.c
Index: help.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=20813.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hey, I've got httpclient working fine in basic and ntlm mode with IIS,
but digest always gives me a 500 error - can't authenticate the host in
the given domain or whatever. Has anyone else had this problem? Also,
how can I extract the authentication line so that I can store it and use
it right
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=20938.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Colin,
DIGEST authentication works fine with Apache 2.0 (I just tested it) and *should* work
with IIS. Please note that the server returns status code 500 which means internal
server error, not an authentication error.
In order to pinpoint the problem, we'll need a bit of help from your side.
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=20942.
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=20942.
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=20938.
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=20938.
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=20938.
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=20938.
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=20938.
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=20938.
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=20938.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy all,
We now have a license for clover to analyze our test cases and am now
just starting to work through adding test cases to improve our code
coverage. I've very quickly come to the realization that 100% code
coverage may actually be a bad thing. I've gotten AuthChallengeParser
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=20938.
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=20938.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg,
I noticed that there didn't seem to be a way to plug in a custom CookieSpec.
I was wondering how to do it. For now, I will wait for 2.1 or download the
source and modify one of the CookieSpecs.
Thanks,
Ron Tower
- Original Message -
From: Oleg Kalnichevski [EMAIL PROTECTED]
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=20938.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Adrian Sutton wrote:
Howdy all,
We now have a license for clover to analyze our test cases and am now
just starting to work through adding test cases to improve our code
coverage. I've very quickly come to the realization that 100% code
coverage may actually be a bad thing. I've gotten
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=20942.
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=20938.
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=19373.
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=19373.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Again, if the contract of that method says that a leading white space
-- or some other irregularity -- causes a specific exception to be
thrown, it is good that there are test cases to verify the contract.
Maybe it is not the test that you dislike, but rather the behaviour of
the method? In
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=20938.
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=19373.
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=20942.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Ron,
You may not to have to wait long. As soon as 2.0 release is branched
out, that is going to be one of the first things fixed. Release 2.0
branching can well happen by mid July
Cheers
Oleg
On Fri, 2003-06-20 at 14:31, Ron Tower wrote:
Oleg,
I noticed that there didn't seem to be a way
I wish I'd done a bit more digging before my original post. It turns
out the problem is that parameters were being encoded *twice*. We were
encoding them once on our own, then the URI constructor was encoding
them again. My Mountain View example was being encoded as
Mountain%2520View. If
Michael Becke wrote:
Yes, but this is for application/x-www-form-urlencoded values.
Currently we only assume this content type for post params (this was
recently fixed).
I think we have to assume it for get params too. In the HTTP 4.01 spec,
17.13.3.4
Hey Mike, Adrian Oleg
Got it. Thanks for the kick in the right direction. I wasn't seeing
addPart. Please find attached the contrib file. Hope it helps someone
else. I tried to make it as apacheish as possible if it needs any changes
just let me know. Thanks to everyone working on
Hi Eric,
Thanks for your effort, unfortunately attachments don't seem to come
through on the list. Could you create a new bug in bugzilla for this
and attach the file to that?
Thanks,
Adrian Sutton
On Saturday, June 21, 2003, at 12:57 PM, Eric M Devlin wrote:
Hey Mike, Adrian Oleg
Got
92 matches
Mail list logo