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=14306.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
oglueck 2002/11/21 01:54:53
Modified:httpclient/src/java/org/apache/commons/httpclient
HttpConnection.java HttpMethodBase.java
Log:
Fixed default encoding to comply with RFC 2616, section 3.7.1, contributed by Mathis
Thomas, bug #14549
+whitespace fixes
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=14549.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Stafan,
- Original Message -
From: Stefan Bodewig [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, November 20, 2002 11:09 PM
Subject: Re: [Jelly] Ant filterset in jelly script issues
On Wed, 20 Nov 2002, Peter Lynch [EMAIL PROTECTED] wrote:
I tried with latest Ant 1.5.1
oglueck 2002/11/21 01:58:20
Modified:httpclient/xdocs overview.xml
Log:
fixed typo, contrib. by Jean-Frederic Clere
Revision ChangesPath
1.8 +2 -2 jakarta-commons/httpclient/xdocs/overview.xml
Index: overview.xml
jean-frederic clere wrote:
Hi,
I have found a typo in the doc. Find enclosed the patch for it.
Cheers
Jean-frederic
checked in. Thanks for hinting.
Odi
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[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=14731.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Thu, 21 Nov 2002, Peter Lynch [EMAIL PROTECTED] wrote:
I use standalone Ant scripts that don't exhibit this problem.
Ah, sorry.
Actually u may not have noticed I filed that issue :).
Actually I didn't. 8-)
And that fix was included in Ant 1.5.1 which is why I mentioned that
I tried
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=14731.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
It's a place you can dump things and get them back in random order, over and over
again if you
wish. I've used it in the past, and just thought I'd get some javadoc together and
show it to you
all in case you think it would be useful. Includes the Apache software license-- see,
I'm getting
Hmmm, yes you are right. Concurrent modifications will cause problems. The remove
method on the looping iterator can be handled however (re-check if size == 0) and set
the flag.
Stephen
from:Jeff Varszegi [EMAIL PROTECTED]
I don't see how to implement this without being horribly
You're right, it should. The problem (as it seems to me, knowing nothing of the code)
is that in
writeRequestLine() of HttpMethodBase it always calls getName(), which for a
PostMethod() object
always returns POST. That can easily be changed, or the logic of execute() can be
changed, I'm
sure.
They're basically the same. One is called Randomizer and contains its own Random
instance, and
the other one's basically the same thing, except full of static methods; didn't know
which would
appeal more to you blokes. Standard-looking set of randomizing methods, nothing too
sexy.
Jeff
My Yahoo mail just burped and I don't think it sent my message, but I was attempting
to email you
a reminder about this. I don't think we should let it go by the wayside.
Jeff
--- Ola Berg [EMAIL PROTECTED] wrote:
I would prefer participation in NEW project [converter].
[lang] is used only
jstrachan2002/11/21 04:41:24
Modified:jellymaven.xml
jelly/src/test/org/apache/commons/jelly/ant suite.jelly
jelly/src/java/org/apache/commons/jelly/tags/ant AntTag.java
Added: jelly/src/test simplelog.properties
From: Peter Lynch [EMAIL PROTECTED]
Hello,
I tried to write a Jelly Unit test case for Ant filtersets. Thanks James
Strachan for the pointers.
Here is my test case I used:
!-- test case to show how filtersets are broken --
test:case name=antFilterset
ant:filterset
From: Peter Lynch [EMAIL PROTECTED]
dIon,
The only case I have seen them work is when the filtering attribute of
the
copy task is 'on' _and_ the filterset tokens are defined from within a
filterset
nested inside the copy task.
That seems to make sense. The bug seems to have been that the
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=14520.
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=14643.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Tue, 12 Nov 2002 [EMAIL PROTECTED] wrote:
Is anything going on with the CalendarUtils?
I'm making a range function to check ranges based on a Calendar field. Ex: range
from date x to date y in days or months, etc.
Thought it would be a good fit for a CalendarUtils class.
Travis Reeder
Ortwin Glück wrote:
Not sure what you are trying to fix here. This patch does *nothing*.
I guess you should rather close your input stream.
Oops that was the wrong patch.txt file.
I am trying to fix the missing last-chunk (The outstream.write(tmp, 0, 0);
does it).
Find enclosed the right
Thanks guys! Strachan puts the 'S' in JellieS.
..ahh nice ending to a 22hr day.
I think that is why I called Stefan 'Stafan'. Dreadfully sorry bout that :-)
Looking forward to try out the solution guys.
-Petzz..
- Original Message -
From: James Strachan [EMAIL
Just a heads up that we are looking at a preliminary patch for merging
the HttpClient and HttpMultiClient interfaces. This has been a major
issue blocking a release and it is great to finally have a patch for it
(thanks to Michael Becke!)
If anyone is interested, please preuse the patch
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=14394.
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=14667.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
rdonkin 2002/11/21 10:53:33
Modified:lang/src/java/org/apache/commons/lang/reflect
MethodUtils.java
lang/src/test/org/apache/commons/lang/reflect
MethodUtilsTestCase.java
Log:
Converted invokeMethod to use
dfs 2002/11/21 11:02:03
Modified:net/xdocs changes.xml
Log:
Recorded NNTP.removeProtocolCommandListener typo fix.
Revision ChangesPath
1.2 +16 -7 jakarta-commons-sandbox/net/xdocs/changes.xml
Index: changes.xml
This was my take on it:
Since it uses the iterator provided by the collection, I
felt it would be wasteful to try to provide any greater
protection than that already provided by the collection's
own iterator (other than the stated benefit of allowing one
to continually loop over the collection).
prickett2002/11/21 12:26:32
Modified:
periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
DatabaseMetaDataTestSuite.java
Removed:
periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
From: robert burrell donkin [EMAIL PROTECTED]
getMatchingAccessibleMethod is the next bit in next in line.
this is what class.getMethod should be (but isn't at least - for pre 1.4
JVMs). in other words, it should give the same result through reflection
as the compiler would give. the reason
My personal style is to put the p between the paragraphs on the blank
line. It has an advantage that it is less in the way when reading the
comment in the source code. Similarly, I don't include the /p as its
redundent in HTML (OK, I know we should incude it, but it works fine without
it)
Also,
[lang] already has a HashCodeBuilder that copes with generating fairly
ordinary cases. Are specialised hashcodes really that useful?
Stephen
- Original Message -
From: Ola Berg [EMAIL PROTECTED]
It is difficult with good hashing. But I am into giving a static utility
hashing class a try,
I agree that something should go in [lang].
My proposal is that [lang] contains a 'convertor' subpackage that contains a
factory to obtain a convertor, and implementations for String,
Integer,(...Number), Date, Enum. ie. the basic types. Once this is settled,
additional types can be considered.
I was checking if you had humour :) You do :). Although if it was not
intentional it would have been even better...
Mvgr,
Martin
On Thu, 2002-11-21 at 19:33, robert burrell donkin wrote:
On Wednesday, November 20, 2002, at 10:49 PM, Martin van den Bemt wrote:
On Wed, 2002-11-20 at 23:31,
Stephen Colebourne wrote:
I agree that something should go in [lang].
My proposal is that [lang] contains a 'convertor' subpackage that contains a
factory to obtain a convertor, and implementations for String,
Integer,(...Number), Date, Enum. ie. the basic types. Once this is settled,
prickett2002/11/21 13:53:43
Modified:
periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
DatabaseMetaDataTestSuite.java
Added:
periodicity/src/plugins-build/database/src/test/org/apache/commons/periodicity/database
Here's a patch to DBUtils that adds an executeQuery method:
public static Iterator executeQuery(Connection connection, String query,
Object[] vals) throws SQLException
If null is found in the Object[], it will get passed to the driver. There's
probably something better we can do with it, but
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=14394.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
hey craig (or any other ConvertUtils experts out there)
i don't know if you had time to take a look at:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14170
in short, the ConvertUtils method 'public static String convert(Object
value)' doesn't use the registered convertors to perform the
scolebourne2002/11/21 15:08:27
Modified:collections/src/java/org/apache/commons/collections
IteratorUtils.java
Log:
Add LoopingIterator
Revision ChangesPath
1.5 +22 -4
scolebourne2002/11/21 15:09:01
Added: collections/src/java/org/apache/commons/collections/iterators
LoopingIterator.java
Log:
Add LoopingIterator, from Jonathan Carlson
Revision ChangesPath
1.1
scolebourne2002/11/21 15:09:26
Modified:collections/src/test/org/apache/commons/collections/iterators
TestAll.java
Added: collections/src/test/org/apache/commons/collections/iterators
TestLoopingIterator.java
Log:
Add
scolebourne2002/11/21 15:09:57
Modified:collections STATUS.html
Log:
Add LoopingIterator, from Jonathan Carlson
Add more TODOs
Revision ChangesPath
1.20 +10 -1 jakarta-commons/collections/STATUS.html
Index: STATUS.html
On Thu, 21 Nov 2002, robert burrell donkin wrote:
Date: Thu, 21 Nov 2002 22:32:43 +
From: robert burrell donkin [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Subject: [beanutils] how should
LoopingItertaor committed with some alterations:
- fixed remove method to handle removing all the elements
- added reset method
- added size method
- javadoc/style etc.
Thanks Jonathan for the code.
I also added TODOs for the missing iterators
- Looping ListIterator
- Array ListIterator
Stephen
bayard 2002/11/21 15:17:55
Modified:dbutils/src/java/org/apache/commons/dbutils DbUtils.java
Log:
Added in executeQuery method.
Submitted by: Eric Alexander [EMAIL PROTECTED]
Revision ChangesPath
1.4 +64 -31
Applied.
On Thu, 21 Nov 2002, Eric Alexander wrote:
Here's a patch to DBUtils that adds an executeQuery method:
public static Iterator executeQuery(Connection connection, String query,
Object[] vals) throws SQLException
If null is found in the Object[], it will get passed to the driver.
Looks okay, except I think you should make the initial capacity of the ArrayList
bigger perhaps.
I don't know. Also, I would way rather have the ArrayList for my database-lookup
trouble than
some ListIterator that I can only use once.
My 1.5 cents,
Jeff
--- Eric Alexander [EMAIL PROTECTED]
initial capacity, +1.
Iterator will need arguing. I don't believe people need to get collections
back from an API, they need the lowest common denominator and my view is
that this is an iterator.
It's something that always starts arguments though :)
Hen
On Thu, 21 Nov 2002, Jeff Varszegi
I would like to propose that [util] becomes dependent on [lang].
- [util] is conceptually at a higher level.
- Its not in wide use, so adding a dependency shouldn't affect too many
people.
- This would enable the identifier generating code currently in [pattern] to
move to [util] (a much better
Iterator is the worst thing that ever happened to the Collections API (because of its
omnipresence, not its presence). I think it's way overused because people have talked
too much
about how it's a simple generic abstraction. The fact is, it's very often the case in
use of a
data structure
It is dependant on lang :)
SNAPSHOT version at the moment.
Hen
On Thu, 21 Nov 2002, Stephen Colebourne wrote:
I would like to propose that [util] becomes dependent on [lang].
- [util] is conceptually at a higher level.
- Its not in wide use, so adding a dependency shouldn't affect too
What do you recommend on initial capacity. On reflection I'm not sure on
my +1 as anyone using this method for LARGE result sets should not be
using it [memory etc].
I'm going to rollout the usual argument. If I use an Iterator then I can
choose whether to load easily. I can also implement an
53 matches
Mail list logo