htmlunit-develop — General discussion of the development of HtmlUnit

Re: [HtmlUnit] organization of the cvs repository

[Mike B. <mb...@Ga...>]

 > Can things be moved within the repository, while
 > still preserving the CVS history of these files?

Very interesting.  I'll have to keep that in mind when it's time to 
switch over to the new directory structure.  It'll be interesting how 
fast they are able to do the switchover - it took them 2 weeks to reset 
the administrator password for the mailing list.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

RE: [HtmlUnit] organization of the cvs repository

[Cort S. <co...@xm...>]

From the same page, this is exactly what you need:

Can things be moved within the repository, while still preserving the CVS
history of these files?

Under normal circumstances, as an end-user, there is no means to move files,
directories, or modules within a repository and still preserve the history
on the included files. However this may be accomplished by asking the
SourceForge.net team to perform such a move or rename on your behalf. The
SourceForge.net team will, upon request, move files (or directories, or
modules) directly within the repository, thus preserving historical versions
of those files.


-----Original Message-----
From: Mike Bowler [mailto:mb...@Ga...] 
Sent: Saturday, August 10, 2002 6:11 AM
To: htm...@li...
Subject: Re: [HtmlUnit] organization of the cvs repository

Hi Alex,

 > Would it possible to move the directory inside a
 > top-level directory called "htmlunit", for example,
 > containing src, doc and lib ?

I agree that the current structure is less that optimal.   At the time 
it seemed like a good idea but it's turned out to be more annoying than 
anything else.

The apache projects (specifically jakarta) have a defined layout for all 
of their projects and I'm considering adopting their layout.

http://jakarta.apache.org/site/dirlayout.html

Since changing the directory structure will mean losing history on the 
source files, I only want to change the structure once.  Comments are 
welcome.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
HtmlUnit-develop mailing list
Htm...@li...
https://lists.sourceforge.net/lists/listinfo/htmlunit-develop

RE: [HtmlUnit] organization of the cvs repository

[Cort S. <co...@xm...>]

If you have shell access to CVS, you can create a new directory and move the
existing directories under that and not loose anything.  Since SF project
admins don't have shell access to the CVS servers, you have to contact an SF
admin.

I found this at:
http://sourceforge.net/docman/display_doc.php?docid=768&group_id=1

CVS Repository Clean-Up

Through the course of learning to use CVS, and in long-term use of CVS, it
is not uncommon to encounter cases where you need something within your
repository to be manipulated directly (for example, files which have been
removed via "cvs remove", but which should be purged from the Attic, as
well). While SourceForge.net does not provide direct access for developers
to modify their own repository contents via a shell, the SourceForge.net
team is happy to perform actions of this nature on your behalf.

Should you wish to have your repository, modules, directories or files to be
moved, renamed, removed, or edited directly, please contact the
SourceForge.net support team for further assistance. Issues of this nature
are treated with high priority and receive an expedited response.


-----Original Message-----
From: Mike Bowler [mailto:mb...@Ga...] 
Sent: Saturday, August 10, 2002 6:11 AM
To: htm...@li...
Subject: Re: [HtmlUnit] organization of the cvs repository

Hi Alex,

 > Would it possible to move the directory inside a
 > top-level directory called "htmlunit", for example,
 > containing src, doc and lib ?

I agree that the current structure is less that optimal.   At the time 
it seemed like a good idea but it's turned out to be more annoying than 
anything else.

The apache projects (specifically jakarta) have a defined layout for all 
of their projects and I'm considering adopting their layout.

http://jakarta.apache.org/site/dirlayout.html

Since changing the directory structure will mean losing history on the 
source files, I only want to change the structure once.  Comments are 
welcome.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
HtmlUnit-develop mailing list
Htm...@li...
https://lists.sourceforge.net/lists/listinfo/htmlunit-develop

[HtmlUnit] form.elements missing radio inputs

[Cort S. <co...@xm...>]

