You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by Mark Struberg <st...@yahoo.de> on 2020/03/13 10:26:42 UTC
enhance genesis-flava8 to use Automatic-Module-Name ?
hi!
I think half-loud about enhancing flava8 to use the maven-jar plugin to automatically provide a module name.
It defaults to the artifact-id but can be tweaked by each module to include a Automatic-Module-Name: entry in manifest.mf.
The reason why I do not like the module-info.class is that this often breaks backward compat with many java8 projects. And there are still WAY many companies using java8 only...
wdyt?
LieGrue,
strub
Re: enhance genesis-flava8 to use Automatic-Module-Name ?
Posted by Mark Struberg <st...@yahoo.de>.
Well, it's better than nothing and we are fine off. Btw, even in java14 you can run without it. Just disable jpms via flag.
That's the default in most companies anyway.
With having the automatic module name set we get most benefits without trashing Java8 projects.
Gonna release this now. Please shout if something is still missing/wrong!
LieGrue,
strub
> Am 13.03.2020 um 15:02 schrieb Romain Manni-Bucau <rm...@gmail.com>:
>
> Don't think there is any official name yet - means we'll probably break any user of the names later. I saw a proposal to use java.cdi but was before jakarta move so not sure today.
>
> Side note: even if I agree jpms is a failure, it will soon be the only way to compile at java rhythm so we should be compliant with it anyway. I'm also thinking to small specs like json*, cdi where doing a jimage can make sense to distribute standalone apps (i'm not speaking of server apps there).
>
> Romain Manni-Bucau
> @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com/> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance>
>
> Le ven. 13 mars 2020 à 12:48, Mark Struberg <struberg@yahoo.de <ma...@yahoo.de>> a écrit :
> Btw, anyone has a clue what the module name for the cdi-2.0 api is?
>
> Did not find anything in the published official jar...
> Am I just blind?
>
> LieGrue,
> strub
>
>> Am 13.03.2020 um 12:31 schrieb Mark Struberg <struberg@yahoo.de <ma...@yahoo.de>>:
>>
>> I'd leave genesis-flava for now. We can get rid of it for jakarta.* maybe.
>>
>> JPMS has completely failed imo. The adoption rate in the industry is near zero.
>> Companies who need a module system use OSGi. The others use flat classpath. The isolation is a joke. Security wise it's useless.
>> So the only real benefit we'd have is out-of-the-box compilation with java14.
>> And for that the MANIFEST.MF entry is enough afaiu.
>>
>> LieGrue,
>> strub
>>
>>
>>
>>> Am 13.03.2020 um 11:50 schrieb Romain Manni-Bucau <rmannibucau@gmail.com <ma...@gmail.com>>:
>>>
>>> There are a few things to take into account I think:
>>>
>>> 1. Maybe let's drop genesis completely
>>> 2. Module info is a pain but still the only way to be jlink compatible, automatic name just enables compilation
>>>
>>> I'd be to have a classified artifact with module info if we can otherwise automatic name is ok.
>>>
>>> Le ven. 13 mars 2020 à 11:26, Mark Struberg <struberg@yahoo.de <ma...@yahoo.de>> a écrit :
>>> hi!
>>>
>>> I think half-loud about enhancing flava8 to use the maven-jar plugin to automatically provide a module name.
>>> It defaults to the artifact-id but can be tweaked by each module to include a Automatic-Module-Name: entry in manifest.mf.
>>>
>>> The reason why I do not like the module-info.class is that this often breaks backward compat with many java8 projects. And there are still WAY many companies using java8 only...
>>>
>>> wdyt?
>>>
>>> LieGrue,
>>> strub
>>>
>>
>
Re: enhance genesis-flava8 to use Automatic-Module-Name ?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
Don't think there is any official name yet - means we'll probably break any
user of the names later. I saw a proposal to use java.cdi but was before
jakarta move so not sure today.
Side note: even if I agree jpms is a failure, it will soon be the only way
to compile at java rhythm so we should be compliant with it anyway. I'm
also thinking to small specs like json*, cdi where doing a jimage can make
sense to distribute standalone apps (i'm not speaking of server apps there).
Romain Manni-Bucau
@rmannibucau <https://twitter.com/rmannibucau> | Blog
<https://rmannibucau.metawerx.net/> | Old Blog
<http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> |
LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book
<https://www.packtpub.com/application-development/java-ee-8-high-performance>
Le ven. 13 mars 2020 à 12:48, Mark Struberg <st...@yahoo.de> a écrit :
> Btw, anyone has a clue what the module name for the cdi-2.0 api is?
>
> Did not find anything in the published official jar...
> Am I just blind?
>
> LieGrue,
> strub
>
> Am 13.03.2020 um 12:31 schrieb Mark Struberg <st...@yahoo.de>:
>
> I'd leave genesis-flava for now. We can get rid of it for jakarta.* maybe.
>
> JPMS has completely failed imo. The adoption rate in the industry is near
> zero.
> Companies who need a module system use OSGi. The others use flat
> classpath. The isolation is a joke. Security wise it's useless.
> So the only real benefit we'd have is out-of-the-box compilation with
> java14.
> And for that the MANIFEST.MF entry is enough afaiu.
>
> LieGrue,
> strub
>
>
>
> Am 13.03.2020 um 11:50 schrieb Romain Manni-Bucau <rm...@gmail.com>:
>
> There are a few things to take into account I think:
>
> 1. Maybe let's drop genesis completely
> 2. Module info is a pain but still the only way to be jlink compatible,
> automatic name just enables compilation
>
> I'd be to have a classified artifact with module info if we can otherwise
> automatic name is ok.
>
> Le ven. 13 mars 2020 à 11:26, Mark Struberg <st...@yahoo.de> a écrit :
>
>> hi!
>>
>> I think half-loud about enhancing flava8 to use the maven-jar plugin to
>> automatically provide a module name.
>> It defaults to the artifact-id but can be tweaked by each module to
>> include a Automatic-Module-Name: entry in manifest.mf.
>>
>> The reason why I do not like the module-info.class is that this often
>> breaks backward compat with many java8 projects. And there are still WAY
>> many companies using java8 only...
>>
>> wdyt?
>>
>> LieGrue,
>> strub
>>
>>
>
>
Re: enhance genesis-flava8 to use Automatic-Module-Name ?
Posted by Mark Struberg <st...@yahoo.de>.
Btw, anyone has a clue what the module name for the cdi-2.0 api is?
Did not find anything in the published official jar...
Am I just blind?
LieGrue,
strub
> Am 13.03.2020 um 12:31 schrieb Mark Struberg <st...@yahoo.de>:
>
> I'd leave genesis-flava for now. We can get rid of it for jakarta.* maybe.
>
> JPMS has completely failed imo. The adoption rate in the industry is near zero.
> Companies who need a module system use OSGi. The others use flat classpath. The isolation is a joke. Security wise it's useless.
> So the only real benefit we'd have is out-of-the-box compilation with java14.
> And for that the MANIFEST.MF entry is enough afaiu.
>
> LieGrue,
> strub
>
>
>
>> Am 13.03.2020 um 11:50 schrieb Romain Manni-Bucau <rmannibucau@gmail.com <ma...@gmail.com>>:
>>
>> There are a few things to take into account I think:
>>
>> 1. Maybe let's drop genesis completely
>> 2. Module info is a pain but still the only way to be jlink compatible, automatic name just enables compilation
>>
>> I'd be to have a classified artifact with module info if we can otherwise automatic name is ok.
>>
>> Le ven. 13 mars 2020 à 11:26, Mark Struberg <struberg@yahoo.de <ma...@yahoo.de>> a écrit :
>> hi!
>>
>> I think half-loud about enhancing flava8 to use the maven-jar plugin to automatically provide a module name.
>> It defaults to the artifact-id but can be tweaked by each module to include a Automatic-Module-Name: entry in manifest.mf.
>>
>> The reason why I do not like the module-info.class is that this often breaks backward compat with many java8 projects. And there are still WAY many companies using java8 only...
>>
>> wdyt?
>>
>> LieGrue,
>> strub
>>
>
Re: enhance genesis-flava8 to use Automatic-Module-Name ?
Posted by Mark Struberg <st...@yahoo.de>.
I'd leave genesis-flava for now. We can get rid of it for jakarta.* maybe.
JPMS has completely failed imo. The adoption rate in the industry is near zero.
Companies who need a module system use OSGi. The others use flat classpath. The isolation is a joke. Security wise it's useless.
So the only real benefit we'd have is out-of-the-box compilation with java14.
And for that the MANIFEST.MF entry is enough afaiu.
LieGrue,
strub
> Am 13.03.2020 um 11:50 schrieb Romain Manni-Bucau <rm...@gmail.com>:
>
> There are a few things to take into account I think:
>
> 1. Maybe let's drop genesis completely
> 2. Module info is a pain but still the only way to be jlink compatible, automatic name just enables compilation
>
> I'd be to have a classified artifact with module info if we can otherwise automatic name is ok.
>
> Le ven. 13 mars 2020 à 11:26, Mark Struberg <struberg@yahoo.de <ma...@yahoo.de>> a écrit :
> hi!
>
> I think half-loud about enhancing flava8 to use the maven-jar plugin to automatically provide a module name.
> It defaults to the artifact-id but can be tweaked by each module to include a Automatic-Module-Name: entry in manifest.mf.
>
> The reason why I do not like the module-info.class is that this often breaks backward compat with many java8 projects. And there are still WAY many companies using java8 only...
>
> wdyt?
>
> LieGrue,
> strub
>
Re: enhance genesis-flava8 to use Automatic-Module-Name ?
Posted by Romain Manni-Bucau <rm...@gmail.com>.
There are a few things to take into account I think:
1. Maybe let's drop genesis completely
2. Module info is a pain but still the only way to be jlink compatible,
automatic name just enables compilation
I'd be to have a classified artifact with module info if we can otherwise
automatic name is ok.
Le ven. 13 mars 2020 à 11:26, Mark Struberg <st...@yahoo.de> a écrit :
> hi!
>
> I think half-loud about enhancing flava8 to use the maven-jar plugin to
> automatically provide a module name.
> It defaults to the artifact-id but can be tweaked by each module to
> include a Automatic-Module-Name: entry in manifest.mf.
>
> The reason why I do not like the module-info.class is that this often
> breaks backward compat with many java8 projects. And there are still WAY
> many companies using java8 only...
>
> wdyt?
>
> LieGrue,
> strub
>
>