-
1. Re: Naming context to be used by SwitchYardTestKit
igarashitm Apr 23, 2012 3:02 PM (in response to igarashitm)After got comments from Jesper and a bit more thoughts, 4th option sounds better to me - unit testcases should focused on the SwitchYard application testing, and control via MockResourceAdapter instead of connecting to the EIS actually. We can use Arquillian and AS7 when we need to deploy the ResourceAdapter and connect to the EIS actually. That is something for the integration testcases which may be in the release repo.
-
2. Re: Naming context to be used by SwitchYardTestKit
kcbabo Apr 23, 2012 9:29 PM (in response to igarashitm)Sorry to force you to answer yourself, Tomo. :-)
I think there are two different test scenarios for JCA here:
Scenario 1 : our internal testing of the JCA gateway component. Seems to me this should use embedded IronJacamar and several types of resource adapters. JMS certainly and maybe a test one that's used in IronJacamar or one we develop on our own. The purpose of these tests is to validate our implementation of a JCA gateway.
Scenario 2 : users developing applications which use the JCA gateway. This is where a JCAMixIn comes into play. The main scenario I can think of here is when the user will want to test their application with the resource adapter for their EIS. In this case, I think they would want to use Arquillian in AS7 with their specific resource adapter.
Does that sound right to you?
-
3. Re: Naming context to be used by SwitchYardTestKit
igarashitm Apr 23, 2012 10:38 PM (in response to kcbabo)No problem, but thanks for the comment, Keith!
Scenario 1 : our internal testing of the JCA gateway component. Seems to me this should use embedded IronJacamar and several types of resource adapters. JMS certainly and maybe a test one that's used in IronJacamar or one we develop on our own. The purpose of these tests is to validate our implementation of a JCA gateway.
As chatted on IRC, we may also use Arquillian for this Scenario.
Scenario 2 : users developing applications which use the JCA gateway. This is where a JCAMixIn comes into play. The main scenario I can think of here is when the user will want to test their application with the resource adapter for their EIS. In this case, I think they would want to use Arquillian in AS7 with their specific resource adapter.
I think Scenario 2 can be divided in two phase - unit test and integration test. On unit test, user may want to test their SwitchYard application without connecting to the EIS, so it would be great if we provide the mock up stuff. And integration test is just you have mentioned as Scenario 2.
However providing mock up stuff may be too ambitious at this moment. Let's see the Arquillian testcases first.
Thanks,
Tomo