neider [mailto:cschneider...@gmail.com] On Behalf Of
> Christian Schneider
> Sent: Montag, 15. April 2013 15:24
> To: dev@cxf.apache.org
> Subject: Re: Thoughts about a 2.8 release (or not)…
>
> I am also +1 for adding xkms for 3.0.
>
> Not sure it makes sense to add it for a
I am also +1 for adding xkms for 3.0.
Not sure it makes sense to add it for a bugfix release like 2.7.x. If
3.0 is delayed we could always cut a 2.8 and backport it there.
Christian
On 15.04.2013 14:52, Colm O hEigeartaigh wrote:
+1, it would be another excellent addition to the security cap
t; Regards,
> Andrei.
>
> > -Original Message-
> > From: Daniel Kulp [mailto:dk...@apache.org]
> > Sent: Donnerstag, 11. April 2013 17:17
> > To: dev@cxf.apache.org
> > Subject: Re: Thoughts about a 2.8 release (or not)…
> >
> >
> > I nev
essage-
> From: Daniel Kulp [mailto:dk...@apache.org]
> Sent: Donnerstag, 11. April 2013 17:17
> To: dev@cxf.apache.org
> Subject: Re: Thoughts about a 2.8 release (or not)…
>
>
> I never really did follow up on this.
>
> Looking at the responses, I think we'
I never really did follow up on this.
Looking at the responses, I think we're in something close to an agreement that
a 2.8 cannot be done right now (or it doesn't make sense to do so) and moving
toward 3.0 make sense.
Thus, I'd like to go ahead an make trunk to be targeting 3.0. The main
Thoughts about a 2.8 release (or not)…
We're getting close to April which normally would be the next release (2.8).
However, looking things over, I'm not sure it makes sense at this time.
Looking at trunk, the only major change (which is admittedly a big one), is
updating the JAX-RS 2
On Mar 27, 2013, at 1:35 PM, Glen Mazza wrote:
> Dan's quote: According to the agreements Apache has with Oracle, we really
> cannot "release" code that doesn't pass the TCK (which the 2.0 works would
> not).
>
> I'm confused -- Apache FOP, Maven and Tomcat can release whenever they want,
> eve
Dan's quote: According to the agreements Apache has with Oracle, we really
cannot "release" code that doesn't pass the TCK (which the 2.0 works would
not).
I'm confused -- Apache FOP, Maven and Tomcat can release whenever they want,
even though none of them even remotely pass the JAX-RS TCK either
houghts about a 2.8 release (or not)…
>
>
> We're getting close to April which normally would be the next release (2.8).
> However, looking things over, I'm not sure it makes sense at this time.
> Looking at trunk, the only major change (which is admittedly a big one), is
I'm also +1 with this. I would like to merge the WSS4J 2.0 branch to trunk
and switch trunk to be 3.0.0-SNAPSHOT.
Colm.
On Tue, Mar 26, 2013 at 2:10 AM, Freeman Fang wrote:
> +1 for skipping 2.8 now and releasing 3.0 end of this year.
> -
> Freeman(Yue) Fang
>
> Red Hat, Inc.
> FuseS
On Tue, Mar 26, 2013 at 5:25 AM, Jeff Genender wrote:
Or… don't claim its a certified release…
That may work too. One problem is that JAX-RS 2.0 is nearly finalized
but not yet and I'm not sure when Apache will get the final TCK after that.
As far as JAX-RS 2.0 is concerned, CXF will not hav
I'm also for holding the 2.8 release under this circumstances. IMHO
there're times when it's not possible to go on with time-boxed "final"
releases and a stream of Alpha/Beta/milestone releases before the major
one is the proper approach.
Btw, I'd really like the move to WSS4J 2.0 to be in a major
+1 for skipping 2.8 now and releasing 3.0 end of this year.
-
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @F
Hi,
It makes sense that a 2.8 would bring significant and complete
implementation of new features with possibly some broken api
compatibility (although less than what we could do for a 3.0).
I think delaying until later in the year and instead focus on ensuring
that the 2.7.X, 2.6.x and 2.5.x are
Or… don't claim its a certified release…
Jeff
On Mar 25, 2013, at 12:19 PM, Daniel Kulp wrote:
>
> We're getting close to April which normally would be the next release (2.8).
> However, looking things over, I'm not sure it makes sense at this time.
> Looking at trunk, the only major ch
We're getting close to April which normally would be the next release (2.8).
However, looking things over, I'm not sure it makes sense at this time.
Looking at trunk, the only major change (which is admittedly a big one), is
updating the JAX-RS 2.0 stuff from m10 to the RC level. Howeve
16 matches
Mail list logo