is a copy-artifact with a relocation doable while 1:1? would avoid branches, otherwise we can need some common modules to avoid a headache when fixing something :s
Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn 2017-10-27 17:41 GMT+02:00 Mark Struberg <strub...@yahoo.de>: > I thought about just providing another branch. > One for MP, the other for the JSR. > > I expect MicroProfile to also switch to the JSR once it is finally released. > I will try to clarify the relation in the next mp meeting. > > Until that we gonna impl both I'd say. > In the future we might even provide an optional mp compat layer on top of > the JSR? > > Means g-config implements JSR-382 but has an additional module which exposes > the mechanism for the MP API. > After all it is currently really 1:1 just with different package names. > > LieGrue, > strub > > On Friday, 27 October 2017, 14:51:53 GMT+2, John D. Ament > <johndam...@apache.org> wrote: > > > As long as we don't lose support for MP Config in the process, I'm fine with > it. > > John > > On Thu, Oct 26, 2017 at 4:06 PM Jean-Louis MONTEIRO <jeano...@gmail.com> > wrote: > > Hi Mark, > > sounds like a good idea. > Happy to help if you wish > > JLouis > > Le jeu. 26 oct. 2017 à 21:46, Mark Struberg <strub...@yahoo.de> a écrit : > > Hi folks! > > The EG started working on JSR-382. > It seems that it will be based on the MicroProfile work. > We did just rename a few things back to javax.config. > Funnily that's where it all started in early 2016 over here at Geronimo :) > > So I would love to start a 'javaConfig10' feature branch on the config > project. > Any objection? > > LieGrue, > strub