Re: [cdi-dev] Java SE / EE split, link to the generated spec

Le 15 avr. 2015 à 17:06, Pete Muir <pmuir(a)redhat.com&gt; a écrit : I think this is a good start. I agree with Tomas’ points, and additionally I think we need to normalise the language used to describe the “additions”. I number of phrases are used, and it really should be just one (so that people don’t argue in the future about whether different phrasings have different implications). I like “When running in Java EE […] the container must additionaly […]” the most. For example I would change In Java EE, in addition to the kinds of bean listed in Programming model, the container must provide built-in support for injection and contextual lifecycle management of the following kinds of bean: to When running in Java EE, the container must additionally provide built-in support for injection and contextual lifecycle management of the following kinds of bean: This should replace everything like “with the following addition”, “in Java EE, the container is also required” etc. You’ve raised contexts elsewhere so let me discus that there. Pete > On 14 Apr 2015, at 13:24, Antoine Sabot-Durand <antoine(a)sabot-durand.net&gt; wrote: > > Hi all, > > > After a lot of do, undo, redo, I sent, this morning, a PR containing a first draft of this split. > > To give an idea of the final result, the generated spec doc is available here : https://dl.dropboxusercontent.com/u/2898173/cdi-spec.html > > The goal of this splitting is to have an EJB free version of the spec to provide an official Java SE support for CDI. It’s also the 1st step to introduce parts in the spec, should we decide to do it. > > Thanks for your feedback, here, in the pull request or in the corresponding Jira ticket : https://issues.jboss.org/browse/CDI-160 > > Antoine > > _______________________________________________ > cdi-dev mailing list > cdi-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/cdi-dev > > Note that for all code provided on this list, the provider licenses the code under the Apache License, Version 2 (http://www.apache.org/licenses/LICENSE-2.0.html). For all other ideas provided on this list, the provider waives all patent and other intellectual property rights inherent in such information.