In trying to track down the last holdout in me getting a successful simple
run through my site, I found that the JavaScript Form host does not add
radio inputs to the elements collection.  I looked but could find no obvious
reason as to why this is the way it is.  Radio inputs are part of the
elements collection in IE6 (I made no attempt to verify other browsers, so
maybe that is the reason, although the site is supposedly certified on
NS4.7).  I amended my working copy of the code
(com.gargoylesoftware.htmlunit.javascript.host.Form.initialize()) as
follows:

                //if( htmlElement instanceof HtmlRadioButtonInput ) {
                //    radioButtons.add(htmlElement);
                //}
                //else {
                    final String className =
getClassNameForFormElement(htmlElement);
                    final SimpleScriptable jsElement = makeJavaScriptObject(
className );
                    jsElement.setHtmlElement(htmlElement);

                    allJsElements.add(jsElement);
                    defineProperty(name, jsElement, attributes);
                //}

-- just commenting out the check.  This did not cause any obvious effects to
my tests (other than the JavaScript now appears to work as it does in the
browser).  What does/would this break?

Any enlightenment would be much appreciated.

Cort

Re: [HtmlUnit] Figuring out what JavaScript methods supported

[Mike B. <mb...@Ga...>]

On Mon, 12 Aug 2002, Cort Schaefer wrote:

> I have a page that uses javascript to access both .selectedIndex, .value and
> .options on a Select element.  These to do appear to be supported yet in
> HtmlUnit (just downloaded src from CVS today), am I correct?

Right.

> 
> I checked the .javascript.host.Select (and Input) classes - is this where I
> would watch for those methods/fields to be implemented?

Yes.  Or you could just keep an eye on the change log.  Starting with the
next release (1.1pre4), the change log will be part of the online
documentation at http://htmlunit.sourceforge.net

If these specific features are important to you then please open a feature
request for them.  I prioritize by what people ask for and putting it in
the sourceforge bug/feature tracker is the best way to ensure that your
request doesn't slip through the cracks.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com 

[HtmlUnit] Figuring out what JavaScript methods supported

[Cort S. <co...@xm...>]

I have a page that uses javascript to access both .selectedIndex, .value and
.options on a Select element.  These to do appear to be supported yet in
HtmlUnit (just downloaded src from CVS today), am I correct?

I checked the .javascript.host.Select (and Input) classes - is this where I
would watch for those methods/fields to be implemented?

Cort

Re: [HtmlUnit] organization of the cvs repository

[Mike B. <mb...@Ga...>]

Hi Alex,

 > Would it possible to move the directory inside a
 > top-level directory called "htmlunit", for example,
 > containing src, doc and lib ?

I agree that the current structure is less that optimal.   At the time 
it seemed like a good idea but it's turned out to be more annoying than 
anything else.

The apache projects (specifically jakarta) have a defined layout for all 
of their projects and I'm considering adopting their layout.

http://jakarta.apache.org/site/dirlayout.html

Since changing the directory structure will mean losing history on the 
source files, I only want to change the structure once.  Comments are 
welcome.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] organization of the cvs repository

[Alex C. <co...@al...>]

Hi All,
A question about the organization of the CVS repository:  currently in order 
to check out HtmlUnit I have to do a cvs checkout of "."  
This makes it difficult to use HtmlUnit from some IDEs, in particular 
Eclipse. Would it possible to move the directory inside  a top-level 
directory called "htmlunit", for example, containing src, doc and lib ?
Thank you
-- 
Alex Cozzi

Re: [HtmlUnit] How to understand JavaScript errors

[Mike B. <mb...@Ga...>]

Hi Cort,

Which version of HtmlUnit are you using?  JavaScriptEngine.java has 
changed on just about every pre-release so I need to know what version 
you are using so that I can see what code is on line 153.  In the 
current code base, line 153 is a close curly brace so I'd guess that 
wasn't causing the exception ;-)

If you are able to send the html that caused it to blow up then that 
would be very helpful as well.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com


