Remote

[narkh]

Hi, I am new to Arquillian and I'm trying to test remote EJB deployed on Glassfish 3. I've been trying to do it by creating two .war files and merging them finally in 'test.war' with ShrinkWrap. The first of them I created with:

WebArchive clientWar = ShrinkWrap.create(WebArchive.class, "client.war")

                 .addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml")

                 .addClasses(CustomerListDaoRemote.class, CustomerListTest.class);

But now I am stuck with creating the second .war file and I wonder if it is even possible to make two WebArchives (instead of JavaArchives) and create one 'test.war' from both of them. I've tried something like:

  WebArchive serviceWar = ShrinkWrap

                 .create(WebArchive.class, "service.war")

                 .add(clientWar, "/", ZipExporter.class).addAsManifestResource(EmptyAsset.INSTANCE, "beans.xml")

                 .addClass(CustomerListDao.class).addClass(CustomerListTest.class);


return ShrinkWrap.create(WebArchive.class, "test.war").add????

But it feels like a road to nowhere and I'm still not able to:

  @EJB

  private CustomerListDao customerListDao;

I would be really grateful for any feedback on this matter.

[kpiwko]

Hey Marek,

ShrinkWrap Archive<?> has a merge(Archive<?> archiveToMerge) call. That's the one your looking for.

You can see it in action for instance here: http://arquillian.org/guides/functional_testing_using_drone/

However, I do not understand your use case. If you need two different WARs, just provide two methods with @Deployment annotation. Otherwise, you should be able construct single archive, which the exception of Zip/Exploded importer.

HTH,

Karel

[narkh]

Thank you for fast reply. And yes, what I've done eariler is weird and rather newbie mistake. I am just looking for the best and most proper way of testing classes with remote interfaces and I found something like this -> https://github.com/arquillian/arquillian-showcase/tree/master/cdi-ejb/src/main/java/com/acme/cdiejb/mixedinterface and tried to adapt it to test .war instead of .ear.