Re: Future of HttpUnit?

Brad Clarke <[email protected]>
Newsgroups gmane.comp.web.httpunit.devel
Message-ID <[email protected]>
I've been watching this conversation with a highly biased thought in my head. I
really hate to be a troll here, but with this latest bit I feel I have to say
something.

When initially evaluating HttpUnit for our testing needs I found that a primary
virtue of HttpUnit was it's ability to be mostly divorced from the content of the
page, instead focusing primarily on the HTTP protocol and giving the tool much more
of a unit testing feel and the greater speed that goes with it. As I was trying to
build/replace an acceptance testing framework this was not exactly what I was
looking for.

I also looked at HtmlUnit. While it's much more difficult (if not just impossible)
to do the sort of direct unit testing that HttpUnit can do, it was much more focused
on the content of the page and maintaining state just as a real browser does. This
was most noticeable in HtmlUnit's greater support for JavaScript, which made it much
more suited for the type of testing I was looking to do. I ended up going with
HtmlUnit as our tool and eventually becoming a developer on the project (hence the
bias).

The reason I feel I need to say something now is that this design change you mention
would be moving toward the same model HtmlUnit already has. Maybe it would be to the
advantage of both projects if instead people were just refered to the HtmlUnit
project when this level of functionality is required? To me the two tools have clear
and distict "markets" and attempting to overlap them any more than required seems to
be a waste of obviously limited resources.

Brad C


--- Russell Gold <[email protected]> wrote:

> My goal is to replace the current Xerces HTML DOM with a custom  
> HttpUnit one that can handle the full range of JavaScript behavior  
> needed for AJAX. How quickly this happens (and it has been slower  
> than I would like) depends on a number of factors, including access  
> at work and whether people are willing to contribute to pay something  
> for my time or that of anyone else who wants to help.






-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.