Return-Path: X-Original-To: apmail-incubator-deltaspike-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-deltaspike-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DE63BFB39 for ; Mon, 25 Mar 2013 22:09:44 +0000 (UTC) Received: (qmail 69790 invoked by uid 500); 25 Mar 2013 22:09:44 -0000 Delivered-To: apmail-incubator-deltaspike-dev-archive@incubator.apache.org Received: (qmail 69754 invoked by uid 500); 25 Mar 2013 22:09:44 -0000 Mailing-List: contact deltaspike-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: deltaspike-dev@incubator.apache.org Delivered-To: mailing list deltaspike-dev@incubator.apache.org Received: (qmail 69746 invoked by uid 99); 25 Mar 2013 22:09:44 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 25 Mar 2013 22:09:44 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [77.238.189.60] (HELO nm3.bullet.mail.ird.yahoo.com) (77.238.189.60) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 25 Mar 2013 22:09:38 +0000 Received: from [77.238.189.52] by nm3.bullet.mail.ird.yahoo.com with NNFMP; 25 Mar 2013 22:09:17 -0000 Received: from [212.82.98.98] by tm5.bullet.mail.ird.yahoo.com with NNFMP; 25 Mar 2013 22:09:17 -0000 Received: from [127.0.0.1] by omp1035.mail.ir2.yahoo.com with NNFMP; 25 Mar 2013 22:09:17 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 427286.47340.bm@omp1035.mail.ir2.yahoo.com Received: (qmail 92712 invoked by uid 60001); 25 Mar 2013 22:09:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.de; s=s1024; t=1364249357; bh=E25UiAP7bkGQuzfccV/8FrYf9yrHrcgxeEjb4W+Wq/w=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZlmWERYRa3UIlyZ/DU8yC4wwgimzlvvmIYqxuWWbr/KRGqwplmSL/hkS3q46bhqfRi8FLtsQvMWlGeEYooNQ4oen93EaWjMYdJzHxBr9HF/5CpZA0RtXH3oc6zAJOVtyMvnq22YWquBFpvCE8PRdyfGeJH5JBoqEV1VcG8moAs0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:References:Message-ID:Date:From:Reply-To:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=6Hw4CrWekJoNpmKxJKzXXJDOJWqjSBTP1Y3udVyitcCJeVLsD3VCpQbRUxW1tf4moPhVkKs7oVX6YcZgZBtdswWKLpFnrAGl/98tyMa3OkyWS7NMY053SgowgvaHjBdkq6+XUDOer64woTGApoLxzWPL9zR2I15EUjsOodjh2m0=; X-YMail-OSG: RJZslPsVM1l.5VIPUrx5Yi5fYlmsrflFNgLCwtlcex2YGcw 9loTnR.738riCR0.usZTNHb5kEx7GBfhK2Kch88cTwTo_fga4fuhtjvcN0wp M8AcChjKmBMjfhbtj7aNNu1MUYOUFFcj0V.a6PAIlw6Y4NBLqg5hY4z2Jwqr VlwEvJgShG9UeNj8VM3XleuQIBkCJbDX.IICrCUTQ9L0Q9UFKEt02qh.3cjs BV2lNrpV1KNH3W1g8NVbI8T0FJVbHtD3tGGLpoJR45KLS5odF4HEiFN414rv .oayDjdlPouQ4lZQKHnurkzshYL.scSDmNK0ym95XwqFOh0JvTN5IXjeCYfW 6uxdzXlPs7QOXbcn.d_vIyjbtVX3zaTXhiwa65ZE9su1WaR8T3uJniS3yPxN KWO5qiIwL3yb_v1z9R1aRYg4xTECv5sWCzCxenTpmQ.6CGghVIMlDSYc1F8R jAsWuIFBSg_AcRKv_pjqBc2yUtJlR7mripTbP3FqgQuioRS5m42blMPqfkI9 4AQlCNVSsQVqqadXeG2z5GCPZrlnbLzLLol4my7U8lWgRNQGRhn3krlHDdag FKyLcRvlD8spqfhlqIgca6BxpiGJyqCfDRk4Y_p.sJxARHc5raBtMplbLtEH k2GoBT14JqWX6_Gjj.zwn.r0GthF.mua9RwI6h0Z0vISIaka0F.acmwNyeSk zElDdfP2GK.ADOerqWGn17JbYgn8XOPBkVphOzgXyEpadMNG5K90SIW9saYl 6bQ7i.t8rEXYn0_KRSg6XPjVwR5stduZglw-- Received: from [80.108.122.184] by web28904.mail.ir2.yahoo.com via HTTP; Mon, 25 Mar 2013 22:09:16 GMT X-Rocket-MIMEInfo: 002.001,d2VsbCwgYSByb2FkbWFwIGFsd2F5cyBkZXBlbmRzIG9uIGhvdyBtdWNoIG9uZSBjYW4gc3BlbmQuIApUaGUgcm9hZG1hcCBmb3IgMC40IG9yaWdpbmFsbHkgaGF2ZSBiZWVuIEpTRiBzdXBwb3J0LiBUaGlzIGlzIHN0aWxsIHRoZSBjYXNlLgpCdXQgd2l0aCBvbmx5IEdlcmhhcmQgYW5kIG1lIGRvaW5nIDgwJSBvZiB0aGUgY29tbWl0cyBpdCdzIG9idmlvdXMgdGhhdCB3ZSBhcmUgbm90IHRoYXQgZmFzdC4gCgpTbyBwbGVhc2UganVzdCBoZWxwIHdpdGggdGhlIGZlYXR1cmVzIGFzIHdlbGwhCgpAUGV0ZTogaXQBMAEBAQE- X-Mailer: YahooMailWebService/0.8.138.524 References: <1364149713428.8f581aac@Nodemailer> Message-ID: <1364249356.72056.YahooMailNeo@web28904.mail.ir2.yahoo.com> Date: Mon, 25 Mar 2013 22:09:16 +0000 (GMT) From: Mark Struberg Reply-To: Mark Struberg Subject: Re: DISCUSS DeltaSpike-324 To: "deltaspike-dev@incubator.apache.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org well, a roadmap always depends on how much one can spend. =0AThe roadmap fo= r 0.4 originally have been JSF support. This is still the case.=0ABut with = only Gerhard and me doing 80% of the commits it's obvious that we are not t= hat fast. =0A=0ASo please just help with the features as well!=0A=0A@Pete: = it's pretty easy: 0.4 basic JSF support and basic JPA support, 0.5 even mor= e JSF support and JPA support.=0A=C2=A0=0AAnd then 1.0 is just around the c= orner.=0A=0ALieGrue,=0Astrub=0A=0A=0A=0A=0A----- Original Message -----=0A>= From: Cody Lerum =0A> To: deltaspike-dev@incubator.a= pache.org=0A> Cc: =0A> Sent: Monday, March 25, 2013 3:07 PM=0A> Subject: Re= : DISCUSS DeltaSpike-324=0A> =0A> +1=0A> On Mar 25, 2013 8:04 AM, "Nicklas = Karlsson" =0A> wrote:=0A> =0A>> I'm currently in the = process of porting an application from Seam3 to=0A>> DeltaSpike, with a cl= ear roadmap I might be able to spend some work hours=0A>> in getting stuff= forward.=0A>> =0A>> =0A>> On Mon, Mar 25, 2013 at 3:58 PM, Pete Muir wrote:=0A>> =0A>> > Hi all,=0A>> >=0A>> > At the moment i= t's really hard for Red Hat to fund more people to =0A> work on=0A>> > Del= taSpike. Without a clear roadmap, and a regular release schedule =0A> (e.g.= =0A>> > time boxed) it's really hard for us to justify more people for =0A= > DeltaSpike=0A>> > as we can't see how many people we should offer to get= to the =0A> features=0A>> our=0A>> > customers need, nor can we see when= those features will be available =0A> for=0A>> > customers to start using= .=0A>> >=0A>> > Last time we asked to agree on a roadmap, this group deci= ded it =0A> wasn't=0A>> > something that it wanted to do. If we are now ab= le to agree on a =0A> roadmap=0A>> > with some sort of regular release sch= edule (even just having approx =0A> dates=0A>> > for a release is good eno= ugh) then I can see how I can reprioritise =0A> our=0A>> > current work, a= nd get some more help for DeltaSpike, and hopefully get =0A> us=0A>> > clo= ser to 1.0, which is really what I think we are all after (I'm =0A> not=0A>= > sure=0A>> > if I will succeed, but right now it's not really worth me e= ven =0A> trying).=0A>> >=0A>> > Pete=0A>> >=0A>> > On 24 Mar 2013, at 1= 8:33, Romain Manni-Bucau =0A> =0A>> > wrote:=0A>> = >=0A>> > > I did a JUG this week with a part on DS and was the main questi= on =0A> asked=0A>> > > with those words "when will it be usable?"...kind o= f =0A> sad. Releasing=0A>> even=0A>> > in=0A>> > > alpha/beta is better = IMO.=0A>> > > Le 24 mars 2013 19:29, "Jason Porter" =0A> a=0A>> =C3=A9crit=0A>> > :=0A>> > >=0A>> > >> +1 glad I'm not = the only one asking for a roadmap now.=0A>> > >> =E2=80=94=0A>> > >> Sent= from Mailbox for iPhone=0A>> > >>=0A>> > >> On Sun, Mar 24, 2013 at 11:5= 4 AM, Romain Manni-Bucau=0A>> > >> wrote:=0A>> > = >>=0A>> > >>> Do we already have a roadmap? I think we should define =0A> = one by=0A>> iteration=0A>> > >>> (+handle a backlog if we want).=0A>> > = >>> I can help on cdi query part if needed (jsf is still a =0A> bit too new= =0A>> for=0A>> > >> me).=0A>> > >>> Le 24 mars 2013 18:49, "Gerhard Petr= acek" <=0A>> gerhard.petracek@gmail.com>=0A>> > a=0A>> > >>> =C3=A9crit = :=0A>> > >>>> hi john,=0A>> > >>>>=0A>> > >>>> we can't keep it currentl= y (i'm also unhappy =0A> about it), because if=0A>> > only=0A>> > >> 2-3= =0A>> > >>>> people help on a >regular< basis [1], you have =0A> to wait u= ntil they=0A>> have=0A>> > >>>> time.=0A>> > >>>> it isn't only about un= assigned issues. e.g. not =0A> that many help with=0A>> > >> writing=0A>> = > >>>> tests and examples, writing/reviewing javadoc and =0A> documentatio= n.=0A>> > >>>>=0A>> > >>>> even the graduation process takes (very) long.= =0A>> > >>>> that might be a big blocker for some users.=0A>> > >>>> at l= east codi had several users way before v1 (and =0A> for sure even=0A>> mor= e=0A>> > >> after=0A>> > >>>> v1).=0A>> > >>>> however, we would lose mo= re users, if we release v1 =0A> which isn't=0A>> ready.=0A>> > >>>>=0A>> = > >>>>> imo< our goal for v1 should be >at =0A> least< everything (which w= e know=0A>> > >>>> already) we need for improving the java-ee =0A> web-pro= file as well as a=0A>> > >> stable=0A>> > >>>> api and spi.=0A>> > >>>>= =0A>> > >>>> regards,=0A>> > >>>> gerhard=0A>> > >>>>=0A>> > >>>> [1] = =0A> https://github.com/apache/incubator-deltaspike/contributors=0A>> > >>= >>=0A>> > >>>>=0A>> > >>>>=0A>> > >>>> 2013/3/24 Romain Manni-Bucau =0A>= =0A>> > >>>>=0A>> > >>>>> I get you and think we = agree behund words. My =0A> main issue is our 0.4=0A>> > is=0A>> > >>>> n= ot=0A>> > >>>>> ready to be released and still doesnt contain =0A> what us= ers are=0A>> waiting=0A>> > >>>> for...=0A>> > >>>>>=0A>> > >>>>> When = i spoke about > 1.0 just understand when =0A> last release answer=0A>> > >= > basic=0A>> > >>>>> needs=0A>> > >>>>> Le 24 mars 2013 16:49, "John D. A= ment" =0A> a=0A>> > >> =C3=A9crit=0A>> > >>>> := =0A>> > >>>>>=0A>> > >>>>>> Romain,=0A>> > >>>>>>=0A>> > >>>>>> I'm not= sure what to tell you.=C2=A0 One of =0A> our founding statements was=0A>> = > >>>>> release=0A>> > >>>>>> early and often.=C2=A0 I'm not sure why we = =0A> haven't stuck to that.=0A>> > >>>>> Personally, I=0A>> > >>>>>> thin= k we have failed to do that.=C2=A0 We probably =0A> have too many=0A>> fea= tures=0A>> > >>>> in a=0A>> > >>>>>> single release/ not much release =0A= > planning/attempt to release=0A>> > >> everything=0A>> > >>>>> as=0A>> = > >>>>>> one big release rather than more modular in =0A> nature.=C2=A0 Tho= se are=0A>> just=0A>> > >>>>>> thoughts.=0A>> > >>>>>>=0A>> > >>>>>> As= I already stated, I don't want this in =0A> 0.4.=C2=A0 But I don't think= =0A>> > >> it's=0A>> > >>>>>> appropriate to stick this in after 1.0, who= =0A> knows when that will=0A>> > >> be.=C2=A0 I=0A>> > >>>>>> would love= to see this in 0.5, already have =0A> prototypes working.=0A>> =C2=A0 My= =0A>> > >>>>> biggest=0A>> > >>>>>> issue, as I was trying to raise in th= e other =0A> thread, is that when=0A>> > >>>> people=0A>> > >>>>>> look a= t the issue list out there, generally =0A> the candidates to work=0A>> > >= > on=0A>> > >>>> are=0A>> > >>>>>> the unassigned issues.=C2=A0 If 80% of= what we =0A> have out there is=0A>> > >> assigned,=0A>> > >>>>> then=0A>= > > >>>>>> it's assumed someone's work on it.=C2=A0 =0A> If it's assigned = to someone=0A>> and=0A>> > >>>>> they're=0A>> > >>>>>> not working on it= , that's probably an =0A> issue that needs to be=0A>> > >> addressed.=0A>>= > >>>>> As=0A>> > >>>>>> far as I can tell, of the 10 unassigned =0A> is= sues out there, none of=0A>> > >> them=0A>> > >>>>> are=0A>> > >>>>>> co= mprehensible enough (other than the one I =0A> already worked on) to=0A>> = be=0A>> > >>>>> worked=0A>> > >>>>>> through.=C2=A0 So I'm not sure, mayb= e it's =0A> an issue of perception, but=0A>> I=0A>> > >>>> don't=0A>> > = >>>>>> think we have a large pile of open work for =0A> future releases.=0A= >> > >>>>>>=0A>> > >>>>>> John=0A>> > >>>>>>=0A>> > >>>>>>=0A>> > >>>>= >> On Sun, Mar 24, 2013 at 11:19 AM, Romain =0A> Manni-Bucau=0A>> > >>>>>>= wrote:=0A>> > >>>>>>=0A>> > >>>>>>> Sure but we c= ant start everything, =0A> finishing nothing...our rare=0A>> > >>>>> relea= ses=0A>> > >>>>>>> are already a pain for users.=0A>> > >>>>>>>=0A>> > >= >>>>>> We need jsf + if possible cdi query for =0A> 0.4 IMO then i agree re= st=0A>> > >>>>> helpers=0A>> > >>>>>>> are a must have (some tools around= jaxrs =0A> client part can be=0A>> great)=0A>> > >>>>> etc...=0A>> > >>= >>>>> Le 24 mars 2013 16:13, "John D. =0A> Ament" = =0A>> a=0A>> > >>>>> =C3=A9crit=0A>> > >>>>>> :=0A>> > >>>>>>>=0A>> > = >>>>>>>> Romain,=0A>> > >>>>>>>>=0A>> > >>>>>>>> My only issue with this = is that I =0A> don't think we've mapped out=0A>> > >> what=0A>> > >>>>> t= he=0A>> > >>>>>>>> common use cases are (at least based =0A> on the email = I sent out).=0A>> > >> If=0A>> > >>>>>> we're=0A>> > >>>>>>>> favoring J= SF, we're neglecting =0A> the growing population of REST=0A>> > >> APIs=0A= >> > >>>>> for=0A>> > >>>>>>> rich=0A>> > >>>>>>>> javascript clients (f= rom UI).=0A>> > >>>>>>>>=0A>> > >>>>>>>>=0A>> > >>>>>>>> On Sat, Mar 23,= 2013 at 6:04 PM, =0A> Romain Manni-Bucau=0A>> > >>>>>>>> wrote:=0A>> > >>>>>>>>=0A>> > >>>>>>>>> yes but JMS is clearly not= the =0A> most used=0A>> > >>>>>>>>>=0A>> > >>>>>>>>> can't we push it fo= r the > =0A> 1.0?=0A>> > >>>>>>>>>=0A>> > >>>>>>>>> users really wait the= first 1.0 =0A> to use DS and adding JMS now=0A>> > >>>> simply=0A>> > >>= >>>>> looks=0A>> > >>>>>>>>> like forgetting more common use =0A> cases=0A= >> > >>>>>>>>>=0A>> > >>>>>>>>> *Romain Manni-Bucau*=0A>> > >>>>>>>>> *T= witter: @rmannibucau =0A> *=0A>> > >>>>>>= >>> *Blog: =0A> **http://rmannibucau.wordpress.com/*<=0A>> > >>>>>>>>> =0A= > http://rmannibucau.wordpress.com/>=0A>> > >>>>>>>>> *LinkedIn: =0A> **ht= tp://fr.linkedin.com/in/rmannibucau*=0A>> > >>>>>>>>> *Github: =0A> https:= //github.com/rmannibucau*=0A>> > >>>>>>>>>=0A>> > >>>>>>>>>=0A>> > >>>>>= >>>>=0A>> > >>>>>>>>> 2013/3/23 Gerhard Petracek =0A> =0A>> > >>>>>>>>>=0A>> > >>>>>>>>>> hi @ all,=0A>> > >>>>>>>>>>= =0A>> > >>>>>>>>>> imo it's more a basic =0A> question.=0A>> > >>>>>>>>>>= if we do it for jms 2, we =0A> also have to (/should) do it for=0A>> > >>= >> other=0A>> > >>>>>>>>>> specifications like bv 1.1=0A>> > >>>>>>>>>>= =0A>> > >>>>>>>>>> regards,=0A>> > >>>>>>>>>> gerhard=0A>> > >>>>>>>>>>= =0A>> > >>>>>>>>>>=0A>> > >>>>>>>>>>=0A>> > >>>>>>>>>> 2013/3/21 Romain = Manni-Bucau =0A> =0A>> > >>>>>>>>>>=0A>> > >>>>>>>= >>>> Ill rephrase a bit. I m =0A> rather -0 about it and -1 since a=0A>> >= >> lot=0A>> > >>>>> of=0A>> > >>>>>>>> others=0A>> > >>>>>>>>>>> stuff = are needed before.=0A>> > >>>>>>>>>>> Le 21 mars 2013 22:50, =0A> "Arne Li= mburg" <=0A>> > >>>>>>> arne.limburg@openknowledge.de=0A>> > >>>>>>>>>=0A= >> > >>>>>>>>> a=0A>> > >>>>>>>>>>> =C3=A9crit :=0A>> > >>>>>>>>>>>=0A>>= > >>>>>>>>>>>> We should find out if =0A> one can simply use a JMS 2.0=0A= >> > >>>>>> implementation=0A>> > >>>>>>>> and=0A>> > >>>>>>>>>> put=0A>= > > >>>>>>>>>>>> it into an =0A> deployment. If that will be possible, we= =0A>> > >> would=0A>> > >>>> not=0A>> > >>>>>>> need=0A>> > >>>>>>>> to= =0A>> > >>>>>>>>>>>> implement it.=0A>> > >>>>>>>>>>>>=0A>> > >>>>>>>>>>= >> Cheers,=0A>> > >>>>>>>>>>>> Arne=0A>> > >>>>>>>>>>>>=0A>> > >>>>>>>>>= >>> Am 21.03.13 22:34 =0A> schrieb "Mark Struberg" unter <=0A>> > >>>>>>> = struberg@yahoo.de=0A>> > >>>>>>>>> :=0A>> > >>>>>>>>>>>>=0A>> > >>>>>>>>= >>>>> I tend to lean =0A> towards +1 simply because EE-7=0A>> > >> contain= ers=0A>> > >>>>> will=0A>> > >>>>>>> take=0A>> > >>>>>>>>>>>>> another y= ear (or =0A> 2) to become used in projects.=0A>> > >>>>>>>>>>>>>=0A>> > >= >>>>>>>>>>>> I just think we =0A> should first close a few tasks before=0A>= > > >> we=0A>> > >>>>> open=0A>> > >>>>>>> new=0A>> > >>>>>>>>>> ones.= =0A>> > >>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>> LieGrue,=0A>> > >>>>>>>>>>>>>= strub=0A>> > >>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>=0A= >> > >>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>> ----- Original =0A> Message -----= =0A>> > >>>>>>>>>>>>>> From: John D. =0A> Ament = =0A>> > >>>>>>>>>>>>>> To: =0A> deltaspike-dev@incubator.apache.org=0A>> = > >>>>>>>>>>>>>> Cc:=0A>> > >>>>>>>>>>>>>> Sent: =0A> Thursday, March 21, = 2013 6:09 PM=0A>> > >>>>>>>>>>>>>> Subject: Re: =0A> DISCUSS DeltaSpike-32= 4=0A>> > >>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>> Romain,=0A>> > >>>>>>>>>>>= >>>=0A>> > >>>>>>>>>>>>>> Generally, =0A> I'm mixed about these.=C2=A0 How= ever I think=0A>> > >>>> there's=0A>> > >>>>>>> some=0A>> > >>>>>>>>>> p= retty=0A>> > >>>>>>>>>>>>>> good=0A>> > >>>>>>>>>>>>>> benefits.=C2=A0 = =0A> For an application developer, maybe none=0A>> > >> of=0A>> > >>>> th= e=0A>> > >>>>>>> other=0A>> > >>>>>>>>>> JMS 2=0A>> > >>>>>>>>>>>>>> fea= tures are =0A> useful to you (the bulk of the feature=0A>> > >> went=0A>> = > >>>>>> into=0A>> > >>>>>>>> CDI=0A>> > >>>>>>>>>>>>>> support,=0A>> >= >>>>>>>>>>>>>> app server =0A> integration, and documentation clean up).= =0A>> > >>>> You=0A>> > >>>>>>> don't=0A>> > >>>>>>>>> want=0A>> > >>>>= >>>>>>> to=0A>> > >>>>>>>>>>>>>> move off of =0A> TomEE 1.5.x to TomEE Y (= which could=0A>> > >> support=0A>> > >>>>> Java=0A>> > >>>>>>> EE=0A>> = > >>>>>>>> 7=0A>> > >>>>>>>>>> Web=0A>> > >>>>>>>>>>>>>> Profile) due =0A= > to downtime in your application.=0A>> > >> There's=0A>> > >>>>> also=0A= >> > >>>>>>> lead=0A>> > >>>>>>>>>> time=0A>> > >>>>>>>>>>>>>> required = to =0A> impelement JMS 2/Java EE 7 features in=0A>> > >> your=0A>> > >>>>= >>>>> application=0A>> > >>>>>>>>>>>>>> server,=0A>> > >>>>>>>>>>>>>> but= perhaps =0A> you don't want to or need to wait for the=0A>> > >>>>> whole= =0A>> > >>>>>>>> thing.=0A>> > >>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>> This= solution =0A> would be DS oriented, I believe=0A>> > >> requires=0A>> > = >>>>>>>>>>> TransactionScoped=0A>> > >>>>>>>>>>>>>> (which could =0A> requ= ire the transaction classes be moved=0A>> > >>>> away=0A>> > >>>>>>> from= =0A>> > >>>>>>>>>>>>>> persistence) =0A> to operate properly.=0A>> > >>>>= >>>>>>>>>>=0A>> > >>>>>>>>>>>>>> There's =0A> also the case of using Delta= Spike as your=0A>> > >>>> CDI-JMS=0A>> > >>>>>>>>>>>>>> =0A> implementati= on if=0A>> > >>>>>>>>>>>>>> you were a =0A> JMS implementer.=C2=A0 I haven= 't reached out to=0A>> > >>>>>>>> communities=0A>> > >>>>>>>>>> such=0A>>= > >>>>>>>>>>>>>> as=0A>> > >>>>>>>>>>>>>> Apache =0A> ActiveMQ or Hornet= Q to see input here; I know=0A>> > >> the=0A>> > >>>>>>> current=0A>> > = >>>>>>>>>>>>>> GlassFish=0A>> > >>>>>>>>>>>>>> =0A> implementation calls t= heir lower level directly (and=0A>> > >> not=0A>> > >>>>> by=0A>> > >>>>= >>>>> wrapping=0A>> > >>>>>>>>>>> the=0A>> > >>>>>>>>>>>>>> JMS APIs).=0A= >> > >>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>> John=0A>> > >>>>>>>>>>>>>>=0A>= > > >>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>> On Thu, Mar =0A> 21, 2013 at 12:= 30 PM, Romain Manni-Bucau=0A>> > >>>>>>>>>>>>>> =0A> wrote:=0A>> > >>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>> Hi=0A>> > >>>>>>>>= >>>>>>>=0A>> > >>>>>>>>>>>>>>> i'm =0A> globally -1 for redoing something = which will=0A>> > >> exist=0A>> > >>>>>>>> somewhere=0A>> > >>>>>>>>>>> = else=0A>> > >>>>>>>>>>>>>>> =0A> (basically if somebody wants JavaEE just = let him=0A>> > >> use=0A>> > >>>>>> JavaEE,=0A>> > >>>>>>>> CDI=0A>> > = >>>>>>>>>>>>>> doesn't=0A>> > >>>>>>>>>>>>>>> need the =0A> full stack IMO= ). Was my point for JPA,=0A>> > >> more=0A>> > >>>>> again=0A>> > >>>>>>= > on=0A>> > >>>>>>>>> JMS.=0A>> > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>= It is =0A> great to add feature before the specs not=0A>> > >> once=0A>> = > >>>> it=0A>> > >>>>> is=0A>> > >>>>>>> (or=0A>> > >>>>>>>>>>> almost)= =0A>> > >>>>>>>>>>>>>>> done.=0A>> > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>= >>> Maybe i =0A> didnt fully get what you want to do so=0A>> > >> maybe=0A= >> > >>>>> share=0A>> > >>>>>>>> some=0A>> > >>>>>>>>>>>>>>> pastebin = =0A> to=0A>> > >>>>>>>>>>>>>>> be sure =0A> we speak about the same stuff.= =0A>> > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>> *Romain =0A> Manni-Bucau*= =0A>> > >>>>>>>>>>>>>>> *Twitter: =0A> @rmannibucau <=0A>> > >>>> https:/= /twitter.com/rmannibucau=0A>> > >>>>>> *=0A>> > >>>>>>>>>>>>>>> *Blog: = =0A> **http://rmannibucau.wordpress.com/*<=0A>> > >>>>>>>>>>>>>>> =0A> htt= p://rmannibucau.wordpress.com/>=0A>> > >>>>>>>>>>>>>>> =0A> *LinkedIn: **= =0A>> > >> http://fr.linkedin.com/in/rmannibucau*=0A>> > >>>>>>>>>>>>>>> = *Github: =0A> https://github.com/rmannibucau*=0A>> > >>>>>>>>>>>>>>>=0A>> = > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>> 2013/3/2= 1 =0A> John D. Ament =0A>> > >>>>>>>>>>>>>>>=0A>> = > >>>>>>>>>>>>>>>> All,=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> = =0A> I'd like to open the floor to discussion for=0A>> > >> porting=0A>> = > >>>>>> JMS 2=0A>> > >>>>>>>>>>>>>> features to=0A>> > >>>>>>>>>>>>>>>> = =0A> DeltaSpike, specifically the features that added=0A>> > >>>> some=0A>= > > >>>>>> CDI=0A>> > >>>>>>>>>>>>>>> =0A> capabilities=0A>> > >>>>>>>>>= >>>>> to=0A>> > >>>>>>>>>>>>>>>> JMS.=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>= >>>>>>>>>>>>> =0A> Details of my rough proposal are here:=0A>> > >>>>>>>>>= >>>>>>>=0A>> > >>>> https://issues.apache.org/jira/browse/DELTASPIKE-324= =0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> =0A> Importing these fea= tures start to deprecate=0A>> > >>>>>> functionality=0A>> > >>>>>>> in=0A= >> > >>>>>>>>>> Seam=0A>> > >>>>>>>>>>>>>>> JMS=0A>> > >>>>>>>>>>>>>>>> = =0A> (ideal).=C2=A0 These features would give access to an=0A>> > >> API= =0A>> > >>>>>> very=0A>> > >>>>>>>>>> similar=0A>> > >>>>>>>>>>>>>>> to= =0A>> > >>>>>>>>>>>>>> the=0A>> > >>>>>>>>>>>>>>>> JMS2 =0A> API around C= DI injection.=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> Some =0A> l= imitations:=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> - =0A> This w= ould not be a JMS implementation, simply=0A>> > >> an=0A>> > >>>>>>> insp= ired=0A>> > >>>>>>>>>>>>>>> interface=0A>> > >>>>>>>>>>>>>>> for=0A>> > = >>>>>>>>>>>>>>>> use =0A> in Java EE 6/JMS 1.x that leveraged CDI=0A>> > >= >>> injection=0A>> > >>>>>>> based=0A>> > >>>>>>>> on=0A>> > >>>>>>>>>> = the=0A>> > >>>>>>>>>>>>>> rules=0A>> > >>>>>>>>>>>>>>>> for =0A> CDI inje= ction of these interfaces.=C2=A0 We would=0A>> > >>>> bring=0A>> > >>>>>>= in=0A>> > >>>>>>>> very=0A>> > >>>>>>>>>>>>>>> similar=0A>> > >>>>>>>>>= >>>>>>> =0A> annotations that supported the injection of the=0A>> > >>>> t= hree=0A>> > >>>>>>> target=0A>> > >>>>>>>>>>> types.=0A>> > >>>>>>>>>>>>= >>>>=0A>> > >>>>>>>>>>>>>>>> - =0A> Cannot use the exact interface, since = the=0A>> > >>>> interface=0A>> > >>>>>>>>> implements=0A>> > >>>>>>>>>>>= >>>>> =0A> AutoCloseable which is a Java SE 7 interface.=0A>> > >>>>>> Del= taSpike=0A>> > >>>>>>>> uses=0A>> > >>>>>>>>>>> Java=0A>> > >>>>>>>>>>>>= >>> SE=0A>> > >>>>>>>>>>>>>> 6=0A>> > >>>>>>>>>>>>>>>> for a =0A> compile= r.=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> - =0A> Internally thes= e would have to use the current=0A>> > >> JMS=0A>> > >>>>>>>>> interfaces= =0A>> > >>>>>>>>>> of=0A>> > >>>>>>>>>>>>>>>> =0A> connection, session.= =0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> - =0A> Testing would be = feasible but require a full=0A>> > >> Java=0A>> > >>>> EE=0A>> > >>>>>>>= >> container=0A>> > >>>>>>>>>>>>>>> (e.g.=0A>> > >>>>>>>>>>>>>> no=0A>> = > >>>>>>>>>>>>>>>> =0A> testing in Weld/OWB directly) that supported=0A>> = > >>>>> deployment=0A>> > >>>>>> of=0A>> > >>>>>>>>>>>>>> destinations=0A= >> > >>>>>>>>>>>>>>> at=0A>> > >>>>>>>>>>>>>>>> =0A> runtime.=C2=A0 Since= this doesn't touch MDBs we can=0A>> > >>>>> manually=0A>> > >>>>>>> read= =0A>> > >>>>>>>>>> from=0A>> > >>>>>>>>>>>>>> the=0A>> > >>>>>>>>>>>>>>>= > =0A> destination.=0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>> John= =0A>> > >>>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>>=0A>> > >>>>>>>>>>>>>>=0A= >> > >>>>>>>>>>>>=0A>> > >>>>>>>>>>>>=0A>> > >>>>>>>>>>>=0A>> > >>>>>>>= >>>=0A>> > >>>>>>>>>=0A>> > >>>>>>>>=0A>> > >>>>>>>=0A>> > >>>>>>=0A>> = > >>>>>=0A>> > >>>>=0A>> >=0A>> >=0A>> =0A>> =0A>> --=0A>> Nicklas Ka= rlsson, +358 40 5062266=0A>> Vaakunatie 10 as 7, 20780 Kaarina=0A>> =0A>