What's out on GitHub is taken for granted and can be forked and cloned as you know.
A POC must not be called javax.config without a JSR ever being proposed or accepted just to try out "how it feels". When JSR 275 was stopped we took the ideas and working concepts to a new project "unitsofmeasurement.org" for almost 5 years, not just do a "rogue JSR". Only when JSR 363 was approved we reused the namespace. So as a POC call it "config" if you like but not "javax.config", "java.config" or "jdk.config" that implies a working JSR or parts of the JDK;-) Cheers Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead | Eclipse UOMo Lead, Babel Language Champion | Apache Committer Twitter @wernerkeil | @UnitAPI | @JSR354 | @AgoravaProj | @DeviceMap | #DevOps | #EclipseUOMo Skype werner.keil | Google+ gplus.to/wernerkeil On Fri, Jul 15, 2016 at 12:48 AM, Romain Manni-Bucau <[email protected]> wrote: > Le 15 juil. 2016 00:46, "Werner Keil" <[email protected]> a écrit : > > > > Yes but neither at Apache nor elsewhere you can just go and declare "your > > JSR", this is unacceptable especially from the package space point. > > A JSR under "javax.something" is only allowed for an EG once a JSR was > > filed and approved by the Executive Committee. > > > > Mark is free to register any domain like "marksconfig.io" because .io is > > just hip now and used by everybody and declare that project on GitHub. > > If someone wishes to propose a new JSR, go ahead and do so under > > https://www.jcp.org/en/jsr/proposal but not like that ;-( > > > > Nobody did so, thus if it ever happened, any of the mentioned projects > may > > be listed as "initial contribution", inspiration or whatever, but simply > > throwing something out there under javax.config is unconstructive, just > > because you you're unhappy with either Apache Commons Config, Typesafe > > Config, Spring Config, DeltaSpike Config or Tamaya. > > > > It is a proposal/poc. Let s keep focus on real topic and dont flame Mark > yet on details > > > Cheers, > > Werner > > > > > > On Fri, Jul 15, 2016 at 12:36 AM, Romain Manni-Bucau < > [email protected]> > > wrote: > > > > > Tamaya is far beyond a JSR in design and impl. It is a promishing > product > > > but too opponiated to be a JSR today IMO. Config needs something > smaller. > > > DS solution is a pretty good start for that. > > > > > > Le 15 juil. 2016 00:33, "Oliver B. Fischer" <[email protected]> > a > > > écrit : > > > > > > > I a little bit confused. As I know our common goal is to establish a > > > > configuration JSR based on Tamaya. I wouldn't like to see here a race > for > > > > the one how submits its JSR first.... > > > > > > > > > > > > Am 15.07.16 um 00:24 schrieb Romain Manni-Bucau: > > > > > > > >> +1 Mark if it can be a real JSR otherwise we can stick with DS and > > > Tamaya > > > >> for asf. > > > >> > > > >> > > > >> Le 15 juil. 2016 00:20, "John D. Ament" <[email protected]> a > > > écrit : > > > >> > > > >> Doesn't this overlap with another project you've been involved with, > > > >>> Tamaya? > > > >>> > > > >>> On Jul 14, 2016 6:10 PM, "Mark Struberg" <[email protected]> > wrote: > > > >>> > > > >>> Hi folks! > > > >>> > > > >>> I’ve started to extract the configuration work I’ve done in OWB, > > > MyFaces > > > >>> and DeltaSpike into an own little project. > > > >>> For the MyFaces and DeltaSpike parts I got help from ASF member > Gerhard > > > >>> Petracek. > > > >>> > > > >>> My goal is to establish an own JSR for configuration. > > > >>> > > > >>> So far it consists of 2 classes for the API and 4 classes for the > SPI. > > > >>> The source can be found here. > > > >>> https://github.com/struberg/javaConfig > > > >>> > > > >>> And that’s pretty much it! There is not much more needed for it. > > > >>> > > > >>> I would love to move this to Geronimo. Simply because geronimo is > kind > > > of > > > >>> an EE-commons for the ASF nowadays ;) > > > >>> > > > >>> wdyt? > > > >>> > > > >>> LieGrue, > > > >>> strub > > > >>> > > > >>> > > > >>> > > > >>> > > > > -- > > > > N Oliver B. Fischer > > > > A Schönhauser Allee 64, 10437 Berlin, Deutschland/Germany > > > > P +49 30 44793251 > > > > M +49 178 7903538 > > > > E [email protected] > > > > S oliver.b.fischer > > > > J [email protected] > > > > X http://xing.to/obf > > > > > > > > > > > >
