On 06/01/2009, [email protected] <[email protected]> wrote:
> Author: rahul
>  Date: Tue Jan  6 15:39:20 2009
>  New Revision: 732174
>
>  URL: http://svn.apache.org/viewvc?rev=732174&view=rev
>  Log:
>  Changes to test case that should have been part of r728828 (Add support for 
> the SCXML Script Module).
>
>  The m2 build is not running the javascript package tests (though the pom 
> does include 
> org/apache/commons/scxml/env/javascript/EnvJavaScriptTestSuite.java in the 
> surefire configuration). It'd be great if someone else can try to spot the 
> hang up.

Appears to be a very silly bug in Surefire.

Using **/EnvJavaScriptTestSuite.java works, as does

org/apache/commons/scxml/env/jav*/EnvJavaScriptTestSuite.java
but
org/apache/commons/scxml/env/java*/EnvJavaScriptTestSuite.java
does not work.

Looks like Surefire is looking for "java" (or maybe the RE /.java/)
and stopping when it finds the first part of the directory name. Yuk.

I'll commit a temporary fix.

==

I think it would be better to ignore the test suites in the pom, and just use

**/*Test.java

That avoids the problem where a Test case has been omitted from a suite.

==

By the way, the Exception handling changes have revealed a possible
bug - a class cast was being swallowed:

testExample01Sample(org.apache.commons.scxml.env.javascript.JSExampleTest)
 Time elapsed: 0.281 sec  <<< ERROR!
java.lang.ClassCastException: java.lang.Double cannot be cast to
org.w3c.dom.Node
        at 
org.apache.commons.scxml.env.javascript.JSEvaluator.evalLocation(JSEvaluator.java:195)

This was previously being converted to a SCXMLExpressionException.

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to