Re: [Bugzilla] vs [JIRA] revisited
Between Bugzilla and JIRA, JIRA is my preference. -D On Mon, 11 Oct 2004 17:34:12 +0200, Oleg Kalnichevski [EMAIL PROTECTED] wrote: Hi Roland I agree this makes sense. I am not sure, though, whether we can reasonably expect things to happen in one 'Big Bang': mailing lists, new CVS repository, web site, JIRA migration and so on. Most likely not. Besides, unless we start getting MASSIVELY more feedback on 3.0, I am not sure what else we can do but start hacking on 4.0 branch while 3.0 still goes through its natural development cycle: alpha - beta - rc - release. I sense the work on 4.0 may well commence as early as next month. Basically that will buy us some time, but not much. I certainly want to start the discussion on the 4.0 architecture (at least in broad strokes) very, very soon. This, again, makes the issue of issue tracking system highly important, as we better have a sane road map and reasonably well articulated strategy as soon as people start asking what the heck Jakarta HttpClient 4.0 is all about and how on earth we ended up with 3 API incompatible branches. Oleg On Mon, 2004-10-11 at 16:43, Roland Weber wrote: Hi Oleg, could we synchronize the switch with the 4.0 implementation? In other words, continue with Bugzilla for 2.0 and 3.0, but once work gets started on 4.0, where the API changes and the package names probably change, then the bug tracking system changes as well? cheers, Roland *** The information in this email is confidential and may be legally privileged. Access to this email by anyone other than the intended addressee is unauthorized. If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful. If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invoke a httpclient in a EJB
hmmm, EJB + remote DB via jdbc needs sockets? You can use EJB with socket, as long as the operation is quick. In some case http socket operation can hang due to long response delay. -D - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JUnit cookies test failures
Hello, I am running into the same issue found by Eric http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]msgId=708 when running against tomcat 4.1.30. My tomcat env is on windows XP, httpclient 2.0, jdk 1.4.2 The archive does not seem to have any conclusion yet. Any suggestion? -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TestWebappBasicAuth fails on IIS
Roland, I have IIS connecting to tomcat containing httpclienttest.war via iis_redirector, and run httpclienttest against iis. As you have said, IIS does intercept the header. I can either add the user/password hardcoded in the httpclienttest to IIS and run the test again, or I can figure out how to make IIS not to intercept the basic authentication. The later one is the perfer way. but still no clue yet. -Dan From: Roland Weber [EMAIL PROTECTED] Reply-To: Commons HttpClient Project [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Subject: Re: TestWebappBasicAuth fails on IIS Date: Thu, 18 Mar 2004 07:31:27 +0100 Hello Dan, IIS will try to verify the authentication headers it gets. If your users and passwords are known to Windows, the requests should pass through just fine. What exactly is an httpclient servlet? Have you checked which plugins are active in IIS? Maybe you can move the plugin of your servlet engine in front of the IIS authentication, so the servlet gets the request before IIS authenticates it. I'm just guessing here, I only conducted a few authentication experiments with IIS last year. cheers, Roland Dan Tran [EMAIL PROTECTED] 17.03.2004 17:28 Please respond to Commons HttpClient Project To: Commons HttpClient Project [EMAIL PROTECTED] cc: Subject:TestWebappBasicAuth fails on IIS Hello, I think IIS rejects any Basic Authentication request. Is there a way to configure IIS to allow these request to passthru to httpclient servlets? Any suggestions? -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Find a broadband plan that fits. Great local deals on high-speed Internet access. http://click.atdmt.com/AVE/go/onm00200360ave/direct/01/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
TestWebappBasicAuth fails on IIS
Hello, I think IIS rejects any Basic Authentication request. Is there a way to configure IIS to allow these request to passthru to httpclient servlets? Any suggestions? -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Client Certificate Authentication Question
Hello, I need to use httpclient rc2 to communiate with a untrusted server (self sign). The server also requires the client to send a client certificate. Handling untrusted connection over https is straight forward according to the example in EasySSLProtocolSocketFactory. The question here is how to I configure EasySSLProtocolSocketFactory to handle client certificate? Given the fact that I do have client certificate at the httpclient side. Please advice and many thanks -Dan
Seeking help using Cookie and Session
Hi I am write a small client/server web app to understand more about httpclient/cookie/and httpsession. On the httpclient side, I use a get method to keep calling a servlet on server. clientcode HttpClient client = new HttpClient(); GetMethod method = new GetMethod(url); while ( !done ) { client.executeMethod(method); if (method.getStatusCode() == HttpStatus.SC_OK) { method.getResponseBody(); method.releaseConnection(); } else { System.out.println(Unexpected failure: + method.getStatusLine().toString()); done = true; } method.recycle(); method.setPath(url); sleep(sometime) } /clientcode on the server side, the doGet() method use this servercode public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.getSession(); } /servercode The first loop, the client is happy. I found a cookie in the response. After that it throws the following warning message in my lo4j warning-snippet 06:22:37,843 - WARN org.apache.commons.httpclient.HttpMethodBase - Cookie reject ed: $Version=0; JSESSIONID=6D150D24B3D022F9AB835EF4E0AFEC5E; $Path=/webtest. I llegal path attribute /webtest. Path of origin: http://localhost:8080/webtest /webgenservlet /waring-snippet On server side, new session is created for each request Questions are: Why server keeps creating new session instead of reuse the old one? What does it mean regarding the Warning. Advices are greately appreciated. Happy Coding -Dan
Re: Seeking help using Cookie and Session
Dear Eric and Oleg, I put in the code to handle brower compatibility cookie. Now it works. Thank you Thank you. Eric, thanks for the advice. I took out recycle call and handle releaseConnection correctly. Thanks for every thing -Dan - Original Message - From: Eric Johnson [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Wednesday, September 17, 2003 8:09 AM Subject: Re: Seeking help using Cookie and Session A follow-up question, directed towards the rest of the group Shouldn't recycle be deprecated for the 2.1 release? Seems like we've discussed it before, and all it gives us is a chance for uses like the following, where my first reaction was that maybe the recycle call didn't work properly. I don't think it adds much for performance, and it makes the API more confusing, I think. To Dan, You might want to structure your call slightly differently, as well: try { client.executeMethod(method); // do what you want here... } finally { // guarantee that you always release the connection - critical if you switch // to MultiThreadedHttpConnectionManager(). method.releaseConnection(); } -Eric. Dan Tran wrote: Hi I am write a small client/server web app to understand more about httpclient/cookie/and httpsession. On the httpclient side, I use a get method to keep calling a servlet on server. clientcode HttpClient client = new HttpClient(); GetMethod method = new GetMethod(url); while ( !done ) { client.executeMethod(method); if (method.getStatusCode() == HttpStatus.SC_OK) { method.getResponseBody(); method.releaseConnection(); } else { System.out.println(Unexpected failure: + method.getStatusLine().toString()); done = true; } method.recycle(); method.setPath(url); sleep(sometime) } /clientcode on the server side, the doGet() method use this servercode public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.getSession(); } /servercode The first loop, the client is happy. I found a cookie in the response. After that it throws the following warning message in my lo4j warning-snippet 06:22:37,843 - WARN org.apache.commons.httpclient.HttpMethodBase - Cookie reject ed: $Version=0; JSESSIONID=6D150D24B3D022F9AB835EF4E0AFEC5E; $Path=/webtest. I llegal path attribute /webtest. Path of origin: http://localhost:8080/webtest /webgenservlet /waring-snippet On server side, new session is created for each request Questions are: Why server keeps creating new session instead of reuse the old one? What does it mean regarding the Warning. Advices are greately appreciated. Happy Coding -Dan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HttpGet with Chunked response
Ortwin, thanks for the advice I reconfigure connector with bufferSize=0 and call response.setHeader(Content-Length, 0); However, my client fails at InputStream response = httpGet.getResponseBodyAsStream(); where response is null However, in my opinion, the connector should be smart enought to trigger and chunked transfer encoding at the server size when I set the header Transfer-Encoding as chunked. It seems this is connector problem, dont you agree? -D - Original Message - From: Ortwin Glück [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Tuesday, September 02, 2003 12:08 AM Subject: Re: HttpGet with Chunked response Dan Tran wrote: - The servlet picks up the GET request in doGet(), simulate a buffer of TestSize, and send buffer back to the client using chunked Transfer-Encoding by calling response.setHeader( Transfer-Encoding, chunked); I don't think that you can force the server to use chunked encoding by setting the header. I rather suggest: - do not supply a content length - turn off buffering in the servelet response and in server.xml: Connector className=org.apache.coyote.tomcat4.CoyoteConnector bufferSize=0 / Then the server has no other possibility than use chunked TE (or fail with a HTTP/1.0 client). Odi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet to handle fileupload example - missing
Thanks Michael. Was there any reason why HttpClient does not include one? Usually it would be a big help for a newbie not to figure this out first. -D - Original Message - From: Michael Becke [EMAIL PROTECTED] To: Commons HttpClient Project [EMAIL PROTECTED] Sent: Sunday, August 31, 2003 7:58 PM Subject: Re: Servlet to handle fileupload example - missing Hi Dan, Commons FileUpload is what you're looking for. Mike On Sunday, August 31, 2003, at 12:01 PM, Dan Tran wrote: Hello, I notice the webapp test does not have a servlet to handle fileupload example. am I suppose to write one? Any advice? Thanks -Dan I am using RC1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
HttpGet with Chunked response
Hello, I run thru the httpclient unittest suite and notice a GET with chunked reponse missing. So I create one where at the server I setup the response to send back as chunk. The test fails agains tomcat 4.1 cayote connector. Is this test purposely left out? My guess here is cayotee connector does not support chunked transfer ecoding in the response. Please advice. -Dan
Servlet to handle fileupload example - missing
Hello, I notice the webapp test does not have a servlet to handle fileupload example. am I suppose to write one? Any advice? Thanks -Dan I am using RC1
Setting up HTTP/1.0 connection?
Hi, I am new to HttpClient and hope this is the right list to ask. How do I configure HTTP/1.0 connection? -Dan