Wow, not too bad, Oleg. Are you bored at work? :-)
[EMAIL PROTECTED] wrote:
Log:
Redirect test cases refactored to take advantage of the new HTTP testing framework
based on SimpleHttpServer
-
To unsubscribe, e-mail: [EMAIL
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30799.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Odi,
Consulting is like a bottle of ketchup. There may be nothing coming out of
it for a while, no matter how violently you shake it, and then it all comes
at once ;-)
I am just having a quiet in-between projects time and have been trying to
get as much HttpClient related work done as possible.
Hi,
It turns out I'm blocked from getting to jira here at work, so I guess I have to
post this patch here. This concerns jelly-150 in jira. I had attempted to fix
the LoopTagStatus feature (which is described in the jira entry), but was
unsuccesful. I played with it a little more, and it seems
Dirk,
I agree that the behavior is useful, but it gets in the way when you are moving a
legacy application from other connection pools to DBCP.
Besides, except for an extra method call, closing a resource twice causes no harm,
right?
So I think that we should stick with the specification and
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31464.
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://issues.apache.org/bugzilla/show_bug.cgi?id=17663.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31464.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31429.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Tim,
Is your CSV parser in codec or elsewhere? I'd like to take a look at it,
even if it's just on BugZilla.
Thanks,
eric
-Original Message-
From: Dion Gillard [mailto:[EMAIL PROTECTED]
Sent: Thursday, September 16, 2004 7:43 PM
To: Jakarta Commons Developers List
Subject: Re: CSV
What does the community think about adding JMX to Pools/DBCP? What would be the
restrictions imposed?
I'm volunteering to implement it, but I would like to first know if the community
would want such a thing and also if there are any restrictions like no new packages
should be required, etc...
Hi,
As long as the default usage and implementation don't have to know
anything about JMX, and don't have to incur performance penalties
because of the JMX instrumentation, that's cool.
You could put the things in a subpackage, e.g.
org.apache.commons.dbcp.mbeans or whatever. There's no
Phil Steitz wrote:
No, you are not missing anything. What you are suggesting should
work fine, with similar change for getResult.
A little nit -- I would prefer to use a boolean for the property
(unless there are more than two values) and not rely on the *value*
of the int constant
Steve Cohen wrote:
The advantage of 2 is that you still get a Date object after all your pains,
more easily that you do from rolling your own off a regex. And it's easier
to use SimpleDateFormat format strings than regular expressions. Finally,
there is more calendar logic in SimpleDateFormat
a concrete example would be useful (so i'm sure i understand you
correctly)...?
(i'm guessing that you want to map a com.example.SomeException class to
xml which looks something like:
exception
messageMysterious problem/message
classcom.example.SomeExceptionclass
/exception)
exactly that
Hi Phil,
I guess my inclination at this point is to make the property
boolean-valued for Variance, StandardDeviation and omit it altogether
(for now) for Skewness and Kurtosis. Is everyone OK with this?
I can live with this. For the time being, I have no good examples in
which anything else than
How long?
It depends. At least a few days usually until someone gets to it, and
that's if it's all fine and dandy.
Will check it out as soon as I can.
On Wed, 29 Sep 2004 05:13:04 -0700, Ben Anderson
[EMAIL PROTECTED] wrote:
Hi,
It turns out I'm blocked from getting to jira here at work, so
Craig,
I have given your response some thought. I agree with you about making
the interface public and providing a default implementation. No problem
there.
I definitely think this would be useful to have. I am now writing a
Struts application using chain and I have already run into a
The following issue has been updated:
Updater: Ben Anderson (mailto:[EMAIL PROTECTED])
Date: Wed, 29 Sep 2004 4:05 PM
Comment:
This is the same patch as before, but it actually works. I wrote more extensive
testing. The fix over this one as to the previos patch is that I was
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31464.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
great - thanks!
Dion Gillard wrote:
How long?
It depends. At least a few days usually until someone gets to it, and
that's if it's all fine and dandy.
Will check it out as soon as I can.
On Wed, 29 Sep 2004 05:13:04 -0700, Ben Anderson
[EMAIL PROTECTED] wrote:
Hi,
It turns out I'm blocked from
Hi Michael,
Hello Chris,
I feel it would be best to implement collections + generics as a project
in the commonds sandbox. That way we get cvs, bugzilla, gump,
ibiblio/maven mirror, etc. support and lots of interested eyeballs on the
commons mailing list. But we would need an apache committer.
Its unfortunate, but the sourceforge route is the best short term solution
here. Hopefully we can sort a proper solution before you need to go for a
1.0 release.
Where possible, I would suggest that collections15 tries to separate areas
of functionality in the library. The concept of multiple jar
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31477.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
On Wednesday 29 September 2004 2:27 pm, Mario Ivankovits wrote:
Steve Cohen wrote:
Maybe you are right, but at least I think it should be possible to
implement a CompositeDateFormat.
This could be a composite of n languages and it tries every (configured
- by default eg. US, FR, DE)
mbecke 2004/09/29 20:20:52
Modified:httpclient/xdocs applications.xml
Log:
Added Heritrix
Revision ChangesPath
1.20 +7 -1 jakarta-commons/httpclient/xdocs/applications.xml
Index: applications.xml
mbecke 2004/09/29 20:21:22
Modified:httpclient/xdocs Tag: HTTPCLIENT_2_0_BRANCH applications.xml
Log:
Added Heritrix
Revision ChangesPath
No revision
No revision
1.14.2.6 +8 -2
All works fine with Jellys taglib.
On Wed, 15 Sep 2004 23:05:26 +0100, robert burrell donkin
[EMAIL PROTECTED] wrote:
Betwixt 0.6 release candidate one is now available from
http://www.apache.org/~rdonkin/commons-betwixt/. please promptly report
any problems to the dev list or in bugzilla.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31478.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31378.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hello,
I am not sure if this is a bug or I am not running this right.
I am trying to get the preferences architecture to modify the http.useragent
property at the client level, and then retrieve the value at the method and
host level. The value gets percolated down to the Method level but the
Vikram Goyal wrote:
Hello,
I am not sure if this is a bug or I am not running this right.
I am trying to get the preferences architecture to modify the http.useragent
property at the client level, and then retrieve the value at the method and
host level. The value gets percolated down to the
Vikram Goyal wrote:
Hello,
I am not sure if this is a bug or I am not running this right.
I am trying to get the preferences architecture to modify the http.useragent
property at the client level, and then retrieve the value at the method and
host level. The value gets percolated down to the
The problem in your code is, that the host params are not set at all.
You should add something along the lines of:
host.setParams(new HostParams(client.getParams()));
Ortwin Glück
That does not seem to be right. I haven't added any Method params either,
but that works. Anyways, even when I
Probably that's not the way it is supposed to be. I'll see what can be
done about it.
Oleg
On Wed, 2004-09-29 at 11:53, Ortwin Glck wrote:
Vikram Goyal wrote:
Hello,
I am not sure if this is a bug or I am not running this right.
I am trying to get the preferences architecture to
No that is not right either. Because the HostConfiguration is created using
the supplied HostConfiguration in line 389 as you say, the parameters from
the supplied HostConfiguration are used to clone parameters for the new
HostConfiguration, so they should all be same. See HostConfiguration.java
I propose that we mark the latest code in CVS HTTPCLIENT_2_0 as 2.0.2
and proceed with a release. Please vote as follows:
--
Vote: HttpClient 2.0.2 release
[ ] +1 I am in favor of the release, and will help support
Vikram Goyal wrote:
No that is not right either. Because the HostConfiguration is created using
the supplied HostConfiguration in line 389 as you say, the parameters from
the supplied HostConfiguration are used to clone parameters for the new
HostConfiguration, so they should all be same. See
+1 from me
Michael Becke wrote:
I propose that we mark the latest code in CVS HTTPCLIENT_2_0 as 2.0.2
and proceed with a release. Please vote as follows:
--
Vote: HttpClient 2.0.2 release
[X] +1 I am in favor of the
Vikram,
I hope what is to follow will clarify things a little
(1)
===
HostConfiguration host = new HostConfiguration();
host.setHost(www.google.com);
===
These are
I am testing the new Preferences Architecture before writing about it in a
Book that I am working on. I have spent the whole of today looking at the
source code but could not locate the problem, so it is bugging me now. It
makes sense, the architecture I mean, but it is just not working
+1
On Wed, 2004-09-29 at 14:19, Michael Becke wrote:
I propose that we mark the latest code in CVS HTTPCLIENT_2_0 as 2.0.2
and proceed with a release. Please vote as follows:
--
Vote: HttpClient 2.0.2 release
Vikram Goyal wrote:
Sorry, I must be missing something, because I don't see it that way. The
temporary object that you are talking about, methodConfiguration, is used to
create the MethodDirector object that is used to execute the request. So it
is passed to the execute call.
Okay. I explain in
Does that mean you don't recommend 3.0 for use...u, damm I am boned, I was coding
with it. Hopefully I can change to 2.0.2 quite easily!!
Rudy
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: 29 September 2004 14:00
To: Commons HttpClient Project
Subject: Re:
Hentzen, Rudy wrote:
Does that mean you don't recommend 3.0 for use...u, damm I am boned, I was coding
with it. Hopefully I can change to 2.0.2 quite easily!!
Rudy
No, I (along mit all other committers) really do recommend 3.0 for use
as stated in our release announcement. I am just saying
Phew, good stuff, I am not doing anything particularly complicated, just a few method
calls. Another thing, it is possible to, for example, get all the of the form actions
from a html page, I have managed to get what I need using reg exps but just wondering
if it is in the HttpClient
Thanks Oleg for the explanations, but what you are saying seems to
contradict the current code structure.
I assume you'd still want this method to be executed against
http://www.anothercompnany.com/ not http://www.mycompnany.com/, right?
Actually no! I would expect it to be run against
Hi Rudy,
Hentzen, Rudy [EMAIL PROTECTED] wrote on 29.09.2004 15:16:34:
Another thing, it is possible to, for
example, get all the of the form actions from a html page, I have
managed to get what I need using reg exps but just wondering if it
is in the HttpClient package???
It is not,
I am testing the new Preferences Architecture before writing about it in
a
Book that I am working on. I have spent the whole of today looking at
the
source code but could not locate the problem, so it is bugging me now.
It
makes sense, the architecture I mean, but it is just not working
Cool, I thought so would have been too good too be true :)
Thanks
Rudy
-Original Message-
From: Roland Weber [mailto:[EMAIL PROTECTED]
Sent: 29 September 2004 14:31
To: Commons HttpClient Project
Subject: Re: Quick Question
Hi Rudy,
Hentzen, Rudy [EMAIL PROTECTED] wrote on 29.09.2004
Hentzen, Rudy wrote:
Phew, good stuff, I am not doing anything particularly complicated, just a few method calls.
Lucky you :-)
Another thing, it is possible to, for example, get all the of the
form actions from a html page, I have managed to get what I need using
reg exps but just wondering
Thanks for the advice, but thus far my app is pretty straight forward and using good
ole reg exps do the trick.
Cheers
Rudy
-Original Message-
From: Ortwin Glück [mailto:[EMAIL PROTECTED]
Sent: 29 September 2004 14:35
To: Commons HttpClient Project
Subject: Re: Quick Question
Actually the new Preferences Architecture is quite neat and great if it all
works. It is only the HostConfiguration that does not work and I would love
to figure out why.
Vikram,
Basically it appears that (1) we assume it should work one way, (2)
whereas you assume it should work quite the
Hi Rudy,
But you could always use NeckoHTML
(http://www.apache.org/~andyc/neko/doc/html/) to turn the HTML response
into XML and then JXPath (http://jakarta.apache.org/commons/jxpath/) to
find the actions.
Regards,
Padraig
On Wed, 2004-09-29 at 14:32, Hentzen, Rudy wrote:
Cool, I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=28728.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31471.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31471.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31471.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Howdy,
I've just started using HttpClient for testing. The product that I am
developing includes a software download feature that downloads (sometimes
very large) files over the internet using HTTP. The reason we use HTTP is
that many of our customers are unwilling to open their proxies or
Bob,
There's no special magic involved. Make sure you use
HttpMethod#getResponseBodyAsStream, which will return the raw input
stream, and not its buffering counterparts
HttpMethod#getResponseBodyAsString and HttpMethod#getResponseBody.
You should not worry about chunking. HttpClient will decode
Oleg,
This is exactly what I tried to do, but the HttpClient seems to buffer the
response anyway. I poked through the code a bit, and did some searching on
the mailing list, and this seems to be the case. Also, when I run tests,
the log output from the HttpClient seems to indicate that the
We've tried out the nightly and think there may be an issue in the
mark/reset code of
org.apache.commons.httpclient.ContentLengthInputStream.java (please see
attached for rudimentary fix). With this fix performance and
functionality is great.
Thanks,
Bjarne.
[EMAIL PROTECTED] 9/28/2004 11:52:56
Bob,
Buffering response body message is written ONLY inside
getResponseBody, which in its turn uses getResponseBodyAsStream. See for
yourself:
http://jakarta.apache.org/commons/httpclient/xref/org/apache/commons/httpclient/HttpMethodBase.html#681
It means what there's a bit of code in your
Damn, I have almost beaten Leo Tolstoy's War and Peace and it turned
out just that ;-)
On Wed, 2004-09-29 at 22:01, St Jacques, Robert wrote:
Sure enough, this is the case; I was calling getResponseBody deep in my
code. Thanks for helping me find it ;)
-Original Message-
From: Oleg
Eric,
The intention is to keep HttpClient 3.0 compile-compatible with
HttpClient 2.x (except for all that ugly stuff that has been deprecated
in 2.0). Feel free to submit a patch for the HttpException class.
Keep us posted on the progress
Cheers,
Oleg
On Wed, 2004-09-29 at 21:10, Eric Johnson
Hi,
I'm using httpClient 2.0.1 stable version on JDK 1.2.2. My class is
coded similar to tutorial example. I've coded static method called
postData(...) which instantiates HttpClient and executes the post
method to one perticular URL. The postData(...) method/class is
called from a non-Java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31378.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Please clarify the following.
1) Do I need to instantiate HttpClient only once? (using Singleton).
You should. There's nothing wrong with having multiple HttpClient
instances, but we generally recommend having only a single one
2) Can I use MultiThreadedHttpConnectionManager in this
All,
I need help implementing a Commons HttpClient solution to post files to
a web server via an ASP page. This seems somewhat straightforward, but
I am having trouble with the NTLM authentication.
Code Snippet:
String url =
https://keystone.ibanksystems.com/carlsontest/siteman.asp?u=Yd=c:\\im\
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
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://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christopher,
What is exactly the problem?
The authentication succeeded:
HTTP/1.1 200 OK
Session cookie has been sent:
ASPSESSIONIDAQQBDABR=LMNNMHNALPPKIBENMNNANHGP
NTLM authentication scheme is a stateful one and requires multiple
challenges/responses. The first 401 Access Denied response is
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg,
Thanks for your prompt response. The main problem is that the file has
not been uploaded, but the return code is 200. I am trying to post the
File object 'f' to the 'F1' textbox in the following form (File f = new
File(C:/secureHttp/anotherLog.log);). I believe my code is correct.
I am
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Christopher,
Ok, I see. This is weird. I can't explain it. Maybe I am just too tired
right now and should go to bed.
Actually it is preferred to not do a POST against a protected URL. One
should do a GET or a HEAD first, get authenticated, get a session
cookie, and than do a POST.
Another thing
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Looks like 2.0.2 has been cancelled for the moment. I'll call for a
vote again after we fix the recently discovered issues.
Mike
On Sep 29, 2004, at 11:05 AM, Michael Becke wrote:
+1
Michael Becke wrote:
I propose that we mark the latest code in CVS HTTPCLIENT_2_0 as 2.0.2
and proceed with a
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
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://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
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://issues.apache.org/bugzilla/show_bug.cgi?id=21329.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Oleg,
ContentLengthInputStream extend java.io.FilterInputStream, which
supports mark and reset. However, ContentLengthInputStream does not keep
track of when these are called and appropriately adjust the current
posistion. It keeps incrementing the counter on each read() without
decrementing it
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31476.
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://issues.apache.org/bugzilla/show_bug.cgi?id=31476.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi St.Ack,
Many thanks for taking the time to make such a detailed response. I
haven't had time to fully digest (no pun intended) your message, but
I'll take a look at it again in the morning. In the mean time I've
added Heritrix to the applications page in CVS, which will be added to
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=31471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
87 matches
Mail list logo