+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

Reply via email to