Hi Andy/Romain, I'll load on github today and create a ticket.
I have verified that it is a single instance by having a static initializer: private static final String uuid = UUID.randomUUID().toString(); The uuid remains the same on both calls to the postconstruct method Paul On Tue, Oct 10, 2017 at 7:56 AM, Romain Manni-Bucau <rmannibu...@gmail.com> wrote: > Hi Paul, > > Did you check the instance - identity hashcode for instance? I wonder if it > is not 2 instances triggered on the same event. > > Otherwise Andy is fully right in terms of enabling us to help you. > > Le 10 oct. 2017 01:25, "Andy Gumbrecht" <agumbre...@tomitribe.com> a > écrit : > > > Hi Paul, > > > > In the interest of safety first, and benefit second, please create a > > ticket here: https://issues.apache.org/jira/projects/TOMEE > > > > Rather than attaching a ZIP here, please consider creating a GitHub > > project and sharing it in the ticket. > > > > Thanks, > > > > Andy. > > > > On 09/10/17 15:00, Paul Carter-Brown wrote: > > > >> Hi, > >> > >> Please see attached a test project in which a simple singleton is being > >> initialised twice (post construct is called twice). Deploy the ear to > TomEE > >> (i'm using 7.0.3) and look at the logs. > >> > >> I picked up this issue in a large project with an ear containing many > >> wars packaged as "skinny". The injected bean is in one of the shared > >> libraries. > >> > >> If the pom in the ear project is changed to > <skinnyWars>false</skinnyWars> > >> and lines 44-48 are removed then the issue goes away and the init is > only > >> called once. > >> > >> Any ideas? > >> > >> Paul > >> > >> > >> This email is subject to the disclaimer of Smile Communications > athttp:// > >> www.smilecoms.com/home/email-disclaimer/ <http://www.smilecoms.com/home > >> /email-disclaimer/> > >> > > > > >