broken SubjectServiceTomEETest in fb_tomee8

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

broken SubjectServiceTomEETest in fb_tomee8

Mark Struberg-2

I get a duplicate unit exception in jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This happens in the fb_tomee8 branch.

0 = {TreeMap$Entry@5654} "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1" ->
1 = {TreeMap$Entry@5655} "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2" ->
2 = {TreeMap$Entry@5656} "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling" ->
3 = {TreeMap$Entry@5657} "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1" ->
4 = {TreeMap$Entry@5658} "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2" ->
5 = {TreeMap$Entry@5659} "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling" ->


Anyone has an idea why?
txs and LieGrue,strub
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Romain Manni-Bucau
Can be a classloader change with a recent upgrade.

Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
écrit :

>
> I get a duplicate unit exception in
> jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This
> happens in the fb_tomee8 branch.
>
> 0 = {TreeMap$Entry@5654}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
> ->
> 1 = {TreeMap$Entry@5655}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
> ->
> 2 = {TreeMap$Entry@5656}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
> ->
> 3 = {TreeMap$Entry@5657}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
> ->
> 4 = {TreeMap$Entry@5658}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
> ->
> 5 = {TreeMap$Entry@5659}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
> ->
>
>
> Anyone has an idea why?
> txs and LieGrue,strub
>
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Mark Struberg-2
 It seems like one is coming from
file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe other from
file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling


As if it would be an Arquillian setup issue.I compared fb8 with master but could not find any differences though.
LieGrue,strub
    On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <[hidden email]> wrote:  
 
 Can be a classloader change with a recent upgrade.

Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
écrit :

>
> I get a duplicate unit exception in
> jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This
> happens in the fb_tomee8 branch.
>
> 0 = {TreeMap$Entry@5654}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
> ->
> 1 = {TreeMap$Entry@5655}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
> ->
> 2 = {TreeMap$Entry@5656}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
> ->
> 3 = {TreeMap$Entry@5657}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
> ->
> 4 = {TreeMap$Entry@5658}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
> ->
> 5 = {TreeMap$Entry@5659}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
> ->
>
>
> Anyone has an idea why?
> txs and LieGrue,strub
>  
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Mark Struberg-2
 commenting out adding the persistence.xml to the arquillian test makes it pass:
