Mailing-List: contact deltaspike-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: deltaspike-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of rmannibucau@gmail.com
 designates 209.85.160.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <EAFE8723-BE97-4A8F-A96E-69E6BCEDBF32@redhat.com>
References: 
 <CACLE=7MLu0oa9XBF2m=_xFO+ptLqro+1R_SV36DgCe5Wi1YtJA@mail.gmail.com>
 <952DD4DA-7813-4A72-BF16-B282F85D431C@redhat.com>
 <1340626872.97735.YahooMailNeo@web171506.mail.ir2.yahoo.com>
 <2F77E293C046E7469D72240E09A2FB100BFD030BBA@hermes.ctp.com>
 <3976EDE3-9ECE-4083-AEF0-28100EC83BAF@redhat.com>
 <CAGJtJfE_ihR=fqxDjMJdb4Ny7Uuqm3oCVCm=4utOT_Ct8=e+2g@mail.gmail.com>
 <CACLE=7Nmct7TsPKG4EBHXT4sTgmKNa=YHquB-PxuNEzkgBV4Gg@mail.gmail.com>
 <1340690302.85945.YahooMailNeo@web171502.mail.ir2.yahoo.com>
 <2F77E293C046E7469D72240E09A2FB100BFD78B520@hermes.ctp.com>
 <CACLE=7Obb0xxhOtvzwiuVzkuq9EjSD2vteCrPPHeG060c+t2+Q@mail.gmail.com>
 <20120627110513.4CCA516422F@mx01.openknowledge.de>
 <1340797779.6673.YahooMailNeo@web171502.mail.ir2.yahoo.com>
 <CACLE=7MY8pqZgmx0aDyPwX+hL5o5TdDV1vihaOkezy9hqBA1Zg@mail.gmail.com>
 <852CC056-60EC-4363-9C91-3019F0CB9B2C@redhat.com>
 <CACLE=7PCF5gUOnpu__it7r=Lh+Y7f2EPRKW5-yYLu1TkO4Nxqw@mail.gmail.com>
 <EAFE8723-BE97-4A8F-A96E-69E6BCEDBF32@redhat.com>
From: Romain Manni-Bucau <rmannibucau@gmail.com>
Date: Wed, 27 Jun 2012 17:22:14 +0200
Message-ID: 
 <CACLE=7O8GXnNdZqmCQhxoPyOY8qNG9p3+Nzn8AiDtAH9_dr5-A@mail.gmail.com>
Subject: Re: cdi-query
To: deltaspike-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=047d7b33d924e1f34c04c375c8d5

--047d7b33d924e1f34c04c375c8d5
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

javaee-api in openejb for instance:
http://svn.apache.org/repos/asf/openejb/trunk/javaee-api/pom.xml

- Romain


2012/6/27 Pete Muir <pmuir@redhat.com>

