Thanks for your kind offer to work with the code of Generic Fixture. Complete source code of the “Generic Fixture” is included in the genericfixture.jar that you’ve been using. I have also included the build.xml file for convenience. It will need fitlibrary.jar and fitnesse.jar to build. Please let me know if there is any problem in accessing the source files or building them.

Now coming back to the problem you are facing. Have you tried running Generic Fixture in debug mode. This can be enabled by this script:

!| Generic Fixture | Generic Fixture |
| set debug | true |

Your test script:
!| Generic Fixture | myobjdb=ourdomain.databuilder.fit.FixtureContext | array: b,c,d |

Is trying to call constructor of the class FixtureContext by passing an array of 3 elements. Please verify this is what your intent is.

If you face any hurdle in resolving your issue please write back.

cheers,
Anubhava

We have been trying to use a jar of ours with Generic Fixture but we get an error that we can not decipher.

It seems that the error description presented derives from the exception handling and not from the actual error itself and hence it does not help us to debug the problem.

Our developers here have offered to work with the code of Generic Fixture to help surface the original errors (contributing any work done back to you naturally), however I do not know where to get the code from. Is it available anywhere?

Our code is:
!path mydatabuilder.jar

!| Generic Fixture | myobjdb=ourdomain.databuilder.fit.FixtureContext | array: b,c,d |

and the error we receive is:

java.lang.NullPointerException
at GenericFixture.readRow(GenericFixture.java:291)
at GenericFixture.doRows(GenericFixture.java:765)
at fit.Fixture.doTable(Fixture.java:153)
at fit.Fixture.interpretFollowingTables(Fixture.java:119)
at fit.Fixture.interpretTables(Fixture.java:105)
at fit.Fixture.doTables(Fixture.java:79)
at fit.FitServer.process(FitServer.java:71)
at fit.FitServer.run(FitServer.java:52)
at fit.FitServer.main(FitServer.java:43)

thanks in advance,
Aristotelis.

Thank you for your response,we will also try to put the path of our jar file that is located in the deployment directory of jboss.

After a jboss deployement, the ear is splitted by jboss anf the jar files can be directly accessed

We will let you know when we achieve this task.

Thank You
Ismail.

Thanks for your comment. Yes EJB was packaged in an EAR file and deployed on a Weblogic 9.2.x server. (In this example it was running on localhost port 7001 but it can be anywhere)

If you see my example I have this line on top the test:
!path productEjbs.jar

This line is basically adding product EJBs jar file to Fitnesse’s classpath. Is this what you were asking or I didn’t get your question correctly?

cheers,
Anubhava

Nice post , that will be very useful for us,we are looking to do some black box testing on a business application that is using services implemented as ejb3.0 services.

What is our ejbs are packaged in an ear file?,how will we do to access the jar in the ear file that contains the implementation of the ejbs ?

Thank You
Ismail.