Where we already have separate projects
for the specifications (APIs) and the implementation, they'll
remain separate at the Eclipse Foundation. For example, "Eclipse
WebSocket API for Java" is the API specification project and
"Eclipse Tyrus" is the implementation project.
In some cases, such as Eclipse JSON Processing, the existing
project contains both the API classes and the implementation
classes. After the initial project is established at Eclipse, the
EE4J community can choose to do the work to split that project
into two projects if desired.
We've decided to rename the specification projects from (e.g.)
"Eclipse RESTful Web Services API for Java" to "Eclipse Project
for JAX-RS". That should make it clear what the intent of the
project is, while conforming to Oracle trademark guidelines.
Yes, the JAX-RS JSR reference is wrong; we'll fix that.
Sebastian Daschner wrote on 11/21/17 10:51 AM:
Hi there,
It's great to see some progress. However, there are a few things
in that announcement that puzzle me. Apologies upfront for any
stupid questions, I'm just trying to make sense out of it.
First of all, these project proposals seem to throw both
specifications and RIs into one pot. I guess it makes sense to
create Eclipse projects for implementations such as Tyrus or
Jersey. Are the specifications also planned to be incorporated
as Eclipse projects? Or will there be standardization processes,
what the JSRs with EGs are today? Especially in regard to the
overall platform, which JSR 366 is today. I'm not familiar with
what is planned to be the substitute for JSRs & EGs, but
maybe it makes sense for the Java EE community to see some
suggestion there first.
Do the specifications need to adopt the name Eclipse? In the
EE4J FAQ #7 it says that the intention is to continue to use the
former JCP specification names, such as 'Java API for RESTful
Web Services'. I know that names are what people get religious
about, but still I believe that we should not choose some names
for specifications before the name for what will succeed Java EE
(e.g. Open EE) is carved into stone. IMO 'Eclipse RESTful Web
Services API for Java' is a bad substitute for JAX-RS.
I only checked the Eclipse analog for the JAX-RS so far, but
that refers to JSR 339, which is JAX-RS 2.0, not JSR 370. Since
EE4J should be aligned with EE 8, shouldn't that refer to the
current specification?
Cheers,
Sebastian
(JSR 370, 374, 382)
On 11/21/2017 05:33 PM, Mike
Milinkovich wrote:
All,
I would like to draw your attention to fact that nine new
EE4J project proposals were recently posted on the Eclipse
Foundation's proposal
page. This is the first step to making the migration of
Java EE to the Eclipse Foundation a reality.
The list of proposals is below. There are more details on the
proposal
page, or on my blog
post.
Thanks!
Eclipse Tyrus
Eclipse OpenMQ
Eclipse Grizzly
Eclipse Jersey
Eclipse RESTful Web Services API for Java
Eclipse Message Service API for Java
Eclipse WebSocket API for Java
Eclipse Mojarra
Eclipse JSON Processing
_______________________________________________
ee4j-community mailing list
ee4j-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ee4j-community
_______________________________________________
ee4j-community mailing list
ee4j-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ee4j-community