Cort Schaefer wrote:

> I have been playing with HtmlUnit all day and have been able to do a 
> few simple tests, but am having a problem with a page that is doing 
> some javascript validation before the form can be submitted.  I get 
> the following stack trace which does not help me much:
>
> <stacktrace><![CDATA[Exception 
> class=[org.mozilla.javascript.JavaScriptException]com.gargoylesoftware.htmlunit.ScriptException: 
> java.lang.NullPointerException  at 
> com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScriptEngine.java:153) 
> at 
> com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavascriptIfPossible(HtmlPage.java:722)   
> at 
> com.gargoylesoftware.htmlunit.html.HtmlAnchor.click(HtmlAnchor.java:69)      
> at com.seamlessweb.htmlunit.LoginTest.test_Order(LoginTest.java:141)
>
> I am able to use the page without any issues us IE 6, which is what I 
> set the WebClient browser version to.  I had a few other problems with 
> the syntax of select objects (form.selectobject.options[index].value 
> did not appear to work), but was able to fumble through those with the 
> information in the exceptions.  Unfortunately this exception does not 
> give me a line or anything to give me a hint as to where it is having 
> a problem.
>
> Any assistance would be much appreciated.
>
> Cort
>

[HtmlUnit] How to understand JavaScript errors

[Cort S. <co...@xm...>]

I have been playing with HtmlUnit all day and have been able to do a few
simple tests, but am having a problem with a page that is doing some
javascript validation before the form can be submitted.  I get the following
stack trace which does not help me much:

<stacktrace><![CDATA[Exception
class=[org.mozilla.javascript.JavaScriptException]com.gargoylesoftware.htmlu
nit.ScriptException: java.lang.NullPointerException	at
com.gargoylesoftware.htmlunit.javascript.JavaScriptEngine.execute(JavaScript
Engine.java:153)	at
com.gargoylesoftware.htmlunit.html.HtmlPage.executeJavascriptIfPossible(Html
Page.java:722)	at
com.gargoylesoftware.htmlunit.html.HtmlAnchor.click(HtmlAnchor.java:69)	at
com.seamlessweb.htmlunit.LoginTest.test_Order(LoginTest.java:141)
I am able to use the page without any issues us IE 6, which is what I set
the WebClient browser version to.  I had a few other problems with the
syntax of select objects (form.selectobject.options[index].value did not
appear to work), but was able to fumble through those with the information
in the exceptions.  Unfortunately this exception does not give me a line or
anything to give me a hint as to where it is having a problem.

Any assistance would be much appreciated.

Cort

[HtmlUnit] Proposed license change

[Mike B. <mb...@Ga...>]

HtmlUnit is currently licensed under the Lesser GNU Public License (LGPL).

There have been a number of discussions on other lists recently where
people have expressed concerns about using LGPL code because of the virual
nature of the license.  My goal has always been to make this software
available to anyone who needed it so this is an issue for me.

I am leaning toward switching HtmlUnit to an apache style license for this
reason.  An apache license is much less restrictive than the LGPL so I
wouldn't imagine that any of the current users of HtmlUnit would be
affected by this change however it's always best to be cautious :-)

Would you be affected if the license was changed as outlined above?  If
so, would a dual Apache/LGPL license work for you?  I would prefer to not
have a dual license but I'm willing to compromise if this becomes a big
issue.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] Frames?

[<IBM...@da...>]

Hi!

Why aren't there elements like HtmlFrame or HtmlFrameSet ?
Or how can I deal with them, access their content etc. ?

Kathleen=

Re: [HtmlUnit] can't find form?

[Mike B. <mb...@Ga...>]

Hi Kathleen,

 > ArrayList list = new ArrayList();
 > list.add("form");
 > System.out.println("List of forms: 
"+page.getHtmlElementsByTagNames(liste));

Assuming that "liste" on the last line was just a typo in your email, it 
should work.  

What does the actual html look like after it's been transformed by the 
JSP engine?  I'm wondering if the generated code inside the action 
attribute is somehow confusing JTidy.  (JTidy is the code that generates 
the xml dom model from the html input)

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] can't find form?

[<IBM...@da...>]

Hello!

This is the page, I want to use:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4 Transitional//EN" />
<html>
  <head>
    <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DI=
SO-8859-1" />
    <meta http-equiv=3D"expires" content=3D"Mon, 14 Jan 2002, 12:00:00 =
GMT" />
    <meta http-equiv=3D"cache-control" content=3D"no-cache" />
    <meta http-equiv=3D"pragma" content=3D"no-cache" />
    <title>LIMA on Web redirect</title>
    <script type=3D"text/javascript">
    <!--=20
    <% String targetFunction =3D null;
       targetFunction =3D (String)request.getAttribute("eBizTargetURL")=
;
    %>

    function redirect()
    {
      location.replace(document.forms[0].action);
      return true;
    }
    //-->
    </script>
  </head>
<body bgcolor=3D"#FFFFFF" topmargin=3D"5" leftmargin=3D"5" marginheight=
=3D"0"=20
marginwidth=3D"0" rightmargin=3D"0" onload=3D"redirect();">
<form action=3D"<%=3D targetFunction %>" method=3D"get">
</form>
</body>
</html>

I reached this page, but somehow I can't find the form.
I tried:

...
ArrayList list =3D new ArrayList();
list.add("form");
System.out.println("List of forms: "+page.getHtmlElementsByTagNames(lis=
te));
...

the Output:
...
List of forms: []


Kathleen

=

[HtmlUnit] Re: cannot start htmlunit

[k.kuehmel <ku...@we...>]

Hi Mike!

Thanks for your ideas. I found the mistake: I had another HttpClient in =
classpath. I am using VisualAge for Java 3.5.3.. They have an HttpClient =
in their neccessary files. So i tried to run it outside from VisualAge =
and it works!!!

Thanks a lot.

Kathleen

Re: [HtmlUnit] cannot start htmlunit

[Mike B. <mb...@Ga...>]

Hi Kathleen,

 > What am I doing wrong? I even tried version 1.0, but does not work also.

I assume that you tried 1.1-pre3 in addition to 1.0 - is this correct? 
 You had the same behaviour for both?

I've never seen this problem before and your sample code looks fine - 
I'm wondering if it's a configuration issue.  What does your classpath 
look like?  

Do you have another version of httpclient in your classpath?  Are all 
the neccessary jars there?  For 1.0, you need Tidy,jar and 
commons-httpclient.jar in addition to HtmlUnit.jar.  For 1.1-pre3 you 
need those and commons-logging.jar.

Can you post your classpath here?

Also what version of JDK are you using?  HtmlUnit has been developed on 
1.3 and it's possible that it's using an API that isn't available in an 
earlier VM.  If that's the case then we can see if there is an 
alternative API that is available.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] cannot start htmlunit

[k.kuehmel <ku...@we...>]

hi!

I try to use the following code:

WebClient webClient =3D new WebClient();
Page page =3D webClient.getPage(new =
URL("http://localhost:8080/jsp/ittle.html"));

but get the following error:
=20
java.lang.NoSuchMethodError
java.lang.Throwable()
java.lang.Error()
java.lang.LinkageError()     =20
java.lang.IncompatibleClassChangeError()
java.lang.NoSuchMethodError()
org.apache.commons.httpclient.HttpMethod =
com.gargoylesoftware.htmlunit.WebConnection.makeHttpMethod(java.net.URL, =
com.gargoylesoftware.htmlunit.SubmitMethod, java.util.List, =
org.apache.commons.httpclient.HttpClient)org.apache.commons.httpclient.Ht=
tpMethod =
com.gargoylesoftware.htmlunit.WebConnection.makeHttpMethod(java.net.URL, =
com.gargoylesoftware.htmlunit.SubmitMethod, java.util.List, =
org.apache.commons.httpclient.HttpClient)com.gargoylesoftware.htmlunit.We=
bResponse =
com.gargoylesoftware.htmlunit.WebConnection.getResponse(java.net.URL, =
com.gargoylesoftware.htmlunit.SubmitMethod, =
java.util.List)com.gargoylesoftware.htmlunit.Page =
com.gargoylesoftware.htmlunit.WebClient.getPage(java.net.URL, =
com.gargoylesoftware.htmlunit.SubmitMethod, =
java.util.List)com.gargoylesoftware.htmlunit.Page =
com.gargoylesoftware.htmlunit.WebClient.getPage(java.net.URL)void =
com.kk.unit.SimpleWebAppTestcase.testIt()
void com.kk.unit.HttpTester.main(java.lang.String [])

What am I doing wrong? I even tried version 1.0, but does not work also.

kathleen






=20

[HtmlUnit] HtmlUnit-1.1-pre3 refresh

[Mike B. <mb...@Ga...>]

There was a mistake in the packaging of pre3. If you have already
downloaded it then you are missing commons-logging.jar in the lib
directory.  I have repackaged the zip and put it up on sourceforge.

If you have already downloaded pre3 then you can either download the whole
package again or just download the one missing jar file.  Both are now
available on sourceforge.

Sorry about this.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] HtmlUnit-1.1-pre3 released

