I'm happy to champion and endorse for inclusion in the Incubator as long as the foremost focus is creating a functioning, lasting and healthy ASF community and any JSR/JCP points always second.
I do not think these goals are mutually exclusive, in fact I think the opposite; the world could benefit from JSRs based on and/or run by strong Apache communities. Provided it's the community leading the JSR and not the JSR leading the community, I think we're a go for Incubation. -David On Mon, Nov 3, 2014 at 1:53 PM, Anatole Tresch <atsti...@gmail.com> wrote: > Thanks Jean-Louis. > I am sure there is enough work where you can help us ;) > > > 2014-11-03 22:13 GMT+01:00 Jean-Louis MONTEIRO <jeano...@gmail.com>: > > > Thanks Anatole. > > You were the one pushing the JSR so I wanted to be sure about the purpose > > of this proposal. > > Sound very interesting to me. > > > > Looking forward to help if needed. > > > > Jean-Louis > > > > 2014-11-03 18:18 GMT+01:00 Tresch, Anatole < > > anatole.tre...@credit-suisse.com > > >: > > > > > Hi Jean-Louis > > > > > > unfortunately I was a bit deferred in receiving this mail thread here. > So > > > sorry for the delay ;) > > > > > > > I do think it's an interested and important topic. > > > > > > > > Was wondering what's Anatole position as the Configuration JSR as > been > > > > deferred from Java EE 8. > > > This JSR was targeting mainly EE 8 and mostly deployment aspects. I > > think, > > > with enough momentum, > > > we could try to discuss of add some kind of SPIs to EE 8 through the > > > umbrella JSR. > > > On the other side, when we get a restful container management API, we > > > could also > > > use this to plugin with any kind of configuration solution. Of course, > my > > > hope is > > > that we will be able to have a configuration solution in place that is > > > mature and flexible > > > enough to effectively support these EE scenarios. > > > Application configuration basically is partially covered by Deltaspike > as > > > of now, but I think > > > more features would be useful. As of now there is no good place to do a > > > standardization > > > for app config. I will try to revitalize the configuration stream in > CDI, > > > so we could at > > > least end up in some kind of EE8 specification appendix. As of now this > > > seems to be the > > > maximum we can do on a standardization level. On the other side I > think, > > > Apache is a > > > great chance to further evolve the concepts, so we will have a good > > > chance, that we > > > can standardize them at a later point. > > > > > > > Even if Mark and Gerhard are also part of DeltaSpike, that'd be great > > to > > > > avoid having many different configuration projects in Apache and then > > > > splitting forces. > > > > Probably also a good opportunity to move commons-configuration from > > > > proper/dormant. > > > > > > > > Jean-Louis > > > > > > Fair enough. I am looking forward for any kind of collaboration here > > > > > > -Anatole > > > > > > Anatole Tresch > > > Platform Strategy & Strategic Projects, KGVX 42 > > > +41 44 334 03 89 (*414 0389) > > > > > > > > > > > > -- > > Jean-Louis > > > > > > -- > *Anatole Tresch* > Java Engineer & Architect, JSR Spec Lead > Glärnischweg 10 > CH - 8620 Wetzikon > > *Switzerland, Europe Zurich, GMT+1* > *Twitter: @atsticks* > *Blogs: **http://javaremarkables.blogspot.ch/ > <http://javaremarkables.blogspot.ch/>* > > *Google: atsticksMobile +41-76 344 62 79* >
