Mailing-List: contact users-help@deltaspike.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@deltaspike.apache.org
Received-SPF: pass (nike.apache.org: domain of andraschko.thomas@gmail.com
 designates 209.85.223.181 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAJEn2S72Jwf1WEQJJfihkkrNdnzC+7VbXtgiUh7td45Lr+JnLA@mail.gmail.com>
References: <548F650E.1030208@aon.at>
	<74dc19cc8dda40a1abf83e73a84ccac6@calypso.ctp.com>
	<CAJEn2S72Jwf1WEQJJfihkkrNdnzC+7VbXtgiUh7td45Lr+JnLA@mail.gmail.com>
Date: Tue, 16 Dec 2014 14:23:16 +0100
Message-ID: 
 <CAAuOd=Vf0MTFPDQ_mGXcfYGDaX7uC4GQAw=1tHkS9OuLP9DJ-g@mail.gmail.com>
Subject: Re: Data module and serializability in cluster w/ distributable
 session
From: Thomas Andraschko <andraschko.thomas@gmail.com>
To: users@deltaspike.apache.org
Content-Type: multipart/alternative; boundary=001a11332018067f04050a554364

--001a11332018067f04050a554364
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

:D

IMO it also doesn't make sense to serialize repositories!

2014-12-16 14:16 GMT+01:00 Thomas Hug <thomas.hug@gmail.com>:
>
> Officially declaring this the "Thomas" thread ;-)
>
> Agree with Thomas that going for AppScope is probably the simplest
> workaround for now. I remember some efforts for serialization (as OWB
> complained for some cases) but overall it does not work well when you hav=
e
> to inject EMs or use Instance<>. Fixing this properly might require a maj=
or
> refactoring.
>
> On Tue, Dec 16, 2014 at 8:17 AM, Thomas Andraschko <
> andraschko.thomas@gmail.com> wrote:
> >
> > Hi,
> >
> > i would make your repositories AppScoped.
> > Unfortunately AppScoped doesn't work for abstract repositories :/ I sti=
ll
> > have the same problem ->
> > https://issues.apache.org/jira/browse/DELTASPIKE-647
> >
> >
> > 2014-12-15 23:47 GMT+01:00 Thomas Fr=C3=BChbeck <fruehbeck@aon.at>:
> > >
> > > Hi,
> > >
> > > we are integrating Data module of DS as vital part of our persistence
> > > layer, but unfortunately Repositories are not Serializable, so that
> SFSB
> > or
> > > SessionScoped beans with Dependent scoped dependencies on Repositorie=
s
> > will
> > > fail in cluster configurations.
> > >
> > > Due to some recent overuse of scoped dependencies we would like to
> > refrain
> > > from again starting to scope vital infrastructure.
> > >
> > > Can you give some advice, which way to solve this problem?
> > >
> > > Many thanks for your dedication to DeltaSpike and your help,
> > > Thomas
> > >
> >
>

--001a11332018067f04050a554364--