[Mike B. <mb...@Ga...>]

HtmlUnit-1.1-pre3 has been released.  All reported bugs have been fixed. 
 Full changes are below.

- Added HtmlElement.getParent()
- Added HtmlElement.getNextSibling()
- Added HtmlElement.getPreviousSibling()
- Changed WebConnection so that cookies will be shared among servers in
  the same domain
- Added support for redirection - WebClient.setRedirectEnabled(boolean)
- Added method on WebResponse to access the response headers
- Many new javascript objects - this will be transparent to users of 
HtmlUnit
- Lots of refactoring in the javascript portion
- Fixed a NullPointerException if the server doesn't return a 
content-type header
- Fixed HtmlElement.childrenAsText() so that it ignores comments
- Added support for Input.checked
- Added some constants to BrowserVersion for various browsers
- Upgraded gsbase.jar to version 1.8
- Replaced js.jar with a version that has been compiled with debug support
- Upgraded commons-httpclient.jar to the July 27 gump build.
- Added commons-logging.jar (July 27 gump build) which is needed by 
httpclient
- Now support proxy server and ssl together

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] HtmlUnit-1.1-pre2 available

[Mike B. <mb...@Ga...>]

HtmlUnit-1.1-pre2 is now available.  Changes are below.

- Fixed NullPointerException due to a bug in JTidy - thanks to Mike J 
Bresnahan
  for tracking this one down