> Do you have some good examples of shade working well, I've never ever see=
n
> it be a good approach for frameworks.
>
> On 27 Jun 2012, at 11:17, Romain Manni-Bucau wrote:
>
> > @Pete: DS can deliver fine grain modules which are nice for some part o=
f
> > the users and shade modules ("big jar") for advances user. Just a maven
> > trick. this way everuone is happy and honestly today any nice IDE
> supports
> > it without any issue.
> >
> > - Romain
> >
> >
> > 2012/6/27 Pete Muir <pmuir@redhat.com>
> >
> >> It's insanely complex for a new user. Java is already confusing, with
> it's
> >> hundreds of libs. Adding more complexity to packaging won't help with
> >> DeltaSpike adoption IMO.
> >>
> >> On 27 Jun 2012, at 07:58, Romain Manni-Bucau wrote:
> >>
> >>> Mark,
> >>>
> >>> what's the issue? The thing to take care is to not create a module
> simply
> >>> for integration. But a module by feature is fine and nice IMO.
> >>>
> >>> - Romain
> >>>
> >>>
> >>> 2012/6/27 Mark Struberg <struberg@yahoo.de>
> >>>
> >>>> Romain, Arne.
> >>>>
> >>>>
> >>>> Please make suggestions which classes/features we should push into
> which
> >>>> module. Any suggestion is welcome
> >>>> I think our whole JPA functionality is not that huge and are just 30
> >>>> classes overall. Splitting those into 6 modules (3x api + impl each)
> >> might
> >>>> really be too much!
> >>>>
> >>>> LieGrue,
> >>>> strub
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>> ________________________________
> >>>>> From: Arne Limburg <arne.limburg@openknowledge.de>
> >>>>> To: "deltaspike-dev@incubator.apache.org" <
> >>>> deltaspike-dev@incubator.apache.org>
> >>>>> Sent: Wednesday, June 27, 2012 1:07 PM
> >>>>> Subject: AW: cdi-query
> >>>>>
> >>>>> I completely agree with Romain on that topic
> >>>>>
> >>>>> -----Urspr=FCngliche Nachricht-----
> >>>>> Von: Romain Manni-Bucau [mailto:rmannibucau@gmail.com]
> >>>>> Gesendet: Mittwoch, 27. Juni 2012 11:46
> >>>>> An: deltaspike-dev@incubator.apache.org
> >>>>> Betreff: Re: cdi-query
> >>>>>
> >>>>> Still not totally agree on modules stuff (should it be pushed in
> >> another
> >>>> thread?), in particular from a user perspective. I think allowing
> users
> >> to
> >>>> take small bundle or an already aggregated one (shade) is a great
> >> feature.
> >>>>>
> >>>>> - Romain
> >>>>>
> >>>>>
> >>>>> 2012/6/27 Thomas Hug <Thomas.Hug@ctp-consulting.com>
> >>>>>
> >>>>>> @Mark, +1 on not being excessive on the amount of modules. As a
> user I
> >>>>>> don't think I'd like maintaining another x dependencies, those POM=
s
> >>>>>> are usually big enough :-) Anyway, depending on the amount of
> features
> >>>>>> integrating for such a query API, that might well fall into the
> >>>>>> "decent size" category.
> >>>>>>
> >>>>>> @Pete, +1 for the ServiceHandler - IMO very convenient when using
> >>>>>> methods just as metadata (e.g. for calling stored procs, obviously
> JPA
> >>>>>> queries or a JAX-RS client).
> >>>>>>
> >>>>>> @Jason, Bernard: Agree that I have rarely used the Home API in a
> >>>>>> productive application, still I found it quite handy for
> prototyping.
> >>>>>> Could be useful to add this on top of a query API (and create e.g.=
 a
> >>>>>> Forge scaffolding provider?).
> >>>>>>
> >>>>>> Cheers,
> >>>>>> Tom
> >>>>>>
> >>>>>> -----Original Message-----
> >>>>>> From: Mark Struberg [mailto:struberg@yahoo.de]
> >>>>>> Sent: Dienstag, 26. Juni 2012 07:58
> >>>>>> To: deltaspike-dev@incubator.apache.org
> >>>>>> Subject: Re: cdi-query
> >>>>>>
> >>>>>> I fear that would get us into jarmageddon...
> >>>>>>
> >>>>>> We discussed the module structure at the very beginning, and we al=
l
> >>>>>> concluded that there are 2 reasons for introducing a new module:
> >>>>>> .) a dependency to another project or EE api (like jta, jpa, jsf)
> >>>>>> .) an area which is an completely own block and has a decent size
> (min
> >>>>>> ~30..50 new classes)
> >>>>>>
> >>>>>> Since the whole JPA area doesn't have more than 10 classes yet, I =
do
> >>>>>> not see a reason for introducing a new API for them.
> >>>>>>
> >>>>>> Also the whole EE vs SE is moot imo. Either we have a new API or
> not.
> >>>>>> The classic J2EE patterns are dead dead dead anyway. EE-6 gave us
> much
> >>>>>> better possibilities, so we should use them and not fall back to
> _old_
> >>>> EE patterns.
> >>>>>>
> >>>>>> What we could do is to disucss whether the 'jta' module would bett=
er
> >>>>>> called 'deltaspike-jpa-ee' and not only contain JTA but also
> >>>>>> TransactionAttributeType handling from EJB?
> >>>>>>
> >>>>>>
> >>>>>> LieGrue,
> >>>>>> strub
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> ----- Original Message -----
> >>>>>>> From: Romain Manni-Bucau <rmannibucau@gmail.com>
> >>>>>>> To: deltaspike-dev@incubator.apache.org
> >>>>>>> Cc:
> >>>>>>> Sent: Tuesday, June 26, 2012 12:30 AM
> >>>>>>> Subject: Re: cdi-query
> >>>>>>>
> >>>>>>> +1
> >>>>>>>
> >>>>>>> - Romain
> >>>>>>>
> >>>>>>>
> >>>>>>> 2012/6/26 Gerhard Petracek <gerhard.petracek@gmail.com>
> >>>>>>>
> >>>>>>>> @ pete:
> >>>>>>>> +1
> >>>>>>>>
> >>>>>>>> @ java-se vs java-ee features:
> >>>>>>>>
> >>>>>>>> we can think about a more fine-grained structure (similar to
> seam3).
> >>>>>>>> e.g.:
> >>>>>>>> deltaspike-jpa-transaction
> >>>>>>>> deltaspike-jpa-query
> >>>>>>>> ...
> >>>>>>>>
> >>>>>>>> regards,
> >>>>>>>> gerhard
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> 2012/6/25 Pete Muir <pmuir@redhat.com>
> >>>>>>>>
> >>>>>>>>> Well, we were looking for some good use cases for the
> >>>> ServiceHandler.
> >>>>>>>>>
> >>>>>>>>> I would be in support of adding it to DS core, now we have a
> >>>>>>>> strong
> >>>>>>> use
> >>>>>>>>> case.
> >>>>>>>>>
> >>>>>>>>> Property util should not be controversial. Maybe we can improve
> >>>>>>> it's API
> >>>>>>>>> whilst we are at it :-)
> >>>>>>>>>
> >>>>>>>>> On 25 Jun 2012, at 10:25, Thomas Hug wrote:
> >>>>>>>>>
> >>>>>>>>>> Eventually this came in a little early, but it's already on
> >>>>>>> the radar:
> >>>>>>>>>> https://issues.apache.org/jira/browse/DELTASPIKE-60
> >>>>>>>>>>
> >>>>>>>>>> The current implementation mainly depends on the Solder
> >>>>>>> ServiceHandler
> >>>>>>>>> (as far as I remember not yet in DS, waiting for CDI 1.1) and
> >>>>>>>> the Property  > utils.
> >>>>>>>>>>
> >>>>>>>>>> Cheers,
> >>>>>>>>>> Tom
> >>>>>>>>>>
> >>>>>>>>>> ________________________________________
> >>>>>>>>>> Von: Mark Struberg [struberg@yahoo.de]  > > Gesendet: Montag,
> >>>>>>>> 25. Juni 2012 14:21  > > An: deltaspike-dev@incubator.apache.org
> >>>>>>>>>> Betreff: Re: cdi-query
> >>>>>>>>>>
> >>>>>>>>>> +1 great stuff to review and add them!
> >>>>>>>>>>
> >>>>>>>>>> That would fit great into the deltaspike-jpa module, wdyt?
> >>>>>>>>>>
> >>>>>>>>>> LieGrue,
> >>>>>>>>>> strub
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> ----- Original Message -----
> >>>>>>>>>>> From: Pete Muir <pmuir@redhat.com>  > >> To:
> >>>>>>>> deltaspike-dev@incubator.apache.org
> >>>>>>>>>>> Cc:
> >>>>>>>>>>> Sent: Monday, June 25, 2012 1:53 PM  > >> Subject: Re:
> >>>>>>>> cdi-query  > >>  > >> IMO this would be a great thing to add!
> >>>>>>>>>>>
> >>>>>>>>>>> On 24 Jun 2012, at 16:56, Romain Manni-Bucau wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>> Hi,
> >>>>>>>>>>>>
> >>>>>>>>>>>> just browsed
> >>>>>>>>> http://ctpconsulting.github.com/query/1.0.0.Alpha4/index.html
> >>>>>>>>>>> and
> >>>>>>>>>>>> it is really amazing (a spring-data CDI oriented).
> >>>>>>>>>>>>
> >>>>>>>>>>>> it is currently based on solder but since DS integrates a
> >>>>>>> lot of this
> >>>>>>>>> stuff
> >>>>>>>>>>>> i wonder if it could be integrated in DS in a really
> >>>>>>> portable way?
> >>>>>>>>>>>>
> >>>>>>>>>>>> - Romain
> >>>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>
> >>
>
>

--047d7b33d924e1f34c04c375c8d5--