JDK9 / UPS

[Matthias Wessendorf]

Hi,

I've released a first version (from a branch) of the parent 2.0.0 - the 1.1.x stuff stays on master for now.

release branch:

https://github.com/aerogear/aerogear-parent/tree/2.0.0

This POM will be used for UPS JDK_9 development. As of today the UPS builds fine w/ Java9, when skipping tests :-) 

Part of the problem is some of the modular system, coming w/ JDK9.

Current thinking is to introduce an additional JDK9 profile, with proper dependencies and plugin configurations (e.g. --add-modules enabled for certain plugins) only when running on java9.

I am not 100% sure at this moment, but I guess this might force us to also update some APIs (e.g. JPA/Transactions from 2.0 to latest).  Generally this aligns well with our community goals, to support latest of WildFly (e.g. 11+). This is something I am going to investigate the next days.

Hope is, to fully support java9, and trying to turn UPS into a more modular system, likely based on WF-Swarm, but that's really sure, for now. 

Any thoughts / comments / feedback ?

-Matthias

--

Matthias Wessendorf

github: https://github.com/matzew 
twitter: http://twitter.com/mwessendorf

[Matthias Wessendorf]

btw. the JDK_9 branch is here:

https://github.com/aerogear/aerogear-unifiedpush-server/tree/JDK_9

At this time, it's still targeting 1.8  - but the coming profile will change that, so we have both 1.8 _and_ 1.9 (similar to other middleware projects)

[David Martin]

Hey Matthias,

What are you thinking for a more modular UPS?
Do you mean modular inside the ups code, or modular jars or eaps that come together to make up a ups?

--
You received this message because you are subscribed to the Google Groups "Aerogear" group.
To unsubscribe from this group and stop receiving emails from it, send an email to aerogear+u...@googlegroups.com.
To post to this group, send email to aero...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aerogear/CAAg5f2TF3sDcmofMeBQDv3gUg8DSWkOwuvuYv6g9SsPE7sA3hQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[Matthias Wessendorf]

On Mon, Jan 29, 2018 at 10:07 PM, David Martin <davm...@redhat.com> wrote:

Hey Matthias,

What are you thinking for a more modular UPS?
Do you mean modular inside the ups code, or modular jars or eaps that come together to make up a ups?

ultimately yes: a collection of JARs (containing WF-Swarm), that make the UPS.

Modular here, w/ Java9 can even lead to a more optimized RT - containing only what's really needed.

https://github.com/moditect/moditect#creating-modular-runtime-images

not exactly sure how well this fits WF-Swarm and the MCS (Jboss modules) underneath

 

To unsubscribe from this group and stop receiving emails from it, send an email to aerogear+unsubscribe@googlegroups.com.

To post to this group, send email to aero...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/aerogear/CAAg5f2TF3sDcmofMeBQDv3gUg8DSWkOwuvuYv6g9SsPE7sA3hQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

--

You received this message because you are subscribed to the Google Groups "Aerogear" group.

To unsubscribe from this group and stop receiving emails from it, send an email to aerogear+unsubscribe@googlegroups.com.

To post to this group, send email to aero...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/aerogear/CADvBQ44vHnzqWd__dHrb99jo%2BZFMTKTA%2BqLrbsCr4OggSjo8_w%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

[Matthias Wessendorf]

I think the overall motivation would be: reducing footprint, with these JDK-9 images - but would be a good amount of work.

Versus features (E.g. larger push notifications) 

[Matthias Wessendorf]

and... related - I've updated our GSOC_Kafka branch:

https://github.com/aerogear/aerogear-unifiedpush-server/tree/Kafka_2018_rebase

for now, that will be my POC for modular system - and it will be on Kafka - but I guess w/ EnMasse (Messaging as a service) we can be much more independent of a certain 'technology'

-M