Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 38461200B50 for ; Fri, 15 Jul 2016 00:57:50 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 36DB6160A85; Thu, 14 Jul 2016 22:57:50 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2E46C160A63 for ; Fri, 15 Jul 2016 00:57:49 +0200 (CEST) Received: (qmail 29708 invoked by uid 500); 14 Jul 2016 22:57:48 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 29698 invoked by uid 99); 14 Jul 2016 22:57:48 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Jul 2016 22:57:48 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id 998821A0780 for ; Thu, 14 Jul 2016 22:57:47 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.179 X-Spam-Level: * X-Spam-Status: No, score=1.179 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id TrNWwoxBfAoG for ; Thu, 14 Jul 2016 22:57:43 +0000 (UTC) Received: from mail-lf0-f52.google.com (mail-lf0-f52.google.com [209.85.215.52]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTPS id 2C0295FC52 for ; Thu, 14 Jul 2016 22:57:43 +0000 (UTC) Received: by mail-lf0-f52.google.com with SMTP id q132so74911181lfe.3 for ; Thu, 14 Jul 2016 15:57:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=W5sG6UP/hgwSYFhTa82IpP+HrAt2ljFHaASF/rDtmF8=; b=Ts3//gw14jY62pcywHXdKO+IBRFqJEo8QaX/rirMLyHS2hWwBI7DfEOXtrkbOsA3dd 4/cXgZyZIpnWF9aNUgPNHjPqgxCB2yO3xvKKpam0qTHI3Bfrt41D2JsWIyYki5XrWpC6 ntY2EE1spWC/O6gj9HB1ek/CNT4tUwMncAF/Inim3u9KQUprRBhaFDAZp6F4p/xe8g5L 1w0hw2ac9mIG/IVsL4TV8r/WjTwiNScVfjU5IHm1H9bVefnuPvzUbgcWJI3YwvQ33USZ 3WVN0ZYvPkbGJwod4NX7euu2qC5U08PLeffS4Ryce9Jp7a4W115ZgfoR4mIBmPciikbd b6Rg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=W5sG6UP/hgwSYFhTa82IpP+HrAt2ljFHaASF/rDtmF8=; b=DyB9SOPsqGjHIq1+wnXA1pI5YPx26dRRdoC7vY+iN4M7J71EEOOKZz6R0gi655mmUL asohLA4CrxP+171vCtznsXehYseIV57D2Ii7MRtec1nwkebixzcnBYzAYC5rayoALYNU 7sdlfyfl+/Se2ChhcbeKE1jnAni9g9cMWCIXtWT5aYkrGvtHXQq/+TF8/H6DbG+0q2Ha 00K0zYN9oTqk7j9vl6fKo8dxdTMTQiftTgw1Spr8VuYo60fHYpvGdW7IEuY3DJYZZhRb 7WRzqS8LVgjFlPKdHJB2yYpftFpMeOWFY/a5B7sh9PUsuQdtDExorNmKSO18sd8cnKSy cPJw== X-Gm-Message-State: ALyK8tIbhbZ9rmfnlxIwtbkK01bKGxlf70F91qIlEweFeGJTGuvTOCrBSk0ubeJTG0zO6KKSt26pkq+3wwsBAg== X-Received: by 10.25.33.134 with SMTP id h128mr7713883lfh.82.1468537061206; Thu, 14 Jul 2016 15:57:41 -0700 (PDT) MIME-Version: 1.0 Received: by 10.114.199.111 with HTTP; Thu, 14 Jul 2016 15:57:40 -0700 (PDT) In-Reply-To: References: <21109a53-190c-9fb8-02ec-bd3bd7fdec3c@swe-blog.net> From: Werner Keil Date: Fri, 15 Jul 2016 00:57:40 +0200 Message-ID: Subject: Re: Configuration for Java SE and Java EE JSR To: dev@tamaya.incubator.apache.org Cc: dev@geronimo.apache.org Content-Type: multipart/alternative; boundary=001a113f21d4df72990537a06d92 archived-at: Thu, 14 Jul 2016 22:57:50 -0000 --001a113f21d4df72990537a06d92 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 wrote: > Le 15 juil. 2016 00:46, "Werner Keil" a =C3=A9cri= t : > > > > Yes but neither at Apache nor elsewhere you can just go and declare "yo= ur > > 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 i= s > > 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 simpl= y > > 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 < > rmannibucau@gmail.com> > > 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" > a > > > =C3=A9crit : > > > > > > > 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 ra= ce > 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" a > > > =C3=A9crit : > > > >> > > > >> Doesn't this overlap with another project you've been involved wit= h, > > > >>> Tamaya? > > > >>> > > > >>> On Jul 14, 2016 6:10 PM, "Mark Struberg" > wrote: > > > >>> > > > >>> Hi folks! > > > >>> > > > >>> I=E2=80=99ve started to extract the configuration work I=E2=80=99= 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=E2=80=99s 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=C3=B6nhauser Allee 64, 10437 Berlin, Deutschland/Germany > > > > P +49 30 44793251 > > > > M +49 178 7903538 > > > > E o.b.fischer@swe-blog.net > > > > S oliver.b.fischer > > > > J oliver.b.fischer@jabber.org > > > > X http://xing.to/obf > > > > > > > > > > > > --001a113f21d4df72990537a06d92 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
What's out on GitHub is taken for granted and can be f= orked and cloned as you know.

A POC must not be called j= avax.config without a JSR ever being proposed or accepted just to try out &= quot;how it feels".
When JSR 275 was stopped we took the ide= as 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 re= used the namespace.

So as a POC call it "conf= ig" if you like but not "javax.config", "java.config&qu= ot; or "jdk.config" that implies a working JSR or parts of the JD= K;-)

Cheers

Werner Keil | JCP Executive Committee Member, JSR 363 Co Spec Lead | Eclipse <= /span>UOM= o Lead, Babel Language Champion=C2=A0| Apache C= ommitter

Twitter @wernerkeil |=C2=A0@UnitAPI | @JSR354 |=C2=A0@AgoravaProj | @DeviceMap |=C2=A0#DevOps |=C2=A0#EclipseUOMo=

Skype=C2=A0werner.keil | Google+=C2=A0gplus.to/wernerke= il


=

On Fri, Jul 15, 2016 at 12:48 AM, Romain Man= ni-Bucau <rmannibucau@gmail.com> wrote:
Le 15 juil. 2016 00:46, "Werner Kei= l" <werner.keil@gmail.com<= /a>> a =C3=A9crit :
>
> Yes but neither at Apache nor elsewhere you can just go and declare &q= uot;your
> JSR", this is unacceptable especially from the package space poin= t.
> 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" be= cause .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, jus= t
> because you you're unhappy with either Apache Commons Config, Type= safe
> 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 <
rmannibucau@gmail.com>
> 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<= br> smaller.
> > DS solution is a pretty good start for that.
> >
> > Le 15 juil. 2016 00:33, "Oliver B. Fischer" <o.b.fischer@swe-blog.net> a
> > =C3=A9crit :
> >
> > > I a little bit confused. As I know our common goal is to est= ablish a
> > > configuration JSR based on Tamaya. I wouldn't like to se= e 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 w= ith DS and
> > Tamaya
> > >> for asf.
> > >>
> > >>
> > >> Le 15 juil. 2016 00:20, "John D. Ament" <johndament@apache.org> a
> > =C3=A9crit :
> > >>
> > >> Doesn't this overlap with another project you've= been involved with,
> > >>> Tamaya?
> > >>>
> > >>> On Jul 14, 2016 6:10 PM, "Mark Struberg" &= lt;struberg@yahoo.de> wrote: > > >>>
> > >>> Hi folks!
> > >>>
> > >>> I=E2=80=99ve started to extract the configuration wo= rk I=E2=80=99ve 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 cl= asses for the
SPI.
> > >>> The source can be found here.
> > >>> https://github.com/struberg/javaConfig<= /a>
> > >>>
> > >>> And that=E2=80=99s pretty much it! There is not much= more needed for it.
> > >>>
> > >>> I would love to move this to Geronimo. Simply becaus= e geronimo is
kind
> > of
> > >>> an EE-commons for the ASF nowadays ;)
> > >>>
> > >>> wdyt?
> > >>>
> > >>> LieGrue,
> > >>> strub
> > >>>
> > >>>
> > >>>
> > >>>
> > > --
> > > N Oliver B. Fischer
> > > A Sch=C3=B6nhauser Allee 64, 10437 Berlin, Deutschland/Germa= ny
> > > P +49 30 44793251
> > > M +49 178 7903538
> > > E o.b.fischer@sw= e-blog.net
> > > S oliver.b.fischer
> > > J oliver.b.fi= scher@jabber.org
> > > X http://xing.to/obf
> > >
> > >
> >

--001a113f21d4df72990537a06d92--