- HtmlAnchor now supports javascript urls and onClick handlers
- Ability to set the emulated browser via 
WebClient.setBrowserVersion(BrowserVersion)
- Stubbed out a bunch of javascript methods that are used by the popular 
websites.
    - Each stubbed out method will print a diagnostic message when it is 
called
      to alert the user to the fact that it was called.  This is just a 
temporary
      measure to ensure that HtmlUnit doesn't blow up when hitting 
common sites.
      These methods *will* be implemented properly at some point.
- Added WebWindow
- Added TopLevelWindow
- Added WebWindowListener
- Added WebWindowEvent
- Added WebWindowAdapter
- Added initial support for javascript:open().  Does not currently support
  features or browser history
- Fixed some cases in HtmlPage.getFullyQualifiedUrl() that weren't 
expanding properly
- Added HtmlTitle
- Added HtmlPage.getTitle()
- Added javascript window.location="some url"
- Stubbed out the javascript history object
- Added support javascript urls in HtmlForm submission
- Added support for HtmlForm.onSubmit()
- Rewrote logic for handling relative urls

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

Re: [HtmlUnit] Re: javascript and WATF

[Mike B. <mb...@Ga...>]

Hi Brian,

Admittedly it's a horrible error message but what it's telling you is that
it can't load a javascript file that is referenced from a <script> tag
in the main html page.  I'll see if I can get a better error message
(something that at least tells you what file couldn't be loaded) for
1.1pre2.

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com


 On Wed, 10 Jul 2002, Brian Knorr wrote:

> Thanks for the info.... I am trying out htmlunit 1.1pre1 right now and am experiencing some issues.  If I disable javascript all seems to work fine, but if I turn it on and request the same page I get the following error:
> 
> Error loading javascript:
> com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException: 404 Not Found
> 	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:266)
> 	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:156)
> 	at com.gargoylesoftware.htmlunit.html.HtmlPage.loadJavaScriptFromUrl(HtmlPage.java:714)
> 	at com.gargoylesoftware.htmlunit.html.HtmlPage.executeScriptTagsIfNeeded(HtmlPage.java:703)
> 	at com.gargoylesoftware.htmlunit.html.HtmlPage.<init>(HtmlPage.java:101)
> 	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:269)
> 	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:156)
> 	at com.nextjet.htmlunit.HtmlTest.testLoginPage(HtmlTest.java:31)
> 	at java.lang.reflect.Method.invoke(Native Method)
> 	at junit.framework.TestCase.runTest(TestCase.java:166)
> 	at junit.framework.TestCase.runBare(TestCase.java:140)
> 	at junit.framework.TestResult$1.protect(TestResult.java:106)
> 	at junit.framework.TestResult.runProtected(TestResult.java:124)
> 	at junit.framework.TestResult.run(TestResult.java:109)
> 	at junit.framework.TestCase.run(TestCase.java:131)
> 	at junit.framework.TestSuite.runTest(TestSuite.java:173)
> 	at junit.framework.TestSuite.run(TestSuite.java:168)
> 	at junit.swingui.TestRunner$17.run(TestRunner.java:644)
> 
> Thanks,
> 
> Brian
> 
> 