@Deployment
public static WebArchive archive() {
    return new WebModule(SubjectServiceTomEETest.class).getArchive()
            .addClass(VoteCounter.class)
            .addPackage(Subject.class.getPackage()) // domain
            //X .addAsWebInfResource(new ClassLoaderAsset("META-INF/persistence.xml"), "persistence.xml")

We had such problems in OpenWebBeans as well. There we opted to isolate the app away completely.That's one of the shortcomings of Arquilian in practice. It sadly makes a difference whether you run it embedded vs in-container vs remote-container :(
LieGrue,strub

    On Saturday, 9 June 2018, 16:13:52 CEST, Mark Struberg <[hidden email]> wrote:  
 
  It seems like one is coming from
file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe other from
file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling


As if it would be an Arquillian setup issue.I compared fb8 with master but could not find any differences though.
LieGrue,strub
    On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <[hidden email]> wrote: 
 
 Can be a classloader change with a recent upgrade.

Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
écrit :

>
> I get a duplicate unit exception in
> jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This
> happens in the fb_tomee8 branch.
>
> 0 = {TreeMap$Entry@5654}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
> ->
> 1 = {TreeMap$Entry@5655}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
> ->
> 2 = {TreeMap$Entry@5656}
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
> ->
> 3 = {TreeMap$Entry@5657}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
> ->
> 4 = {TreeMap$Entry@5658}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
> ->
> 5 = {TreeMap$Entry@5659}
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
> ->
>
>
> Anyone has an idea why?
> txs and LieGrue,strub
>   
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Romain Manni-Bucau
What is suspicious is that:
1. was working well for years
2. it is already isolated in tomee since we scan the deployable and not the
classpath for that reason

maybe the default scanning of the container change?

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le sam. 9 juin 2018 à 16:20, Mark Struberg <[hidden email]> a
écrit :

>  commenting out adding the persistence.xml to the arquillian test makes it
> pass:
> @Deployment
> public static WebArchive archive() {
>     return new WebModule(SubjectServiceTomEETest.class).getArchive()
>             .addClass(VoteCounter.class)
>             .addPackage(Subject.class.getPackage()) // domain
>             //X .addAsWebInfResource(new
> ClassLoaderAsset("META-INF/persistence.xml"), "persistence.xml")
>
> We had such problems in OpenWebBeans as well. There we opted to isolate
> the app away completely.That's one of the shortcomings of Arquilian in
> practice. It sadly makes a difference whether you run it embedded vs
> in-container vs remote-container :(
> LieGrue,strub
>
>     On Saturday, 9 June 2018, 16:13:52 CEST, Mark Struberg
> <[hidden email]> wrote:
>
>   It seems like one is coming from
> file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe
> other from
>
> file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling
>
>
> As if it would be an Arquillian setup issue.I compared fb8 with master but
> could not find any differences though.
> LieGrue,strub
>     On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <
> [hidden email]> wrote:
>
>  Can be a classloader change with a recent upgrade.
>
> Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
> écrit :
>
> >
> > I get a duplicate unit exception in
> > jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This
> > happens in the fb_tomee8 branch.
> >
> > 0 = {TreeMap$Entry@5654}
> >
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
> > ->
> > 1 = {TreeMap$Entry@5655}
> >
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
> > ->
> > 2 = {TreeMap$Entry@5656}
> >
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
> > ->
> > 3 = {TreeMap$Entry@5657}
> >
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
> > ->
> > 4 = {TreeMap$Entry@5658}
> >
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
> > ->
> > 5 = {TreeMap$Entry@5659}
> >
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
> > ->
> >
> >
> > Anyone has an idea why?
> > txs and LieGrue,strub
> >
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Mark Struberg-2
It also picks it up as 2 deplorable a...

Mit autocorrect gesendet

> Am 09.06.2018 um 18:02 schrieb Romain Manni-Bucau <[hidden email]>:
>
> What is suspicious is that:
> 1. was working well for years
> 2. it is already isolated in tomee since we scan the deployable and not the
> classpath for that reason
>
> maybe the default scanning of the container change?
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
>
>
> Le sam. 9 juin 2018 à 16:20, Mark Struberg <[hidden email]> a
> écrit :
>
>> commenting out adding the persistence.xml to the arquillian test makes it
>> pass:
>> @Deployment
>> public static WebArchive archive() {
>>    return new WebModule(SubjectServiceTomEETest.class).getArchive()
>>            .addClass(VoteCounter.class)
>>            .addPackage(Subject.class.getPackage()) // domain
>>            //X .addAsWebInfResource(new
>> ClassLoaderAsset("META-INF/persistence.xml"), "persistence.xml")
>>
>> We had such problems in OpenWebBeans as well. There we opted to isolate
>> the app away completely.That's one of the shortcomings of Arquilian in
>> practice. It sadly makes a difference whether you run it embedded vs
>> in-container vs remote-container :(
>> LieGrue,strub
>>
>>    On Saturday, 9 June 2018, 16:13:52 CEST, Mark Struberg
>> <[hidden email]> wrote:
>>
>>  It seems like one is coming from
>> file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe
>> other from
>>
>> file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling
>>
>>
>> As if it would be an Arquillian setup issue.I compared fb8 with master but
>> could not find any differences though.
>> LieGrue,strub
>>    On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <
>> [hidden email]> wrote:
>>
>> Can be a classloader change with a recent upgrade.
>>
>> Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
>> écrit :
>>
>>>
>>> I get a duplicate unit exception in
>>> jug.rest.arquillian.SubjectServiceTomEETest which is in polling-web.This
>>> happens in the fb_tomee8 branch.
>>>
>>> 0 = {TreeMap$Entry@5654}
>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
>>> ->
>>> 1 = {TreeMap$Entry@5655}
>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
>>> ->
>>> 2 = {TreeMap$Entry@5656}
>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
>>> ->
>>> 3 = {TreeMap$Entry@5657}
>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
>>> ->
>>> 4 = {TreeMap$Entry@5658}
>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
>>> ->
>>> 5 = {TreeMap$Entry@5659}
>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
>>> ->
>>>
>>>
>>> Anyone has an idea why?
>>> txs and LieGrue,strub
>>>

Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Romain Manni-Bucau
Hmm, if that's a regression due to openejb.scan.webapp.container change we
should fix it otherwise we'll break a lot of users.

Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> |  Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>


Le sam. 9 juin 2018 à 18:48, Mark Struberg <[hidden email]> a
écrit :

> It also picks it up as 2 deplorable a...
>
> Mit autocorrect gesendet
>
> > Am 09.06.2018 um 18:02 schrieb Romain Manni-Bucau <[hidden email]
> >:
> >
> > What is suspicious is that:
> > 1. was working well for years
> > 2. it is already isolated in tomee since we scan the deployable and not
> the
> > classpath for that reason
> >
> > maybe the default scanning of the container change?
> >
> > Romain Manni-Bucau
> > @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> > <https://rmannibucau.metawerx.net/> | Old Blog
> > <http://rmannibucau.wordpress.com> | Github <
> https://github.com/rmannibucau> |
> > LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> > <
> https://www.packtpub.com/application-development/java-ee-8-high-performance
> >
> >
> >
> > Le sam. 9 juin 2018 à 16:20, Mark Struberg <[hidden email]> a
> > écrit :
> >
> >> commenting out adding the persistence.xml to the arquillian test makes
> it
> >> pass:
> >> @Deployment
> >> public static WebArchive archive() {
> >>    return new WebModule(SubjectServiceTomEETest.class).getArchive()
> >>            .addClass(VoteCounter.class)
> >>            .addPackage(Subject.class.getPackage()) // domain
> >>            //X .addAsWebInfResource(new
> >> ClassLoaderAsset("META-INF/persistence.xml"), "persistence.xml")
> >>
> >> We had such problems in OpenWebBeans as well. There we opted to isolate
> >> the app away completely.That's one of the shortcomings of Arquilian in
> >> practice. It sadly makes a difference whether you run it embedded vs
> >> in-container vs remote-container :(
> >> LieGrue,strub
> >>
> >>    On Saturday, 9 June 2018, 16:13:52 CEST, Mark Struberg
> >> <[hidden email]> wrote:
> >>
> >>  It seems like one is coming from
> >>
> file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe
> >> other from
> >>
> >>
> file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling
> >>
> >>
> >> As if it would be an Arquillian setup issue.I compared fb8 with master
> but
> >> could not find any differences though.
> >> LieGrue,strub
> >>    On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <
> >> [hidden email]> wrote:
> >>
> >> Can be a classloader change with a recent upgrade.
> >>
> >> Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
> >> écrit :
> >>
> >>>
> >>> I get a duplicate unit exception in
> >>> jug.rest.arquillian.SubjectServiceTomEETest which is in
> polling-web.This
> >>> happens in the fb_tomee8 branch.
> >>>
> >>> 0 = {TreeMap$Entry@5654}
> >>>
> >>
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
> >>> ->
> >>> 1 = {TreeMap$Entry@5655}
> >>>
> >>
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
> >>> ->
> >>> 2 = {TreeMap$Entry@5656}
> >>>
> >>
> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
> >>> ->
> >>> 3 = {TreeMap$Entry@5657}
> >>>
> >>
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
> >>> ->
> >>> 4 = {TreeMap$Entry@5658}
> >>>
> >>
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
> >>> ->
> >>> 5 = {TreeMap$Entry@5659}
> >>>
> >>
> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
> >>> ->
> >>>
> >>>
> >>> Anyone has an idea why?
> >>> txs and LieGrue,strub
> >>>
>
>
Reply | Threaded
Open this post in threaded view
|

Re: broken SubjectServiceTomEETest in fb_tomee8

Mark Struberg-2
It would be great if you could take a look at it and fix it properly.

txs and LieGrue,
strub

> Am 09.06.2018 um 20:46 schrieb Romain Manni-Bucau <[hidden email]>:
>
> Hmm, if that's a regression due to openejb.scan.webapp.container change we
> should fix it otherwise we'll break a lot of users.
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
> <https://rmannibucau.metawerx.net/> | Old Blog
> <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
> <https://www.packtpub.com/application-development/java-ee-8-high-performance>
>
>
> Le sam. 9 juin 2018 à 18:48, Mark Struberg <[hidden email]> a
> écrit :
>
>> It also picks it up as 2 deplorable a...
>>
>> Mit autocorrect gesendet
>>
>>> Am 09.06.2018 um 18:02 schrieb Romain Manni-Bucau <[hidden email]
>>> :
>>>
>>> What is suspicious is that:
>>> 1. was working well for years
>>> 2. it is already isolated in tomee since we scan the deployable and not
>> the
>>> classpath for that reason
>>>
>>> maybe the default scanning of the container change?
>>>
>>> Romain Manni-Bucau
>>> @rmannibucau <https://twitter.com/rmannibucau> |  Blog
>>> <https://rmannibucau.metawerx.net/> | Old Blog
>>> <http://rmannibucau.wordpress.com> | Github <
>> https://github.com/rmannibucau> |
>>> LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
>>> <
>> https://www.packtpub.com/application-development/java-ee-8-high-performance
>>>
>>>
>>>
>>> Le sam. 9 juin 2018 à 16:20, Mark Struberg <[hidden email]> a
>>> écrit :
>>>
>>>> commenting out adding the persistence.xml to the arquillian test makes
>> it
>>>> pass:
>>>> @Deployment
>>>> public static WebArchive archive() {
>>>>   return new WebModule(SubjectServiceTomEETest.class).getArchive()
>>>>           .addClass(VoteCounter.class)
>>>>           .addPackage(Subject.class.getPackage()) // domain
>>>>           //X .addAsWebInfResource(new
>>>> ClassLoaderAsset("META-INF/persistence.xml"), "persistence.xml")
>>>>
>>>> We had such problems in OpenWebBeans as well. There we opted to isolate
>>>> the app away completely.That's one of the shortcomings of Arquilian in
>>>> practice. It sadly makes a difference whether you run it embedded vs
>>>> in-container vs remote-container :(
>>>> LieGrue,strub
>>>>
>>>>   On Saturday, 9 June 2018, 16:13:52 CEST, Mark Struberg
>>>> <[hidden email]> wrote:
>>>>
>>>> It seems like one is coming from
>>>>
>> file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#pollingthe
>>>> other from
>>>>
>>>>
>> file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling
>>>>
>>>>
>>>> As if it would be an Arquillian setup issue.I compared fb8 with master
>> but
>>>> could not find any differences though.
>>>> LieGrue,strub
>>>>   On Saturday, 9 June 2018, 14:28:38 CEST, Romain Manni-Bucau <
>>>> [hidden email]> wrote:
>>>>
>>>> Can be a classloader change with a recent upgrade.
>>>>
>>>> Le sam. 9 juin 2018 13:23, Mark Struberg <[hidden email]> a
>>>> écrit :
>>>>
>>>>>
>>>>> I get a duplicate unit exception in
>>>>> jug.rest.arquillian.SubjectServiceTomEETest which is in
>> polling-web.This
>>>>> happens in the fb_tomee8 branch.
>>>>>
>>>>> 0 = {TreeMap$Entry@5654}
>>>>>
>>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client1"
>>>>> ->
>>>>> 1 = {TreeMap$Entry@5655}
>>>>>
>>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#client2"
>>>>> ->
>>>>> 2 = {TreeMap$Entry@5656}
>>>>>
>>>>
>> "file:/home/struberg/.m2/repository/jug/polling-domain/1.1.0-SNAPSHOT/polling-domain-1.1.0-SNAPSHOT.jar#polling"
>>>>> ->
>>>>> 3 = {TreeMap$Entry@5657}
>>>>>
>>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client1"
>>>>> ->
>>>>> 4 = {TreeMap$Entry@5658}
>>>>>
>>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#client2"
>>>>> ->
>>>>> 5 = {TreeMap$Entry@5659}
>>>>>
>>>>
>> "file:/tmp/arquillian-tomee-app-working-dir/0/SubjectServiceTomEETest/#polling"
>>>>> ->
>>>>>
>>>>>
>>>>> Anyone has an idea why?
>>>>> txs and LieGrue,strub
>>>>>
>>
>>