<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<br>
<div class="moz-cite-prefix">On 09/21/2012 04:14 PM, Paul Robinson
wrote:<br>
</div>
<blockquote
cite="mid:FB149961-84C6-4E2D-B3EE-80B4A0A95C43@redhat.com"
type="cite">Thomas,
<div><br>
</div>
<div>I'm a bit confused by you're email...</div>
<div><br>
<div>
<div>On 21 Sep 2012, at 12:17, Thomas Diesler wrote:</div>
<br class="Apple-interchange-newline">
<blockquote type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
<div text="#000000" bgcolor="#FFFFFF"> <tt>I looked into
this and it turns out that it cannot get fixed easily. <br>
</tt></div>
</blockquote>
<div><br>
</div>
<div>Do you mean, specifically for this release (7.2.0), or in
general that we always need to run the same version of the
container dependency and the target server?</div>
</div>
</div>
</blockquote>
<tt>I looked at the question of whether any released
jboss-as-arquillian container can be used with the current server
code base. I found API incompatibilities, which could be overcome
by adding deprecated APIs the delegate to the server, but also
semantic incompatibilities which cannot be overcome. The released
arq containers check for a condition that used to be an error in
7.1.2 but is now the correct behaviour. <br>
<br>
I'll look at this a little more
(<a class="moz-txt-link-freetext" href="https://issues.jboss.org/browse/AS7-5613">https://issues.jboss.org/browse/AS7-5613</a>) and see if I can
improve stability for the future. <br>
<br>
For the time being I see no alternative but using a SNAPSHOT of
the ARQ container or releasing your own fork of it. </tt><br>
<blockquote
cite="mid:FB149961-84C6-4E2D-B3EE-80B4A0A95C43@redhat.com"
type="cite">
<div>
<div><br>
<blockquote type="cite">
<div text="#000000" bgcolor="#FFFFFF"><tt> <br>
For background info: We used to have the ARQ server side
components available as a subsystem. This is the thing
that receives the remote JMX invocation, runs JUnit on
the server and reports the test results back. It was
then decided to remove that subsystem and provide these
services dynamically as part of the ARQ TestSuite#Start
lifecycle. The code that was contained in the ARQ
subsytem is now assembled on the client side and
deployed to AS as the arquillian-service deployment.</tt></div>
</blockquote>
<blockquote type="cite">
<div text="#000000" bgcolor="#FFFFFF"><tt> <br>
This ARQ deployment has a few dependencies on the server
components and the OSGi subsystem. The dependency on
OSGi is necessary because test class loading works
differently when the test case is contained in a bundle.
Additionally the osgi subsystem needs to be bootstrapped
if there is a test deployment that needs it.<br>
<br>
The API incompatibilities could be overcome but there is
also a fundamental semantic change with respect to
7.2.1.Final. We now have a Module attached to the DU for
a successfully resolved bundle. This however is an error
condition in the 7.2.1.Final ARQ service.<br>
</tt></div>
</blockquote>
<div><br>
</div>
<div>Do you mean 7.2.1.Final?</div>
</div>
</div>
</blockquote>
Sorry, I meant 7.1.2.Final.<br>
<blockquote
cite="mid:FB149961-84C6-4E2D-B3EE-80B4A0A95C43@redhat.com"
type="cite">
<div>
<div><br>
<blockquote type="cite">
<div text="#000000" bgcolor="#FFFFFF"><tt> <br>
I propose to release a recent snapshot of the
jboss-as/arquillian maven modules. That 3rd party can
use to run their tests against the 7.2.x code base.<br>
<br>
cheers<br>
--thomas <br>
<br>
</tt>
<div class="moz-cite-prefix">On 09/17/2012 05:12 PM, Paul
Robinson wrote:<br>
</div>
<blockquote
cite="mid:43217235-4F62-47ED-970D-75A4E3C663BD@redhat.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<div>All,</div>
<div><br>
</div>
<div>JBoss transactions uses Arquillian for some of the
project tests. Therefore JBossTS has a dependency on
AS7 (for the Arquillian container dependency), but as
AS7 consumes JBossTS, the target AS7 version is not
available when we do the release of JBossTS. We get
around this at the moment by referencing a SNAPSHOT
version of AS7 in the Arquillian container dependency.
However, this does mean that our release will
reference the SNAPSHOT dependency.</div>
<div><br>
</div>
<div>This must be a common issue that other projects
have. I was wondering what the accepted pattern was to
solve this issue?</div>
<div><br>
</div>
<div>Paul.</div>
<div><br>
</div>
<div apple-content-edited="true"> <span
class="Apple-style-span" style="border-collapse:
separate; font-family: Helvetica; font-style:
normal; font-variant: normal; font-weight: normal;
letter-spacing: normal; line-height: normal;
orphans: 2; text-align: -webkit-auto; text-indent:
0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 0px;
-webkit-border-horizontal-spacing: 0px;
-webkit-border-vertical-spacing: 0px;
-webkit-text-decorations-in-effect: none;
-webkit-text-size-adjust: auto;
-webkit-text-stroke-width: 0px; font-size: medium; ">
<div>-- </div>
<div>Paul Robinson</div>
<div>Web service transactions lead</div>
<div><a moz-do-not-send="true"
href="mailto:paul.robinson@redhat.com">paul.robinson@redhat.com</a></div>
<div><br>
</div>
<div>JBoss, a Division of Red Hat</div>
<div>Registered in England and Wales under Company
Registration No. 03798903</div>
<div>Directors: Michael Cunningham (USA), Brendan
Lane (Ireland), Matt Parson</div>
<div>(USA), Charlie Peters (USA)</div>
</span> </div>
<br>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
jboss-as7-dev mailing list
<a moz-do-not-send="true" class="moz-txt-link-abbreviated" href="mailto:jboss-as7-dev@lists.jboss.org">jboss-as7-dev@lists.jboss.org</a>
<a moz-do-not-send="true" class="moz-txt-link-freetext" href="https://lists.jboss.org/mailman/listinfo/jboss-as7-dev">https://lists.jboss.org/mailman/listinfo/jboss-as7-dev</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
</pre>
</div>
</blockquote>
</div>
<br>
<div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse:
separate; color: rgb(0, 0, 0); font-family: Helvetica;
font-style: normal; font-variant: normal; font-weight:
normal; letter-spacing: normal; line-height: normal;
orphans: 2; text-align: -webkit-auto; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-border-horizontal-spacing: 0px;
-webkit-border-vertical-spacing: 0px;
-webkit-text-decorations-in-effect: none;
-webkit-text-size-adjust: auto; -webkit-text-stroke-width:
0px; font-size: medium; "><span class="Apple-style-span"
style="border-collapse: separate; color: rgb(0, 0, 0);
font-family: Helvetica; font-style: normal; font-variant:
normal; font-weight: normal; letter-spacing: normal;
line-height: normal; orphans: 2; text-align: -webkit-auto;
text-indent: 0px; text-transform: none; white-space:
normal; widows: 2; word-spacing: 0px;
-webkit-border-horizontal-spacing: 0px;
-webkit-border-vertical-spacing: 0px;
-webkit-text-decorations-in-effect: none;
-webkit-text-size-adjust: auto; -webkit-text-stroke-width:
0px; font-size: medium; ">
<div style="word-wrap: break-word; -webkit-nbsp-mode:
space; -webkit-line-break: after-white-space; ">-- <br>
Paul Robinson<br>
Web Service Transactions Lead<br>
<a moz-do-not-send="true"
href="mailto:paul.robinson@redhat.com">paul.robinson@redhat.com</a><br>
<br>
JBoss, a Division of Red Hat<br>
Registered in England and Wales under Company
Registration No. 03798903<br>
Directors: Michael Cunningham (USA), Brendan Lane
(Ireland), Matt Parson<br>
(USA), Charlie Peters (USA)</div>
</span></span>
</div>
<br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
Thomas Diesler
JBoss OSGi Lead
JBoss, a division of Red Hat
xxxxxxxxxxxxxxxxxxxxxxxxxxxx
</pre>
</body>
</html>