Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[ee4j-community] JCP or not (fork of Re: On Naming)

The JCP process and minimal turn over is relatively slow.

- when integrating one spec with another, it usually goes as fast as the slowest (could be improved within the JCP rules as it’s more organisational in nature)
- there is a general black hole in lieu of feedback during the feedback phases
- there are a bunch of non parallelizable steps (especially the feedback phases), this forces to do retroplanning and freeze work weeks before it becomes available
- when Russian dolling specs, the retroplanning explodes quite a bit
- there is no formal way for users to try WIP / newer specs, this leads to few to no feedback on it until the full Java EE is out.
- the “if you screw up it’s forever” strong backward compatibility guarantees also means we are thinking hard and long about things and go on the conservative side.
- updating the JCP process itself is a very long process

BV 1.0 took I think between 1.5 to 2 years. That’s not what I would call a good pace :) Doing a 3 months increment on a spec would mean too little (work time) / (total time) ratio.

I’m sure that’s not exhaustive and others might have a different view.

Emmanuel

On 3 Oct 2017, at 20:17, Michael Nascimento <misterm@xxxxxxxxx> wrote:

By that you mean BV 1.0 and CDI 1.0 suffered to go through the process? At least for BV, I remember once Red Hat took it over, it was completed in a good pace.

Regards,
Michael

On Tue, Oct 3, 2017 at 3:13 PM, Mark Little <mlittle@xxxxxxxxxx> wrote:
Revising an existing specification, as we have done with CDI and BV, is very different from doing something new.

On Tue, Oct 3, 2017 at 6:53 PM, Michael Nascimento <misterm@xxxxxxxxx> wrote:
On Sun, Oct 1, 2017 at 9:06 PM, Mike Milinkovich <mike.milinkovich@eclipse-foundation.org> wrote:
  1. There is a strong desire for a lighter-weight, more nimble process.
Given Bean Validation and CDI seem to work just fine through the JCP, could someone from Red Hat comment on their perception about this point?
 
  1. The IP and process rules around the JCP are complex, and almost impossible to change. The intent will be to create a new process which provides a level playing field for all of the participants and stakeholders. A more open and egalitarian process will hopefully result in more participants and investment in the platform.

If the Eclipse Foundation is the one submitting the JSRs, wouldn't all IP from the specs belong to the Foundation? Wouldn't it be open and egalitarian?

Regards,
Michael

Virus-free. www.avg.com

_______________________________________________
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


_______________________________________________
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


Back to the top