Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [] Fork Eclipse MicroProfile Configuration as Jakarta Configuration.

Please do not feel deterred to chime in even if you have not done so before. Ultimately it is the end user voice that really matters. None of this is going to go anywhere without a user community around it and actual users advocating for something that resonates with them.

I also contend that there is no need to parse every nuance of every email to know what compels you. Most professionals are smart enough to implicitly know what will work for them without necessarily being the domain expert. Every voice matters and every voice counts.

Reza Rahman
Jakarta EE Ambassador, Author, Blogger, Speaker

Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.

Sent via the Samsung Galaxy S7, an AT&T 4G LTE smartphone

-------- Original message --------
From: Thodoris Bais <thodoris.bais@xxxxxxxxx>
Date: 4/4/20 1:19 PM (GMT-05:00)
To: Jakarta EE community discussions <>
Subject: Re: [] Fork Eclipse MicroProfile Configuration as Jakarta Configuration.

Being quite new to all these discussions, my 2 cents are:

- I can understand the motivation behind keeping two different implementations (stability and flexibility)
- I still believe that keeping those two apart will be too expensive for everybody

That said, I hope we can agree to integrate them together. 
I don't know how yet, but that's why we're here, to figure it out together.


Op za 4 apr. 2020 om 18:18 schreef Scott Stark <starksm64@xxxxxxxxx>:
Good point.

On Sat, Apr 4, 2020 at 4:29 AM Emily Jiang <emijiang6@xxxxxxxxxxxxxx> wrote:
I have 2 comments to make:
1. It is orthogonal to debate here how good MP Config is. For different people, you might get a different answer. However, majority feedback is very positive. Sure, there is still room for improvement and more features need to be added to make it more powerful, more effective and performant. It is not perfect but it is  very useful already.

2. Let's just look at what Otavio needs and provide an answer in this thread. Otavio and I had a brief chat and went through his use case in terms of JNoSQL. It turned out JNoSQL does not require a full Jakarta Config spec but wants some JNoSQL properties to be visible to applications. In more details, there is no Config API dependencies required from the JNoSQL API jar. All JNoSQL needs  is to state some properties must be available to the applications as config properties. With the support of MP Config, the JNoSQL spec can state "refer to MicroProfile Config for how to look up the properties, e.g."
@ConfigProperty(name = "suffix")
private ColumnFamilyManager manager;
In this case, even though MicroProfile Config has made any subsequent changes, JNoSQL is not massively affected as it has no direct dependency on its jars. Only TCKs have direct dependencies on MP Config and they can just pick a version of MicroProfile Config and stick to it. For end users, they can choose the version of MP Config they want to inject JNoSQL properties.

Therefore, I think once MicroProfile has sorted the WG (hopefully in a few weeks), it should be feasible for JNoSQL to adopt MicroProfile Config and make progress. It will be much easier for JNoSQL to move forward to declare 1.0 release instead of waiting for a spec to be created and then releaased first, which could take a long time.

My 2cents.


_______________________________________________ mailing list
To unsubscribe from this list, visit

Thodoris Bais

Back to the top