Hi Steve,
Hi Julien,

I also want to add a comment concerning underlying HtmlUnit.

First of all: I understand why JWebUnit wants to be as independent as
possible of HtmlUnit. But not for the first time, I need to get access
to more specific functions of HtmlUnit. Here's a short summary:

The web application we develop and test supports searching for, lets
say users. The data will be retrieved from a database and is displayed
in a html table in which each <tr> has a unique id (<tr
id="bla_1"...>). Each data record has a boolean attribute, which is
displayed in a checkbox in the same row. Nothing complicated so far.

The results of that query may vary, because the stored data changes.
So the tester, as well as the automated tests, do not know about the
exact result list. Now I want to assert that all checkboxes are
checked or unchecked.

I did not find any functionality in JWebUnit that would do that for me
(which does not imply that this functionality does not exist :-) ). I
simply do not know the value of the name- or id-attributes. So, the
most comfortable way would be to get access to HtmlUnit's
com.gargoylesoftware.htmlunit.Page object. For example by calling the
(so far private) method

HtmlPage page = ((HtmlUnitTestingEngineImpl)
tester.getTestingEngine()).getCurrentPage();

(Or adding a method 'HtmlPage getCurrentPage()' to the implemented interface)

This has even more advantages, as access to the dom tree means more
freedom in iterating and inspecting the current page.

Is there a more elegant/easier way to do that? If not, maybe my
explanation could be considered in a future release of JWebUnit.

Any comments are welcome.

Greetings from germany

Kai

On Thu, Feb 12, 2009 at 10:24, Julien HENRY <henr...@yahoo.fr> wrote:
> Hi Steve,
>
> In the past, JWebUnit tried to be independent of underlying implementation 
> (HttpUnit, HtmlUnit, Selenium, ...). That's why there is no HtmlUnit specific 
> code in the API. I recognize it may be problematic for specific needs. There 
> is a way to get the underlying plugin (methods called getTestingEngine() or 
> something like that) but because it was not designed to be used this way, I'm 
> not sure you can access all methods you need to change refresh handler (I'm 
> not sure there are public getter/setter).
> Whatever is your need, feel free to propose evolution of the code, and 
> submitting a patch is the way to improve the tool. I'm sure you are not the 
> only one that miss this functionality.
>
> Best regards,
>
> Julien
>
>
>
>
> ----- Message d'origine ----
> De : "Moyer, Steve" <steve.mo...@arrisi.com>
> À : "jwebunit-users@lists.sourceforge.net" 
> <jwebunit-users@lists.sourceforge.net>
> Envoyé le : Mercredi, 11 Février 2009, 21h51mn 13s
> Objet : [JWebUnit-users] HtmlUnit configuration ...
>
> Is there some established way to control the underlying HtmlUnit engine from 
> JWebUnit?  In JWebUnit 2.1, I am trying to test a web page that includes a 
> meta-refresh tag that references itself (It's a network monitoring 
> application and we use it to provide status updates).  With the recent 
> reversion of HtmlUnit's ImmediateRefreshHandler to an older version of the 
> codebase, it fails regardless of how I setup the test.
>
> The bigger issue is that using the ImmediateRefreshHandler is not at all 
> correct for all tests.  I'm interested in navigating to this page, clicking 
> on a link and continuing my test path.  The ImmediateRefreshHandler reloads 
> the page as soon as I get to it, so clicking on the desired link is only 
> intermittently possible.
>
> I have the feeling that I'm missing something (probably conceptual) regarding 
> how the JWebUnit framework is to be used ... isn't there some way to access 
> the underlying HtmlUnit engine and set these parameters so that my test runs 
> in a realistic fashion?
>
> Hopefully I just clueless!
>
> Thanks, smoyer
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> _______________________________________________
> JWebUnit-users mailing list
> JWebUnit-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jwebunit-users
>
>
>
>      
> __________________________________________________________________________________________________
> Ne pleurez pas si votre Webmail ferme ! Récupérez votre historique sur Yahoo! 
> Mail ! http://fr.docs.yahoo.com/mail/transfert_mails.html
>
>
> ------------------------------------------------------------------------------
> Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM)
> software. With Adobe AIR, Ajax developers can use existing skills and code to
> build responsive, highly engaging applications that combine the power of local
> resources and data with the reach of the web. Download the Adobe AIR SDK and
> Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com
> _______________________________________________
> JWebUnit-users mailing list
> JWebUnit-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/jwebunit-users
>

------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
JWebUnit-users mailing list
JWebUnit-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/jwebunit-users

Reply via email to