Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 69143 invoked from network); 12 Apr 2010 18:46:37 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Apr 2010 18:46:37 -0000 Received: (qmail 39882 invoked by uid 500); 12 Apr 2010 18:46:37 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 39834 invoked by uid 500); 12 Apr 2010 18:46:37 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 39827 invoked by uid 99); 12 Apr 2010 18:46:37 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 18:46:37 +0000 X-ASF-Spam-Status: No, hits=0.8 required=10.0 tests=AWL,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of gnodet@gmail.com designates 72.14.220.155 as permitted sender) Received: from [72.14.220.155] (HELO fg-out-1718.google.com) (72.14.220.155) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Apr 2010 18:46:31 +0000 Received: by fg-out-1718.google.com with SMTP id l26so401010fgb.13 for ; Mon, 12 Apr 2010 11:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:content-type; bh=mfTHhl/j1oTPfLtCuv2D/wo20gAlNhVVDQSolitOUV8=; b=sMIdp/CIxij1KNgiDw0BEHaxOgoDdk8fts1UZ0BSGwD4DU32p13zwbrw9rRWzlqSRD PlPhtyZezs9ScpA1sSzNCDOKbYjGjB2qwExiTMZUT+1qJDuM0aIgB1IbhMJiaFNl1caH TcMWLxEQWwVd/jD3UDgrn7GkMwG/qPuHLb324= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=qVkJc/AT7QbQOFnxBp9x0xL/RMAq0eCismV/HQd/s+sjZL+w4Xrmw/pbHh9sPQ55A7 lM6HiIAz2W5Ibb28+gbWMF5qIPmX9ZJAR4U2ulGrfBwtU5z84DPKbEfHv5nepuxIBwPQ oUDsDQrieb1qXmkv6wSSd8RKItrzlRk492IQE= MIME-Version: 1.0 Received: by 10.223.106.146 with HTTP; Mon, 12 Apr 2010 11:46:10 -0700 (PDT) In-Reply-To: <4BC358A9.9030107@gmail.com> References: <4BC358A9.9030107@gmail.com> Date: Mon, 12 Apr 2010 20:46:10 +0200 Received: by 10.223.5.70 with SMTP id 6mr2805673fau.18.1271097970110; Mon, 12 Apr 2010 11:46:10 -0700 (PDT) Message-ID: Subject: Re: Are the specs ready to go up for a release vote? From: Guillaume Nodet To: dev@geronimo.apache.org, rickmcg@gmail.com Content-Type: multipart/alternative; boundary=00151747546efbb29f04840e8e9e --00151747546efbb29f04840e8e9e Content-Type: text/plain; charset=ISO-8859-1 Have the specs jars been tested in both a non osgi environment and an osgi environment ? Also, i'd like to have the scripting api and rest api osgi-fied the same way. We'd need them in servicemix, and given you have rewritten the specs to support osgi, i don't see the need to maintain the servicemix ones anymore. Also, I think there is an unresolved JIRA issue (GERONIMO-3960) about the imported packages (they should not import their own packages). On Mon, Apr 12, 2010 at 19:30, Rick McGuire wrote: > If we wish to release a milestone soon, we need to start getting the > different subcomponents released fairly quickly. Here are the things I > believe we need to have release votes on: > > 1) New spec components. These need to be done first, and should probably > done as a single vote rather than trying to schedule a vote for each of the > jars. > 2) New javamail jar (should probably done concurrently with the javamail > spec). > 3) New xmlbeans schema jar releases (java ee 1.4, java ee 5, and java ee 6 > versions) > 4) New components jars > 5) New yoko jars > 6) New tomcat ext jars > > For 1), I think these are ready to go. I believe the issue of the package > exports has been resolved as far as it can be for the 3.1 M1 release. The > jpa and servlet specs will be exporting dual version levels because the need > to line up with different implementations that are not conforming to the > OSGi specs yet. This seems like a workable solution, at least for the short > term. I believe all of our specs are currently passing the signature tests, > so they look clean there. If I don't hear any objections, I'll start > staging these for release tomorrow morning. > > The one spec there might be a concern about is the ccpp spec jar. This is > used in the pluto support currently, but we don't currently have a TCK to > validate this one. I need some opinions on how to proceed with that jar. > For now, I'll not be submitting this one for a vote with the rest of the > specs. > > What state are the rest of these in? I suspect yoko is not stable enough > currently since David Jencks is currently working on getting the Corba > support working. We might want to delay the tomcat external release as long > as we can in case we require some patches. "As long as we can" is probably > not more than a week. The xmlbeans schema jars are probably pretty stable > and capable of being released now. > > Are the components in any shape that release votes can be started? Here > are the components we need to release: > > - geronimo-connector > - geronmo-transaction > - geronimo-jaspi > > This will need to be handled fairly soon too. > > Rick > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com --00151747546efbb29f04840e8e9e Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Have the specs jars been tested in both a non osgi environment and an osgi = environment ?
Also, i'd like to have the scripting api and rest api= osgi-fied the same way. =A0We'd need them in servicemix, and given you= have rewritten the specs to support osgi, i don't see the need to main= tain the servicemix ones anymore.
Also, I think there is an unresolved JIRA issue (GERONIMO-3960) about = the imported packages (they should not import their own packages).

<= div class=3D"gmail_quote">On Mon, Apr 12, 2010 at 19:30, Rick McGuire <rickmcg@gmail.com= > wrote:
If we wish to release a milestone soon, we = need to start getting the different subcomponents released fairly quickly. = =A0Here are the things I believe we need to have release votes on:

1) =A0New spec components. =A0These need to be done first, and should proba= bly done as a single vote rather than trying to schedule a vote for each of= the jars.
2) =A0New javamail jar (should probably done concurrently with the javamail= spec).
3) =A0New xmlbeans schema jar releases (java ee 1.4, java ee 5, and java ee= 6 versions)
4) =A0New components jars
5) =A0New yoko jars
6) =A0New tomcat ext jars

For 1), I think these are ready to go. =A0I believe the issue of the packag= e exports has been resolved as far as it can be for the 3.1 M1 release. =A0= The jpa and servlet specs will be exporting dual version levels because the= need to line up with different implementations that are not conforming to = the OSGi specs yet. =A0This seems like a workable solution, at least for th= e short term. =A0I believe all of our specs are currently passing the signa= ture tests, so they look clean there. =A0If I don't hear any objections= , I'll start staging these for release tomorrow morning.

The one spec there might be a concern about is the ccpp spec jar. =A0This i= s used in the pluto support currently, but we don't currently have a TC= K to validate this one. =A0I need some opinions on how to proceed with that= jar. =A0For now, I'll not be submitting this one for a vote with the r= est of the specs.

What state are the rest of these in? =A0I suspect yoko is not stable enough= currently since David Jencks is currently working on getting the Corba sup= port working. =A0We might want to delay the tomcat external release as long= as we can in case we require some patches. =A0"As long as we can"= ; is probably not more than a week. =A0The xmlbeans schema jars are probabl= y pretty stable and capable of being released now.

Are the components in any shape that release votes can be started? =A0Here = are the components we need to release:

- geronimo-connector
- geronmo-transaction
- geronimo-jaspi

This will need to be handled fairly soon too.

Rick




--
Cheers,
Guill= aume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------ Open Source SOA
http://fusesource.com<= /a>


--00151747546efbb29f04840e8e9e--