+1 (binding) On Monday, September 30, 2013, Mark Struberg wrote:
> +1 (binding) > > LieGrue, > strub > > > > > ----- Original Message ----- > > From: Romain Manni-Bucau <rmannibu...@gmail.com> > > To: general@incubator.apache.org > > Cc: > > Sent: Monday, 30 September 2013, 6:52 > > Subject: [VOTE] BatchEE as an incubated project > > > > Since discussion about the BatchEE seems done, I'd like to call a vote > for > > BatchEE to > > become an incubated project. > > > > The proposal is pasted below, and also available at: > > https://wiki.apache.org/incubator/BatchEEProposal > > > > Let's keep this vote open for three business days, closing the voting on > > Thursday 10/03. > > > > [ ] +1 Accept BatchEE into the Incubator > > [ ] +0 Don't care. > > [ ] -1 Don't accept BatchEE because... > > > > > > = BatchEE, JBatch Implementation = > > > > === Abstract === > > > > BatchEE will be an ASL-licensed implementation of the JBatch > Specification > > which is defined as JSR-352 (for version 1.0). > > > > === Proposal === > > > > BatchEE specification is an effort for defining a standard API and way to > > write batches in Java. It is integrated with JavaEE (JTA, CDI....) but > > works out of the box in a standalone environment. > > > > > > BatchEE Project is responsible for implementing the runtime container > > contract for the JBatch specification. Besides the implementation, > BatchEE > > Project will implement the core built-in components that further > simplifies > > the developer complex interactions with other Java EE specific enterprise > > operations. For example, it will define default reader/processor/writer > for > > jdbc, jpa, xml/json/flat files... > > > > === Background === > > > > Until today writing batches in java meant using a proprietary framework > and > > link to JavaEE was quite limited (or missing). JBatch defines an API > fixing > > this issue and now developpers need a fix. > > > > === Rationale === > > > > Current JBatch specificatin is released, and only the reference > > implementation is available but not really intended to be maintained. > > Moreover multiple Apache projects (geronimo, TomEE, ...) will need an > > Apache compatible Jbatch implementation to go ahread and implement > JavaEE 7. > > > > > > === Initial Goals === > > > > The initial goals of the BatchEE Project are > > > > * Fully implement the JSR-352 specification. > > * Attracts a community around the current code base. > > * Active relationship with the other dependent projects to further > develop > > some useful batch components. > > > > == Current Status == > > > > === Meritocracy === > > > > Initial developer of the project is familiar with the meritocracy > > principles of Apache. He knows that the open source gets power from its > > great developers and freedom. He also developed some other open source > > projects. We will follow the normal meritocracy rules also with other > > potential contributors. > > > > === Community === > > > > There is a great community within the OpenEJB, OpenWebBeans, Geronimo and > > TomEE Apache projects. BatchEE project is very related with these > projects > > and in the some cases, it enhances these projects. We are thinking that > > BatchEE project gets strong community because it complete the needed > > frameworks of a java developper and unifies the using of these projects. > It > > simplifies the developer effort for building complex enterprise > > applications batches. > > > > === Core Developers === > > > > BatchEE project has been developing by the IBM then forked by Romain > > Manni-Bucau as a sole contributor. > > > > === Alignment === > > > > BacthEE project will be a candidate for use in Geronimo AS and TomEE as a > > default JBatch implementation. Other projects could benefit from the > > BatchEE project as a general purpose component and context management. > > > > BatchEE project is closely aligned with the OpenEJB and OpenWebBeans > > projects perfectly. It depends on these projects to satisfy its > > requirements (mainly tests). > > > > == Known Risks == > > > > === Orphaned products === > > > > Even if the initial committer of the project has no plan to leave the > > active development, it must > necessa--------------------------------------------------------------------- > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org<javascript:;> > For additional commands, e-mail: > general-h...@incubator.apache.org<javascript:;> > > -- Sent from Gmail Mobile