[HtmlUnit] Re: javascript and WATF

[Brian K. <bt...@ne...>]

Thanks for the info.... I am trying out htmlunit 1.1pre1 right now and =
am experiencing some issues.  If I disable javascript all seems to work =
fine, but if I turn it on and request the same page I get the following =
error:

Error loading javascript:
com.gargoylesoftware.htmlunit.FailingHttpStatusCodeException: 404 Not =
Found
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:266)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:156)
	at =
com.gargoylesoftware.htmlunit.html.HtmlPage.loadJavaScriptFromUrl(HtmlPag=
e.java:714)
	at =
com.gargoylesoftware.htmlunit.html.HtmlPage.executeScriptTagsIfNeeded(Htm=
lPage.java:703)
	at =
com.gargoylesoftware.htmlunit.html.HtmlPage.<init>(HtmlPage.java:101)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:269)
	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:156)
	at com.nextjet.htmlunit.HtmlTest.testLoginPage(HtmlTest.java:31)
	at java.lang.reflect.Method.invoke(Native Method)
	at junit.framework.TestCase.runTest(TestCase.java:166)
	at junit.framework.TestCase.runBare(TestCase.java:140)
	at junit.framework.TestResult$1.protect(TestResult.java:106)
	at junit.framework.TestResult.runProtected(TestResult.java:124)
	at junit.framework.TestResult.run(TestResult.java:109)
	at junit.framework.TestCase.run(TestCase.java:131)
	at junit.framework.TestSuite.runTest(TestSuite.java:173)
	at junit.framework.TestSuite.run(TestSuite.java:168)
	at junit.swingui.TestRunner$17.run(TestRunner.java:644)

Thanks,

Brian



Hi Brian,
=20
  > Have you considered utilizing rhino for your javascript support?
=20
 That is what I am using :-)
=20
 Rhino implements the core javascript language for me - the part that I=20
 have to implement are all the browser specific host objects.  Things=20
 like window, document, location etc.
