RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

"Wilcox, Mark" <[EMAIL PROTECTED]> wrote on 14/10/2003 03:47:06 PM: > Um -- but Maven and Tomcat are applications, HttpClient is a > library. And given the variety of ways that you can import a library > with Java, I'm not sure exactly what the Win32 would give you over unzip & go. 1) Display a

RE: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

Um -- but Maven and Tomcat are applications, HttpClient is a library. And given the variety of ways that you can import a library with Java, I'm not sure exactly what the Win32 would give you over unzip & go. Mark -Original Message- From: [EMAIL PROTECTED] [mailto:[EMA

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

Michael Becke <[EMAIL PROTECTED]> wrote on 14/10/2003 01:50:01 PM: > Do you think that it would be warranted for HttpClient? Is this Why not? It's software installed by a user. > something that Maven supports, or is there any kind of Apache standard? maven doesn't support it yet, but we are w

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

Do you think that it would be warranted for HttpClient? Is this something that Maven supports, or is there any kind of Apache standard? I must admit this is not something I have really considered before and am a little clueless. Mike On Monday, October 13, 2003, at 10:43 PM, [EMAIL PROTECTED

Re: Setting up to use multipart/mixed

I already did, although it does become a multipart message, I see no use of MIME. Forgive me if I'm a bit clueless. Jorrit P.S. The example MultipartFileUploadApp uses org.apache.commons.httpclient.params.HttpMethodParams which isn't in 2.0RC1 On Mon, 13 Oct 2003, Michael Becke wrote: > Hello

RE: Does HttpClient have support for some sort of Document objectmodel?

I would say that's a bit beyond the scope of this mailing list. Although I have no experience with this, I suggest you should use http://lempinen.net/sami/jtidy/ or anything else Google spits out. Good luck, Jorrit Kronjee Infopact Netwerkdiensten On Mon, 13 Oct 2003, Raj Wagle wrote: > That'

Setting up to use multipart/mixed

Hello list, I am trying to use HTTPClient to send a multipart message in MIME-format, but somehow i can't seem to manage to get it all together. I have been looking at the examples, but i can't define anywhere that i am sending a multipart/mixed message in MIME. What should I be looking for? Th

Re: [ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

Guys, can I suggest creating a Win32 installer to go along with the release? Makes the product look professional to the end user, and can include links to docs, bug reports etc. Willing to help, -- dIon Gillard, Multitask Consulting Blog: http://blogs.codehaus.org/people/dion/ Michael Be

[ANNOUNCE] Release of Commons HttpClient 2.0 Release Candidate 2

The Jakarta Commons HttpClient development team is pleased to announce the release of HttpClient 2.0 RC2. This release consists primarily of bug fixes and will hopefully be the last RC release. Please visit the HttpClient website and download thi

Re: Does HttpClient have support for some sort of Document object model?

Hi Raj, Try Jtidy: http://jtidy.sf.net Works wonders. Regards, Adrian Sutton. On 13/10/2003 11:52 PM, "Raj Wagle" <[EMAIL PROTECTED]> wrote: > I was looking for something that people would have actively used. > The last release for the code of this project was almost an year ago, and it > has

RE: Setting up to use multipart/mixed

Hm, indeed you are right. I'll probably have to use javax.mail.* instead. Thanks, Jorrit On Mon, 13 Oct 2003, Kalnichevski, Oleg wrote: > HttpClient is, well, an HTTP client. It does not do MIME. Your code will have to > take care of MIME encoding the content that you need to submit to the s

RE: Setting up to use multipart/mixed

HttpClient is, well, an HTTP client. It does not do MIME. Your code will have to take care of MIME encoding the content that you need to submit to the server. > P.S. The example MultipartFileUploadApp uses > org.apache.commons.httpclient.params.HttpMethodParams which isn't in > 2.0RC1 Just selec

Re: Setting up to use multipart/mixed

I already did, although it does become a multipart message, I see no use of MIME. Forgive me if I'm a bit clueless. Jorrit P.S. The example MultipartFileUploadApp uses org.apache.commons.httpclient.params.HttpMethodParams which isn't in 2.0RC1 On Mon, 13 Oct 2003, Michael Becke wrote: > Hell

Re: Setting up to use multipart/mixed

Hello Jorrit, Please take a look at the following: Mike Jorrit Kronjee wr

Re: Does HttpClient have support for some sort of Document objectmodel?

I haven't tried it, but I would suggest taking a look at HTMLUnit . Mike Raj Wagle wrote: That's fine. I did think it may not be within the scope of what HttpClient can accomplish. Then the next question was, are there any libraries which can take the response

Setting up to use multipart/mixed

Hello list, I am trying to use HTTPClient to send a multipart message in MIME-format, but somehow i can't seem to manage to get it all together. I have been looking at the examples, but i can't define anywhere that i am sending a multipart/mixed message in MIME. What should I be looking for? Th

Re: Does HttpClient have support for some sort of Document object model?

Am Montag, 13. Oktober 2003 15:52 schrieb Raj Wagle: > I was looking for something that people would have actively used. > The last release for the code of this project was almost an year ago, and > it has not yet had a major release. > > But probably this is not the right forum to discuss htmlpars

RE: Does HttpClient have support for some sort of Document object model?

I heard Xerces can parse HTML too, even if it's sloppy. Jorrit On Mon, 13 Oct 2003, Raj Wagle wrote: > I was looking for something that people would have actively used. > The last release for the code of this project was almost an year ago, and it has not > yet had a major release. > > But pro

RE: Does HttpClient have support for some sort of Document object model?

I was looking for something that people would have actively used. The last release for the code of this project was almost an year ago, and it has not yet had a major release. But probably this is not the right forum to discuss htmlparser. Thanks for the inputs Raj -Original Message- Fr

Re: Does HttpClient have support for some sort of Document object model?

Hello Raj, what you are looking for is an HTML parser. I found one on sourceforge: http://sourceforge.net/projects/htmlparser/ regards, Roland

Re: Does HttpClient have support for some sort of Document objectmodel?

The first result in Google when searching for "java html parser": http://sourceforge.net/projects/javahtmlparser Cheers Raj Wagle wrote: That's fine. I did think it may not be within the scope of what HttpClient can accomplish. Then the next question was, are there any libraries which can tak

RE: Does HttpClient have support for some sort of Document objectmodel?

That's fine. I did think it may not be within the scope of what HttpClient can accomplish. Then the next question was, are there any libraries which can take the response from HttpClient and parse the returned HTML? Thanks Raj -Original Message- From: Ortwin Glück [mailto:[EMAIL PROTE

Re: Does HttpClient have support for some sort of Document object model?

Raj, Please do not confuse HTTP with HTML. HttpClient is totaly unaware of the content you transmit. Odi Raj Wagle wrote: What I'm looking for is some way to access, say a particular field in a form, or a particular entry in a table, once the server sends the response to the HttpClient. ---

Does HttpClient have support for some sort of Document object model?

What I'm looking for is some way to access, say a particular field in a form, or a particular entry in a table, once the server sends the response to the HttpClient. Right now the only way I can see it can be done is through actually parsing and searching the text string received. What I'd like

RE: Please verify 2.0 RC2

Mike, Everything looks cool apart from the regular problem with non-ascii characters in xdocs. Odi's surname is mangled beyond recognition. Otherwise, I think we are good to go Oleg -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 00:17 To:

Re: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

Patch applied. Mike On Monday, October 13, 2003, at 07:59 AM, Kalnichevski, Oleg wrote: Mike, Could you check the patch in for me, please. The bloody corporate firewall blocks SSH port. I will not be able to commit the patch myself until I get back home. Oleg -Original Message- Fro

RE: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

Mike, Could you check the patch in for me, please. The bloody corporate firewall blocks SSH port. I will not be able to commit the patch myself until I get back home. Oleg -Original Message- From: Michael Becke [mailto:[EMAIL PROTECTED] Sent: Monday, October 13, 2003 13:52 To: Commons Ht

Re: [PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

Fine with me. Mike On Monday, October 13, 2003, at 07:01 AM, Oleg Kalnichevski wrote: Mike and all, I would like one minor non-functional change to go in before the RC2 is released. Any objections to that? Oleg On Mon, 2003-10-13 at 00:17, Michael Becke wrote: 2.0 RC2 has been tagged in CVS and

[PATCH] Force-close connection debugging (was Re: Please verify 2.0 RC2)

Mike and all, I would like one minor non-functional change to go in before the RC2 is released. Any objections to that? Oleg On Mon, 2003-10-13 at 00:17, Michael Becke wrote: > 2.0 RC2 has been tagged in CVS and the distribution has been created. > I would appreciate it if someone could verify