bayard 2004/01/01 23:00:44
Modified:io/xdocs tasks.xml
Log:
updated task
Revision ChangesPath
1.14 +1 -1 jakarta-commons-sandbox/io/xdocs/tasks.xml
Index: tasks.xml
===
RCS file:
ggregory2004/01/01 23:01:48
Modified:codec/src/java/org/apache/commons/codec/net URLCodec.java
codec/src/java/org/apache/commons/codec
EncoderException.java StringEncoder.java
Encoder.java StringDecoder.java
ggregory2004/01/01 23:05:37
Modified:codec/src/test/org/apache/commons/codec
BinaryEncoderAbstractTest.java
StringEncoderComparatorTest.java
StringEncoderAbstractTest.java
bayard 2004/01/01 23:31:18
Added: io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
A beginning on a test for the SwappedDataInputStream, though it only handles the
basics
Revision ChangesPath
1.1
bayard 2004/01/01 23:37:00
Modified:io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
removed wrong comment due to my misunderstanding of usage
Revision ChangesPath
1.2 +3 -6
bayard 2004/01/01 23:43:34
Modified:io/src/java/org/apache/commons/io EndianUtils.java
Log:
removed unnecessary line
Revision ChangesPath
1.10 +3 -3
jakarta-commons-sandbox/io/src/java/org/apache/commons/io/EndianUtils.java
Index: EndianUtils.java
bayard 2004/01/01 23:52:57
Modified:io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
tests readLong now
Revision ChangesPath
1.3 +5 -5
bayard 2004/01/01 23:53:46
Modified:io/src/java/org/apache/commons/io EndianUtils.java
Log:
Fixed what I think is a bug in readSwappedLong(InputStream) by rewriting the method
to use the readSwappedLong(byte[])
Revision ChangesPath
1.11 +4 -18
bayard 2004/01/01 23:54:03
Modified:io/xdocs tasks.xml
Log:
SwappedDataInputStream has half its tests now, so recording this
Revision ChangesPath
1.15 +1 -1 jakarta-commons-sandbox/io/xdocs/tasks.xml
Index: tasks.xml
I think the:
public static long readSwappedLong( InputStream input )
throws IOException
{
int value1 = read( input );
int value2 = read( input );
int value3 = read( input );
int value4 = read( input );
int value5 = read( input );
bayard 2004/01/01 23:59:13
Modified:io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
double and float tests succeed now
Revision ChangesPath
1.4 +8 -10
bayard 2004/01/02 00:04:09
Modified:io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
skipBytes test added
Revision ChangesPath
1.5 +7 -7
bayard 2004/01/02 00:06:57
Modified:io/src/test/org/apache/commons/io/input
SwappedDataInputStreamTest.java
Log:
readLine 'test' for UnsupportedException added
Revision ChangesPath
1.6 +9 -6
I have written the 3 lines necessary to implement a CaseInsensitiveHashMap
by extending HashedMap. Before committing, I have a couple of questions /
consensus points.
1. I made no attempt to handle or mask nulls -- puts with null keys will
throw NPEs.
2. I made no attempt at allowing the
from:Phil Steitz [EMAIL PROTECTED]
1. I made no attempt to handle or mask nulls -- puts with null keys will
throw NPEs.
This seems harsh. I would prefer to support nulls if possible.
2. I made no attempt at allowing the locale to be set or otherwise
changing the default behavior of
We've certainly done total updates in the past. After all, chaning the license
constitutes changing the contents ;-)
Also, I was going to apply the same dates to all files. (1999-2004 for collections).
This is because there is no accuracy to the start dates on files. The licenses just
get
from:Phil Steitz [EMAIL PROTECTED]
I was also looking at the heap impl and wondering if the compare method
could check for ascendingOrder, then removing the need for near duplicate
methods (one for minHeap, one for maxHeap) elsewhere. Would this be a good
change?
That would
--- Phil Steitz [EMAIL PROTECTED] wrote:
I have written the 3 lines necessary to implement a
CaseInsensitiveHashMap
by extending HashedMap. Before committing, I have a couple of questions
/
consensus points.
1. I made no attempt to handle or mask nulls -- puts with null keys will
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=24959.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
The page http://jakarta.apache.org/commons/components.html is out of date
WRT lang, httpclient and maybe others.
If every project has a project.xml, maybe the page could be auto-generated
when project is rev'ed?
Gary
ggregory2004/01/02 08:38:14
Modified:codec/xdocs navigation.xml
Log:
project name was digester, not codec.
Revision ChangesPath
1.6 +1 -1 jakarta-commons/codec/xdocs/navigation.xml
Index: navigation.xml
[EMAIL PROTECTED] wrote:
from:Phil Steitz [EMAIL PROTECTED]
1. I made no attempt to handle or mask nulls -- puts with null keys will
throw NPEs.
This seems harsh. I would prefer to support nulls if possible.
OK. No problem.
2. I made no attempt at allowing the locale to be set or otherwise
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=25862.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
The page http://jakarta.apache.org/commons/components.html is out of
date
WRT lang, httpclient and maybe others.
If every project has a project.xml, maybe the page could be
auto-generated
when project is rev'ed?
I'd like to see that
I've been playing with something that might be able to replace it, based
on project.xml's:
http://www.apache.org/~bayard/pergamum/j-c/html-j-c-new/community_jakarta-commons.html
Basically a multiproject website that is driven from the top down. Maven
probably has something similar, I was
David Graham wrote:
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
The page http://jakarta.apache.org/commons/components.html is out of
date
WRT lang, httpclient and maybe others.
If every project has a project.xml, maybe the page could be
auto-generated
when project is rev'ed?
I'd like to
Is there a reason why http://jakarta.apache.org/commons/contributors.html
does not include people who are working on Jakarta Commons Sandbox
components, but not Commons proper?
--- Noel
-
To unsubscribe, e-mail: [EMAIL
Geir Magnusson Jr wrote:
On Dec 28, 2003, at 10:39 PM, Phil Steitz wrote:
The subject of @author tags has been discussed on and off here and
elsewhere with no apparent consensus. In a recent post to general@, Ted
Husted pointed to this post
http://tinyurl.com/yrlhu
by Greg Stein to community at
On Fri, 2 Jan 2004, David Graham wrote:
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
The page http://jakarta.apache.org/commons/components.html is out of
date
WRT lang, httpclient and maybe others.
If every project has a project.xml, maybe the page could be
auto-generated
On Fri, 2 Jan 2004, Noel J. Bergman wrote:
Is there a reason why http://jakarta.apache.org/commons/contributors.html
does not include people who are working on Jakarta Commons Sandbox
components, but not Commons proper?
Probably because those people don't have commit access to update the page
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
Daniel, I agree with all your ideas, but it seems to me you can branch
from any tagged point in the revision history so I'm not sure what the
idea is behind deleting/renaming the tags.
All I was getting at was what to name the tag. My
--- Martin Cooper [EMAIL PROTECTED] wrote:
On Fri, 2 Jan 2004, David Graham wrote:
--- Gary Gregory [EMAIL PROTECTED] wrote:
Hello,
The page http://jakarta.apache.org/commons/components.html is out of
date
WRT lang, httpclient and maybe others.
If every project has a
Since all this code has by now been moved onto the main stem (ie,
org.apache.commons.net.ftp and org.apache.commons.net.ftp.parser), there is
no valid reason for keeping this package and its subpackages around anymore,
and it only creates maintenance issues.
Is there a recommended way to go
On Fri, 2 Jan 2004, Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], Jeffrey D. Brekke writes:
Daniel, I agree with all your ideas, but it seems to me you can branch
from any tagged point in the revision history so I'm not sure what the
idea is behind deleting/renaming the tags.
All
In message [EMAIL PROTECTED], steve cohen writes:
Seems to me the HashMap --- Hashtable change could be made against HEAD.
It's only NECESSARY for 1.1 compatibility but it poses no great problem for a
1.2 compatible version; it isn't as if this would impact some functionality
deep in the
In looking over the source to AIXFTPEntryParser, I see the following comment,
apparently from the author, ([EMAIL PROTECTED]):
* This class is based on UnixFTPEntryParser with some small changes, namely
* the day and month fields being transposed.
I seriously must wonder if this is a
In message [EMAIL PROTECTED], steve cohen writes:
This code was calling a method in ORO that returned a Collection, also not
JDK1.1 compatible. Since the older ORO method that returned a Vector had
been deprecated, I looked at what it was doing, which was simply splitting a
string on a comma.
In message [EMAIL PROTECTED], steve cohen writes:
On Thursday 01 January 2004 04:17 pm, Jeffrey D. Brekke wrote:
Should we roll out a release of this version?
+1. We clearly have lazy consensus, but we need a formal vote cc'ed
to the PMC list for all to be kosher.
I guess so. It should be
In message [EMAIL PROTECTED], Hen
ri Yandell writes:
What do people think about calling a vote for promotion out of the
sandbox now?
+1
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Good one, got me!
gg
-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Friday, January 02, 2004 13:04
To: Jakarta Commons Developers List
Subject: RE: [uid] Name?
On Fri, 2 Jan 2004, Gary Gregory wrote:
I like [id] or [identifier], with a preference for
scohen 2004/01/02 14:16:41
Modified:net/src/java/org/apache/commons/net/ftp FTPClient.java
Added: net/src/java/org/apache/commons/net/ftp/parser
DefaultFTPFileEntryParserFactory.java
FTPFileEntryParserFactory.java
I lied. I'm not really talking about a multiproject website as Maven's
multiproject is single-inheritence based and my ideas are more multi-mixin
based.
For example, how can I have Commons-Lang in 3 multiproject websites?
Maven's default website is something I'm already using,
I have now committed the changes needed to have a factory object for creating
FTPFileEntryParser objects to be created. This will enable a better
interface with Ant and also enable an autodetect scheme to be written.
This code was checked in to the HEAD branch, that is post the NET_1_1_1
David Graham [EMAIL PROTECTED] wrote on 31/12/2003 07:41:31 AM:
--- Noel J. Bergman [EMAIL PROTECTED] wrote:
This has come up in regards to using some of java.nio in Commons/Net
also.
I say we leave the last release as 1.1 compatible and move on to
using
1.4+ for new versions.
In message [EMAIL PROTECTED], Martin Cooper writes:
On Fri, 2 Jan 2004, Daniel F. Savarese wrote:
All I was getting at was what to name the tag. My understanding was
that a tag needs to be created as a branch. I should have used
...
to point out that there are two distinct types of tags in
From: Phil Steitz [EMAIL PROTECTED]
2. I made no attempt at allowing the locale to be set or otherwise
changing the default behavior of toLower() in convert().
I'm wondering how your implementation works. I was expecting the
isEqualKey() method to be overridden, rather than converting the
I can see that the release information could easily get out of date, so
I'd be OK with removing that from the page. However, I'd still like to
keep the grouping of released, pre-released, etc. because that is also
useful information for newcomers (and quick-stop visitors).
Sounds good
In message [EMAIL PROTECTED], steve cohen writes:
Is there a recommended way to go about this? It was doubtful to me that
anyone had ever used these packages, but I now see that I was wrong. Someone
went and implemented an AIXFTPEntryParser in the ftp2.parser package (and not
on the main
As per Gary, [id] or [identifier], with a preference for [id]
Stephen
I like [id] or [identifier], with a preference for [id] as I see it as a
well known abbreviation, and do not see what id could be confused with.
The u in uid seems too specific, but, I am not opposed to it either
;-)
Gary
In message [EMAIL PROTECTED], steve cohen writes:
In looking over the source to AIXFTPEntryParser, I see the following comment,
apparently from the author, ([EMAIL PROTECTED]):
It sounds like you're already doing the detective work, so I'll leave
it to you.
I seriously must wonder if this is a
Martin Cooper wrote:
On Fri, 2 Jan 2004, Gary Gregory wrote:
I like [id] or [identifier], with a preference for [id] as I see it as a
well known abbreviation, and do not see what id could be confused with.
http://www.yourdictionary.com/ahd/i/i0017200.html
;-) ;-)
--
Martin Cooper
LOL
I
Noel J. Bergman wrote:
Are the identifiers ever not unique?
Sometimes not guaranteed. The serial identifiers can be set up to wrap,
for example.
Phil
--- Noel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
+1, keep page, no release links but links to the project page.
-Original Message-
From: Stephen Colebourne [mailto:[EMAIL PROTECTED]
Sent: Friday, January 02, 2004 15:07
To: Jakarta Commons Developers List
Subject: Re: [site] Out of date:
http://jakarta.apache.org/commons/components
A snapshot has been tagged and created - http://www.apache.org/~scolebourne
I have requested a Maven upload (I hope, JIRA seemed rather unresponsive).
There are lots of upload requests waiting though.
I am planning on deleting the deprecated for 3.0 code on Sunday, unless
someone objects.
Stephen Colebourne wrote:
I can see that the release information could easily get out of date, so
I'd be OK with removing that from the page. However, I'd still like to
keep the grouping of released, pre-released, etc. because that is also
useful information for newcomers (and quick-stop
I haven't done the detective work of actually comparing the files yet. I just
read the comment and it didn't sit right with me.
On Friday 02 January 2004 05:09 pm, Daniel F. Savarese wrote:
In message [EMAIL PROTECTED], steve cohen writes:
In looking over the source to AIXFTPEntryParser, I
Doh! You're right - almost. I did a fresh checkout, but the place where I
saw the ftp2 stuff was the old place (which I'd renamed to get out of the
way).
On the fresh checkout I did, there was an ftp2 directory but it was empty.
Is that another reason to get away from CVS - that it's too hard
Phil Steitz wrote:
Noel J. Bergman wrote:
Are the identifiers ever not unique?
Sometimes not guaranteed. The serial identifiers can be set up to
wrap, for example.
My view is that if you consider UID to be a misnomer, rename it. Otherwise
keep it. The term uid has an immediate meaning to
On Fri, 2 Jan 2004, Phil Steitz wrote:
Stephen Colebourne wrote:
+1, keep page, no release links
Agreed. If there are no objections, I will fix this (and the
[configuration] move) this weekend.
Phil
None from me.
Hen
Stephen Colebourne wrote:
From: Phil Steitz [EMAIL PROTECTED]
2. I made no attempt at allowing the locale to be set or otherwise
changing the default behavior of toLower() in convert().
I'm wondering how your implementation works. I was expecting the
isEqualKey() method to be overridden, rather
I'm deploying them now
--
dIon Gillard, Multitask Consulting
Blog: http://blogs.codehaus.org/people/dion/
Stephen Colebourne [EMAIL PROTECTED] wrote on 03/01/2004
11:20:26 AM:
A snapshot has been tagged and created -
http://www.apache.org/~scolebourne
I have requested a Maven
psteitz 2004/01/02 21:15:00
Modified:collections/src/java/org/apache/commons/collections/map
AbstractHashedMap.java
Log:
javadoc.
Revision ChangesPath
1.6 +5 -5
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Friday, January 02, 2004 1:04 AM
Subject: Re: cvs commit: jakarta-commons/daemon/src/native/unix/native
jsvc-unix.c
Thanks. Happy new year.
Do you want to release daemon soon?
We probably
I will be out of the office starting 01/01/2004 and will not return until
01/05/2004.
I will respond to your message when I return.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Hi Jacques,
HttpClient automatically processes cookie in the response and adds any
new cookies to the associated HttpState. Take a look at
HttpClient.getState() and HttpState.getCookies(). There is also some
more info on cookie parsing at
Hi Gary,
I agree, constants like Content-Type along with quite a few others
are duplicated throughout the HttpClient code. Mostly this is because
no-one has spent the time to clean them up. As Eric mentioned
convenience methods have not been added to HttpMethod for compatibility
reasons.
Hi Isabelle,
Happy New Year!
This is a known problem with HttpClient. Bug #15297
http://issues.apache.org/bugzilla/show_bug.cgi?id=15297. The plan is
to add a configuration option for specifying the order in which auth
challenges are processed. You should be able to work around this by
Hi Jacques
Here is code snippet, That might help you
public static void initializeClient(HttpServletRequest request) {
if (httpClient == null)
httpClient = new HttpClient();
httpClient.setConnectionTimeout(3000);
HttpState state = httpClient.getState();
on the same note of authentication.. I know this
question sounds dumb (when I read back the contents)
but
is there a way to send the authentication
digest/credentials with the first request so that the
request does not get challenged?
__
Do you Yahoo!?
Protect
Hi --
I'm brand new to the list, but not to mailing lists in general, and I've
done about three business days worth of research before resorting to this
e-mail.
I can get out to an external https site (on unusual port 444) using the
standard Sun client implementation, i.e.:
URL url = new
I have had to supply an extra format String as follows:
/** The patterns used for parsing dates */
private static final String[] DATE_PATTERNS = {
PATTERN_RFC1123,
PATTERN_RFC1036,
PATTERN_ASCTIME,
EEE, dd-MMM- HH:mm:ss z,
EEE, dd-MMM-
Hello,
Date parser formats can be configured in the post 2.0 HttpClient code.
This code, in CVS HEAD, is still pre-alpha but everything should still
be working. You can add a format using something like the following:
HttpParams params = DefaultHttpParams.getDefaultParams();
Hi Sid,
HttpClient only supports using Basic authentication preemptively. This
is because both NTLM, and Digest require values sent by the server as
part of the Authorization request to create the authorization response.
Mike
On Jan 2, 2004, at 4:15 PM, Sid Subr wrote:
on the same note of
Hi Justin,
The problem is related to the fact that IBM includes their own version
of JSSE in WAS. I believe others have had this problem, but I am not
sure what their solution was. I found the following at
http://www.websphere-world.com/modules.php?name=Newsnew_topic=38:
Anonymous writes
74 matches
Mail list logo