=20
  > Also have you seen the new WATF (Web Application Testing Framework)?
=20
 I heard about it for the first time a couple of days ago but haven't =
had=20
 a chance to look at it yet.
=20
  > any idea of when full support will be available?
=20
 I expect that within the next couple of weeks, all of the most commonly =

 used bits (excepting document.write() - see below) will be supported.=20
  If there are specific methods/properties that you need that haven't=20
 been implemented then please open a feature request on sourceforge.  =20
 The goal of 1.1 is to support the subset of host objects that are used=20
 by the majority of websites. =20
=20
 It will likely be quite some time before EVERY javascript host object =
is=20
 fully supported but since most sites use a relatively small subset, =
this=20
 shouldn't be a problem.
=20
 Document.write() will likely not appear until 1.2 as I'm thinking it=20
 will require some significant changes to the way I load the documents.=20
  Of course if enough people tell me that they can't live without this=20
 function then priorities will change ;-)
=20
 --=20
 Mike Bowler
 Principal, Gargoyle Software Inc.
 Voice: (416) 822-0973 | Email  : mb...@Ga...
 Fax  : (416) 822-0975 | Website: <http://www.GargoyleSoftware.com>
=20

Re: [HtmlUnit] javascript and WATF

[Mike B. <mb...@Ga...>]

Hi Brian,

 > Have you considered utilizing rhino for your javascript support?

That is what I am using :-)

Rhino implements the core javascript language for me - the part that I 
have to implement are all the browser specific host objects.  Things 
like window, document, location etc.

 > Also have you seen the new WATF (Web Application Testing Framework)?

I heard about it for the first time a couple of days ago but haven't had 
a chance to look at it yet.

 > any idea of when full support will be available?

I expect that within the next couple of weeks, all of the most commonly 
used bits (excepting document.write() - see below) will be supported. 
 If there are specific methods/properties that you need that haven't 
been implemented then please open a feature request on sourceforge.   
The goal of 1.1 is to support the subset of host objects that are used 
by the majority of websites.  

It will likely be quite some time before EVERY javascript host object is 
fully supported but since most sites use a relatively small subset, this 
shouldn't be a problem.

Document.write() will likely not appear until 1.2 as I'm thinking it 
will require some significant changes to the way I load the documents. 
 Of course if enough people tell me that they can't live without this 
function then priorities will change ;-)

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com

[HtmlUnit] javascript and WATF

[Brian K. <bt...@ne...>]

I noticed that your 1.1pre-release version is going to support pieces of =
javascript... any idea of when full support will be available?  Also =
have you seen the new WATF (Web Application Testing Framework)?  =
http://watf.sourceforge.net  From what I have read, it utilizes httpunit =
and rhino.  Have you considered utilizing rhino for your javascript =
support?  http://www.mozilla.org/rhino/

I would prefer to use HtmlUnit, but the full javascript support provided =
by WATF may be enough to shift our company's direction.  Please let me =
know what you think... thanks,

Brian

Re: [HtmlUnit] HtmlArea question...

[Mike B. <mb...@Ga...>]

Hi Craig,

> (HtmlArea)page.getOneHtmlElementByAttribute("area","onclic",

I'm not sure if it was just a typo in what you pasted, but "onclic" is not
a valid attribute.  It should be "onclick"

Generally, I would recommend searching for the element by id rather than
the attribute value as you've done here.  If you change the javascript in
the onclick handler then your test will fail.

All html elements support the id attribute so you can have

<area id="myArea" ....

And then call HtmlPage.getHtmlElementById("myArea");

If "onclic" wasn't the problem then let me know and I'll dig a bit deeper
;-)

-- 
Mike Bowler
Principal, Gargoyle Software Inc.
Voice: (416) 822-0973 | Email  : mb...@Ga...
Fax  : (416) 822-0975 | Website: http://www.GargoyleSoftware.com