Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[config-dev] Discussion about Jakarta Config on MP Technical meeting
  • From: Dmitry Kornilov <dmitry.kornilov@xxxxxxxxxx>
  • Date: Mon, 9 Aug 2021 17:09:09 +0000
  • Accept-language: en-GB, ru-RU, en-US
  • Arc-authentication-results: i=1; 1; spf=pass; dmarc=pass action=none; dkim=pass; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=VAv8tZpeHJA9vHswK3qd8ei9NoA6TJe5cqeMKDHa3oY=; b=SiQzRPV6mU+TqH5aeS5ArGDGMC20EPhD77YErmIgvSii9jLTvFX3uYwl+nySVs9wDNc3AIIq57j0yheOKQK+zEKeNrxDTzLCm/yxT75JatEaBE9pl6RzDE87MAJMnX66tKwCUS3eyp9VK9pmftytTDEg/8WsEus8Lz+1EY/BTbgiAMuMsV00TfMyO81WMPH3+6LsXOOhf211G20KBeI5pq/5pKi5QunfQuzBYQ/8V5bFsqWUIrtC8Krk96OdMOcVbMQ1+dasMQ1cerw0Bk/UkkudPyy8sMdy55WCfqUyFnadNXBuqiuTAtCrKjjHIfQ7LYC2JRPaGYNA2BqZFH4fkQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=SM1jvCOSOdW25KGPU5T0FuL7D8oDYrtIzBvK/PTtnEHnv3VEXZRDpjlUT165D3H5hBZUIAuffK4Ur05Ol/X8NRrFZD1StfBRrHtymcPvgfjA2hrHQ+f2UiDKPAOnWT2vwWg6j9bc97Qq0B9TibxWWBL8XRlQ6aRdFoCKY8lQ8U89wcfpF0DQWt7QtqYmUKs7PyvD27Tu1bOkddJdbvHcSwb79jQbnHzkdatgxVes0olFRtrs1STit+YIHN256kcLQTWiN6R2/sCV7z1tZe/XJqI9pyA+gF3ItKQSh19ZPJZ7xIP70xAgIU6YWpZru1iHj3dbLR0W853eEdTBLxHibg==
  • Delivered-to: config-dev@xxxxxxxxxxx
  • List-archive: <>
  • List-help: <>
  • List-subscribe: <>, <>
  • List-unsubscribe: <>, <>
  • Thread-index: AdeNQUNtyHrUc5mLQFK1/qWEv88xlQ==
  • Thread-topic: Discussion about Jakarta Config on MP Technical meeting

I listened a recording of the latest MicroProfile technical meeting where Jakarta Config was discussed ( I don't agree in a way how Jakarta Config was presented there, it doesn't reflect the real situation. I even more disappointed that it was presented by Emily, who is one of the leaders.

The first and fundamental mistake is to think that Jakarta Config tries to build a new spec from scratch. It's not our goal. We want to get maximum from MP Config but before doing it we want to understand what we want to build.

The main concern about MP Config is that it was not build in truly vendor-neutral way. Technically it's not a specification at all because it was not created under any specification process. It's an open source API created by a few enthusiasts mostly from RedHat and IBM. Although, I'm not saying that it's a bad API, but Jakarta cannot take it as it is without a deep review, without making sure that it fits all Jakarta EE requirements and without a consensus between all participating parties. This is what Jakarta Config team is currently working on. We are trying to set some requirements and after that we'll decide how MP Config should be changed to address them. This new spec must become the only config spec suiting both Jakarta EE and MicroProfile. I agree that there is no need to have 2 configs.

Talking about changes. We haven't finished our analysis and it's too early to provide a summary. So far, MP Config fits well into our requirements, but there are a few issues which I consider minor.

MicroProfile team pushing hard in all directions to force Jakarta Config to take MP Config as it is. We already had a several discussions about it. We will discuss it again on CN4J meeting. I personally believe that it's not right open source way of doing things. Please stop doing it! I personally invited all MP Config committers to Jakarta Config team. So let's work together to build a spec which all parties will be happy with.


-- Dmitry


Back to the top