Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-platform-dev] [External] : Re: Simplifying the platform by merging some specs?

On Mon, Mar 7, 2022 at 4:07 PM arjan tijms <arjan.tijms@xxxxxxxxx> wrote:

On Thu, Mar 3, 2022 at 8:47 PM Brian Stansberry <brian.stansberry@xxxxxxxxxx> wrote:
Agreed. I know in WildFly we integrate a number of libraries that use JSONP but not JSONB, and those libraries are used outside of appservers.

And in WildFly you can configure a server installation without JSONB support if you don't need it. I know other servers provide similar slimming ability.

Is it absolutely needed to have the specs split to enable that?

What about having multiple modules within the spec? E.g. jakarta.json as a module that includes both jakarta.json.processing and jakarta.json.bind. Application developers who want to use JSON could simply use jakarta.json. But libraries that specifically need to bind to jakarta.json.processing, can bind to only that.

We considered splitting up Faces in dozens of modules, so people could omit things they do not want (say, omit the navigation rules, or omit the resource library contracts). Naturally we don't dream of splitting up Faces in a dozen new specs.

Sure, as long as the specs are producing finer grained artifacts and impls do the same we can create JBoss Modules modules that allow your slimmed server to just have what you want.

A risk of combining things even though they are modularized within the spec is that modularization breaks down over time, but that kind of risk can be managed.

Kind regards,

jakartaee-platform-dev mailing list
To unsubscribe from this list, visit

Brian Stansberry
Principal Architect, Red Hat JBoss EAP

Back to the top