Spec Committee meeting minutes June 28th
Actions:
Tanja to set up doodle for a new time slot
Requirements and Goals document is done, feedback is still being collected, please provide feedback
Next steps:
Need to define the TCK challenge process
Meeting Notes:
Now that RI (Reference Implementation) is gone - what does it mean passing a TCK? What happens in the case there is a conflict between implementations (eg different interpretation of the spec, and therefore different outcome when implemented)
Dealing with specifications is a problem - huge documents, not realistic to rewrite all for the goal to have Jakarta EE 8 released this year
Specs to be compliant with - 7000 pages of specs of 33 JSR - how will this happen quickly??
what does it take reference specs instead of redefining / rewriting them
What is IP flow structure?? will this allow specs to co-exist
Can we have new spec -> to reference old spec + addition on top of the old
Defining a process needs to be a priority
Eclipse GlassFish supporting Jakarta EE is not enough. We need others on Jakarta EE 8
TCK releases
version management process
What should be our approach? stability vs aggressive releases
Who calls for a new version?
Spec committee needs to approve a new version; a new version would be suggested /recommend it by spec project
recommendation from the project and PMC to be used as escalation path (PMC,
TCK maintenance release and then point releases on quarterly releases will show platform making progress freq releases
Regards,
Tanja
--