Even if you may have studied law you don't seem to practice it either, but I spent enough years in the EC to understand and help progress the structures of the JCP.
If Oracle projects like XML so and so were used for the JDK so be it, but one cannot simply say "I don't like what's in java.lang, I create my own Java". Wait, Harmony tried that, but they stopped;-D JSR 310 Spec Lead and JSR 354 EG Member Stephen Colebourne tried to establish "Apache Commons Money" a while ago. I don't think you still find it, because it must be archived now. He was unhappy with the "too democratic" and "too slow" process at Apache (as he told me some while ago) so he took his ideas creating JodaMoney. Which still exists. A bit of it ended up as an inspiration for JSR 354 but at no point he either kept calling it "org.apache.commons.money" nor "javax.money" till JSR 354 was proposed and approved with Victor Grazi as Spec Lead. He then helped Victor and later Anatole as Spec Leads. Some ideas and designs remained, others (also based on feedback by the EC or wider community) were changed. However, everyone respected the boundaries of when the JSR started to exist, that's not the case here. File the proposal on JCP.org if you think it's ready, otherwise this is just a rogue piece of code and further disruption of the Java (EE) ecosystem than what's already going on, but all others respect those boundaries, e.g. trying to define their own stuff under "org.joda", " microservice.io" (some of which may or may not flow back into JSRs) or elsewhere. So better stick to a neutral package space. Otherwise nobody especially not the EC are likely to take it seriously if somebody tries to create a fait accompli just because the other 6 or 7 alternatives out there don't suit them ;-) Even after Bean Binding JSR (295) was stopped or withdrawn the makers of "Better Bean Binding" stuck to it.tidalwave.betterbeansbinding Cheers, Werner On Fri, Jul 15, 2016 at 1:06 AM, Mark Struberg <[email protected]> wrote: > You know that this is a chicken-egg problem and that there are many > projects which did totally different? > Oracle is also actively using the org.apache package names, whoops … > Lets stop that legal discussion. You are not a lawyer. > > LieGrue, > strub > > > > Am 15.07.2016 um 00:57 schrieb Werner Keil <[email protected]>: > > > > 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 > >>>>> > >>>>> > >>>> > >> > >
