Fixture Factory classpath a.k.a. custom SystemUnderDevelopment

I corrected the base URL, but still have the same message (even after restarting Tomcat)

The problem seems to lie in the Runner configuration. I reconfigured the SUT to run with the default runner (GP Core Java 2.5), and this time I got the expected ClassNotFoundException.

In the logfile, I see additional ASCII NULL for the -cp value when I use my dedicated Runner. These must cause a parsing error of the cmdline.

But I edited the runner cp in greenpepper plugin configuration page, so I do not understand. Maybe something to do with Windows CRLF ?

Hi,

Which version of Windows are you using (XP, Vista, ...) ?
Which JVM version (java -version) ?

Something you can try is to launch the execution of specification from the command line (extracted from a previous post) :

Code:

  java -mx252m -cp F:/GreenPepper-nova-config/runner/enova-gui/commons-codec-1.3.jar;F:/GreenPepper-nova-config/runner/enova-gui/xmlrpc-2.0.1.jar;F:/GreenPepper-nova-config/runner/enova-gui/greenpepper-extensions-java-2.5.jar;F:/GreenPepper-nova-config/runner/enova-gui/greenpepper-core-2.5.jar;D:/projets/trunk/e-nova/ant-build/repository/jars/greenpepper-fixture-main.jar;D:/projets/trunk/e-nova/ant-build/repository/greenpepper/novalibs/apache-log4j-1.2.15/log4j-1.2.15.jar;D:/projets/trunk/e-nova/ant-build/repository/greenpepper/novalibs/slf4j/slf4j-log4j12.jar;D:/projets/trunk/e-nova/ant-build/repository/greenpepper/novalibs/commons-logging-1.1.1/commons-logging.jar;D:/projets/trunk/e-nova/ant-build/repository/greenpepper/novalibs/slf4j/slf4j-api-1.5.8.jar com.greenpepper.runner.Main -r "com.greenpepper.runner.repository.AtlassianRepository;http://vmnov01:8080/confluence/rpc/xmlrpc?handler=greenpepper1&includeStyle=false#eNova;greenpepper;jaunes" -f com.pj.enova.fixture.helper.NovaSystemUnderDevelopment --xml "En tant qu'utilisateur je veux pouvoir choisir un format ePub" -o GreenPepperReports

Cheers,
Francois D.

OS is Win XP Pro sp2
JVM is "1.6.0_17-b04" from Sun

When I execute the call in windows shell, I get the expected result, a ClassNotFoundException as my SUT classpath in incomplete for now.

I will fix the CP and tell you tomorrow if I get the actual expected result.

Regards

Hi,

To configure the classpaths (Runner and SUT) from Confluence, are you using Internet Explorer ? (remember that IE is using different cr/lf).... If you can, try using Firefox or Chrome... I will recheck with IE...

Other questions :
- What is the encoding specified in Confluence (General Configuration)
- Is it a French version of Windows XP ?

Cheers,
Francois D.

I edited the Runner and SUT classpath with firefox and suppressed the blank lines and saved again.
When I reedit, the blank line do not reappear, whereas they do when I use Internet Explorer.
In the log file, the ASCII NULL character have disappeared.

Confluence encoding is default value: UTF-8
XP is French Version indeed

Alas I know have a new error message.

When I run the US from confluence:
java.io.FileNotFoundException: F:\GreenPepper-Trial\tomcat\temp\GreenPepperTest8406707590992720520.tst (Le fichier spécifié est introuvable)
java.io.FileInputStream.open(Native Method)
java.io.FileInputStream.(FileInputStream.java:106)
java.io.FileReader.(FileReader.java:55)
com.greenpepper.util.IOUtil.readContent(IOUtil.java:53)
com.greenpepper.server.domain.Runner.executeLocally(Runner.java:225)
com.greenpepper.server.domain.Runner.execute(Runner.java:185)
com.greenpepper.server.domain.SystemUnderTest.execute(SystemUnderTest.java:190)
com.greenpepper.server.domain.dao.hibernate.HibernateDocumentDao.runSpecification(HibernateDocumentDao.java:432)
com.greenpepper.server.GreenPepperServerServiceImpl.runSpecification(GreenPepperServerServiceImpl.java:1524)
com.greenpepper.confluence.actions.SpecificationAction.run(SpecificationAction.java:13

sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
java.lang.reflect.Method.invoke(Method.java:597)
com.opensymphony.xwork.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:302)
com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:170)

When I run from windows shell:
Running (US 01) En tant qu'utilisateur je veux pouvoir choisir un format ePub?implemented=false
Error: Failure writing request
Caused by:
org.apache.xmlrpc.XmlRpcException: null values not supported by XML-RPC
at org.apache.xmlrpc.XmlWriter.writeObject(XmlWriter.java:231)
at org.apache.xmlrpc.XmlWriter.writeObject(XmlWriter.java:297)
at org.apache.xmlrpc.XmlRpcClientRequestProcessor.encodeRequest(XmlRpcClientRequestProcessor.java:72)
at org.apache.xmlrpc.XmlRpcClientRequestProcessor.encodeRequestBytes(XmlRpcClientRequestProcessor.java:102)
at org.apache.xmlrpc.XmlRpcClientWorker.execute(XmlRpcClientWorker.java:70)
at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:194)
at org.apache.xmlrpc.XmlRpcClient.execute(XmlRpcClient.java:185)
at com.greenpepper.runner.repository.AtlassianRepository.retrieveSpecification(AtlassianRepository.java:77)
at com.greenpepper.runner.repository.AtlassianRepository.loadDocument(AtlassianRepository.java:47)
at com.greenpepper.runner.DocumentRunner.run(DocumentRunner.java:97)
at com.greenpepper.runner.CommandLineRunner.runSpec(CommandLineRunner.java:8

at com.greenpepper.runner.CommandLineRunner.run(CommandLineRunner.java:7

at com.greenpepper.runner.Main.main(Main.java:33)
'includeStyle' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

Regards

Hi,

Looks like the same problem with the CR/LF...

I will keep investigate (i already make some changes http://www.greenpeppersoftware.com/jira/browse/GP-982) but will try to grab a French version of XP to test...

Cheers,
Francois D.

After restarting tomcat, the problem disappears.
I updated the classpath with all entries, and now the US runs fine.

Thanks for your help

Hi,

Great... Have fun with GreenPepper...

Cheers,
Francois D.

To prevent further modification of the SUT configuration, I tried to defined the SUT classpath using a MANIFEST only JAR that define a "class-path:" entry.

Works well and this way you only need to enter one line in the plugin configuration, provided your build tool regenerates the JAR at every deployment

Example of MANIFEST.MF file in the JAR (truncated)

Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.1
Created-By: 14.0-b16 (Sun Microsystems Inc.)
Class-Path: file:///D:/projets/trunk/libs/antlr-2.7.6/antlr-2.7.6.jar
file:///D:/projets/trunk/libs/apache-log4j-1.2.15/log4j-1.2.15.jar fi
le:///D:/projets/trunk/libs/aspectj-1.6.2/aspectjrt.jar file:///D:/pr
ojets/trunk/libs/aspectj-1.6.2/aspectjweaver.jar file:///D:/projets/t
runk/libs/cglib/asm-all-3.2.jar file:///D:/projets/trunk/libs/cglib/c

Hi,

If you are using Maven with your project, we have a Maven Runner. This runner will use the pom.xml to resolve the classpath entries : http://www.greenpeppersoftware.com/confluence/display/GPWODOC/Maven+Runner

Cheers,
Francois D.