[ http://issues.apache.org/jira/browse/ADFFACES-327?page=all ]
Adam Winer resolved ADFFACES-327.
---------------------------------
Resolution: Invalid
ADF Faces is not Trinidad. I'm not sure what is being requested here.
> Surround Live Demos with HtmlUnit/HttpUnit test test suite
> ----------------------------------------------------------
>
> Key: ADFFACES-327
> URL: http://issues.apache.org/jira/browse/ADFFACES-327
> Project: MyFaces ADF-Faces
> Issue Type: Test
> Components: Build
> Environment: Apache Tomcat, HtmlUnit 1.10, Rhino 1.6R5, Java 5, ADF
> faces ea20 from Trinidad
> Reporter: James Violette
>
> http://www.irian.at/trinidad-demo/faces/index.jspx
> We are trying to build acceptance test suite for a project using ADF Faces
> ea20. We have found this to be difficult. A test brace would expose some
> the of the items that make ADF difficult. It would also expose any bugs in
> HtmlUnit / Rhino that prevent an ADF faces page from being screen scraped.
> ADF Faces uses the Javascript elementFromPoint function, in some situations,
> which is not available while using HtmlUnit.. As a result ADF faces is hard
> to test with these techniques. We can handle popup dialogs with this
> environment.
> We also find the ppr to be difficult to test. When we use a dropdown with a
> value change listener , autosubmit and ppr on another component, the page
> works correctly in a browser. That is, the page returns and the listening
> ppr component is updated. When we use HtmlUnit, the onchange event is called,
> the returned page has the correct item selected, but the listening ppr
> component remains unchanged.
> Jiffie launches and runs within an IE browser, which resolves the
> elementFromPoint. However, It does not seem to handle popup dialogs.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
