Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [] BALLOT: Approval of the plan for Jakarta NoSQL 1.0

+1 Tomitribe

We're voting +1 as we believe the goal of the specification has merit and we are excited to see new specifications being attempted in the Jakarta-verse.

A key exit criteria for us before we'd vote +1 on a final release would be to ensure there is industry interest in implementing this API.  Before any final ballot we'd want to see a second implementation being worked on and nod from them saying the API is ready.

We'd also recommend a cleaner line between the implementation and the specification.  We understand the intent is for the specification's complete and full name to be "Jakarta NoSQL" and the implementation to be "Eclipse JNoSQL", which we agree are clear and separate.  However, at current time the front page of the draft specification has the implementation's "JNoSQL" logo and a third ambiguous brand name of "Eclipse Jakarta NoSQL", which can be interpreted as the long version of either "Jakarta NoSQL" or "Eclipse JNoSQL."  We recommend a clean line of using "Jakarta" to refer to the specification and "Eclipse" to refer to the implementation.

A final thing to consider which is far outside the specification process and should only be interpreted as advice.  Consider entirely renaming the implementation project to make it impossible for it to be confused for the specification itself.  This could go a long way to encouraging other implementations to show up and feel they have a reasonable chance to compete without branding confusion that favors one implementation and puts them at a disadvantage.

David Blevins

On Oct 4, 2020, at 10:27 PM, Ivar Grimstad <ivar.grimstad@xxxxxxxxxxxxxxxxxxxxxx> wrote:

Greetings Jakarta EE Specification Committee.

I need your vote to approve the plan for Jakarta NoSQL 1.0.

The JESP/EFSP requires a successful ballot of the Specification Committee in order to ratify the products of this release as a Final Specification (as that term is defined in the EFSP).

The relevant materials are available here:

Per the process, this will be a seven day ballot, ending on October 12, 2020 that requires a Super-majority positive vote of the Specification Committee members (note that there is no veto). Community input is welcome, but only votes cast by Specification Committee Representatives will be counted.

The Specification Committee is composed of representatives of the Jakarta EE Working Group Member Companies (Fujitsu, IBM, Oracle, Payara, Red Hat, Tomitribe, and Primeton), along with individuals who represent the EE4J PMC, Participant Members, and Committer Members.

Specification Committee representatives, your vote is hereby requested. Please respond with +1 (positive), 0 (abstain), or -1 (reject). Any feedback that you can provide to support your vote will be appreciated.

Thanks …

Ivar Grimstad
Jakarta EE Developer Advocate | Eclipse Foundation, Inc.
Community. Code. Collaboration. 
Join us at our virtual event:
EclipseCon 2020 - October 20-22

_______________________________________________ mailing list
To unsubscribe from this list, visit

Back to the top