10 Replies Latest reply on Mar 21, 2013 11:14 AM by igarashitm

status on modularization of test mixins

kcbabo Nov 20, 2012 10:11 PM

I have this pretty close now, but running into some issues with the optional/required dependencies between a few MixIns. Before I get to that, my changes can be found here:

https://github.com/kcbabo/parent/tree/SWITCHYARD-1184

https://github.com/kcbabo/core/tree/SWITCHYARD-1184

https://github.com/kcbabo/components/tree/SWITCHYARD-1184

Everythign builds except for the JCA gateway in components. One change that may be impacting this is CDIMixIn no longer has an optional dependency on TransactionMixIn. This actually produces a circular dependency between the two modules as the Transaction MixIn depennds on an interface in CDIMixIn as well. The same issue exists between JCA and Transaction MixIns, but I've left those together for the moment.

I get loads of these in the JCA gateway tests:

com.github.fungal.spi.deployers.DeployException: Deployment jar:file:/Users/kbabo/.m2/repository/org/jboss/ironjacamar/ironjacamar-embedded/1.0.9.Final/ironjacamar-embedded-1.0.9.Final.jar!/naming.xml failed

Caused by: com.github.fungal.spi.deployers.DeployException: Installing bean NamingBeanImpl

Caused by: java.lang.ClassNotFoundException: org.jnp.server.NamingBeanImpl

Thoughts?

1. Re: status on modularization of test mixins

igarashitm Nov 20, 2012 10:34 PM (in response to kcbabo)

Hi Keith,

test/mixins/naming/src/main/resources/naming.xml

should be moved to

test/mixins/jca/src/main/resources/naming.xml

This file is used by IronJacamar embedded (fungal deployment def)

Thanks,
Tomo
Actions
2. Re: status on modularization of test mixins

kcbabo Nov 20, 2012 11:14 PM (in response to igarashitm)

Thanks Tomo!
Actions

3. Re: status on modularization of test mixins

kcbabo Nov 21, 2012 8:58 AM (in response to kcbabo)

I'm now hitting this:

testUnmanagedOutboundJMS(org.switchyard.component.jca.deploy.JCAJMSReferenceBindingTest)  Time elapsed: 0 sec  <<< FAILURE!
junit.framework.AssertionFailedError: Failed to start IronJacamar Embedded: Deployment jar:file:/Users/kbabo/.m2/repository/org/jboss/ironjacamar/ironjacamar-embedded/1.0.9.Final/ironjacamar-embedded-1.0.9.Final.jar!/stdio.xml failed

BTW, I pushed a new rev of my components code, so you will want to re-pull to see the above error.

4. Re: status on modularization of test mixins

mageshbk Mar 20, 2013 2:09 AM (in response to kcbabo)

Hi Keith, What is the logical conclusion for the FAILURE above? I am hitting the same issue on a different note.
Actions
5. Re: status on modularization of test mixins

kcbabo Mar 20, 2013 7:36 AM (in response to mageshbk)

I don't remember what the resolution to the above was, but it definitely was fixed. It might have been dependency related, but I can't say for sure. Where are you hitting this now? If you have some code which Tomo can pull to reproduce then he can probably sort it out.
Actions
6. Re: status on modularization of test mixins

mageshbk Mar 21, 2013 2:52 AM (in response to kcbabo)

According to Tomo, the issue can appear when one of the primordial JCA test failed for some other reason! All subsequent tests would fail with this message. Now, although we need to find a way to get that fixed, right now manual digging is necessary to find the first test that failed.
Actions
7. Re: status on modularization of test mixins

igarashitm Mar 21, 2013 9:32 AM (in response to mageshbk)

Yep, it hides the root cause, so kind of annoying... but if we elliminate the IronJacamar embedded itself from the JCAMixIn then it should go away together. We need to do that at some point because the embedded one is not supported officially. Arquillian integration may be the successor. Can we have a plan to have this surgery before 1.0?
Actions
8. Re: status on modularization of test mixins

kcbabo Mar 21, 2013 9:41 AM (in response to igarashitm)

If we go with Arquillian instead, woiuld the JCAMixIn go away entirely? I'm OK with using Arquillian for in-container testing relative to JCA. Lukasz had mentioned at one point he was going to look at moving our test kit to an embedded container in Arquillian, which would smooth things out from a user perspective. We do a lot of custom lifecycle and injection stuff in our test kit though, so we need to make sure the same hooks are available via Arquillian.
Actions
9. Re: status on modularization of test mixins

mageshbk Mar 21, 2013 10:15 AM (in response to kcbabo)

I totally agree! Tomo, my intention is to move the build towards AS 7.2 and I see these failures. If you have time and look at it real quick, it would help, else, we need your guidance.

cheers,
.Magesh
Actions
10. Re: status on modularization of test mixins

igarashitm Mar 21, 2013 11:14 AM (in response to kcbabo)

JCAMixIn should be a thin utility to help deploying thirdparty resource adapter or create&deploy the mock resource adapter, once we succeed to integrate with arquillian-as7.

I just noticed there is embedded version of arquillian as7 plugin. We may want to create SwitchYard plugin on top of it though. That's worh investigating.
Actions

Go to original post