RE: [Htmlunit-user] Running Htmlunit with Cactus - 2nd request

[Brad C. <yo...@br...>]

After reading the Cactus site I think I'm starting to understand where you're coming
from. Since HtmlUnit's real power is in it's ability to work with the pages and use
them to submit more responses I think a new WebConnection will probably be needed
before long. 

Something like a CactusWebConnection that uses the Cactus
WebResponse.getInputStream() to create an HtmlUnit StringWebResponse...plus a little
glue for going to the right place to get the Cactus WebResponse in the first place
(however that's done...the Catcus docs are a little too high-brow for me to grok in
5 minutes)

Brad C

--- "Brehm, Robert P" <rob...@of...> wrote:

> 
> Brad,
> 
> I wasn't thinking about implementing a mock servlet container - although by using
> that might be possible to do this using Jetty.  What I was thinking of is to see
> if it is possible to manipulate the Cactus response object into an HtmlUnit
> HtmlPage.  Then it should be possible to manipulate the HtmlPage on the client
> side.
> 
> Bob
> 
> -----Original Message-----
> From: htm...@li...
> [mailto:htm...@li...]On Behalf Of Brad
> Clarke
> Sent: Monday, October 04, 2004 12:08 PM
> To: htm...@li...
> Subject: Re: [Htmlunit-user] Running Htmlunit with Cactus - 2nd request
> 
> 
> I'm not exactly sure how this would work. Are you talking about implementing a
> servlet container, maybe as a WebConnection (much as MockWebConnection works)?
> 
> Brad C
> 
> --- "Brehm, Robert P" <rob...@of...> wrote:
> 
> > 
> > All,
> > 
> > I understand the differing philosophy between HtmlUnit and HttpUnit.  Generally
> > HtmlUnit in my opinion is much more robust and powerful than HttpUnit.  The one
> > thing that I don't have is the ability to map from a Cactus response to HtmlUnit
> > as shown:
> > 
> > public void endXXX(??? WebResponse theResponse);
> > 
> > I might even take this one on as a patch.  Any other ideas for doing server side
> > testing with Cactus or other framework? 
> > 
> > Regards,
> > Bob Brehm
> > Software Engineer
> > Xerox Corporation