[jboss-as7-dev] AS7 Arquillian and OSGi

[Brian Stansberry]

I wouldn't revert it without a different fix; i.e.

https://issues.jboss.org/browse/JBAS-9146

On 3/29/11 1:24 PM, Carlo de Wolf wrote:
> Don't revert. We need this for server stability. [1]
> It doesn't impact the Arquillian API in any way.
>
> Carlo
>
> [1] https://issues.jboss.org/browse/JBAS-9077
>
> On 03/29/2011 06:31 PM, Brian Stansberry wrote:
>> Oops, I hadn't read this and committed
>>
>> https://github.com/bstansberry/jboss-as/commit/5431043cc0a7d9f1e6b18bdd6a001233d0c64822
>>
>>
>> I can revert that and put in a different fix if need be.
>>
>> On 3/25/11 12:09 AM, Andrew Lee Rubinger wrote:
>>> I'm looking to upgrade ARQ in AS:
>>>
>>> https://issues.jboss.org/browse/JBAS-8946
>>>
>>> ...but AS is using a fork of Arquillian:
>>>
>>> <version.org.jboss.arquillian>1.0.0.Alpha4.SP9</version.org.jboss.arquillian>
>>>
>>>
>>> First, I can't find the source location for this tag. Closest I can
>>> see is:
>>>
>>> https://github.com/tdiesler/arquillian/commits/1.0.0.Alpha4.SP7
>>>
>>> ...and also there's some ARQ branch:
>>>
>>> https://github.com/arquillian/arquillian/commits/1.0.0.Alpha4-OSGi
>>>
>>> It's possible/probable that I missed some discussion on the reasoning
>>> behind this, but I want to put a stop to this kind of forking. Yes, I
>>> know that AS needed a release of ARQ before ARQ was ready for alpha-5.
>>>
>>> AS is in a position to fuel Arquillian development, and at the very
>>> least if forks are needed in a clutch, they've got to go into the
>>> authoritative Arquillian repository:
>>>
>>> https://github.com/arquillian/arquillian
>>>
>>> That said, I'm looking to resolve this and bring any changes that are
>>> demanded by AS back in line with current ARQ upstream/master.
>>>
>>> If you can point me at where the SP9 tag lives, I can start a discussion
>>> w/ Aslak about what we need to do to bring these changes into
>>> upstream/master. Perhaps some additional layering will be necessary to
>>> tack on OSGi-specific stuff that shouldn't be in ARQ core, and we should
>>> handle that too.
>>>
>>> But long-term, AS is going to need a version of ARQ that's not forked
>>> off current development so that we can do drop-in-place upgrades.
>>>
>>> S,
>>> ALR
>>> _______________________________________________
>>> jboss-as7-dev mailing list
>>> jboss-as7-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>>
>


-- 
Brian Stansberry
Principal Software Engineer
JBoss by Red Hat