On Wed, Mar 25, 2015 at 7:55 AM, Matthias Wessendorf <matzew@apache.org> wrote:

+1 I am fully supporting that - I actually think it is a mistake that we did not have that done in the past (mainly due to the full profile usage - I can't figure out if that actually made sense...)

Well there is a LOT of bias against full profile Java EE containers because they were big slow lumbering jacktards of projects for a very long time.  Wildfly's name change REALLY did a good job in distancing itself from that perception.  I've even heard people use the term "lightweight" to describe it.

So it was probably just not wanting to assume the emotional baggage of being on a Java EE Profile because that was "heavyweight" in out minds.

 

On Wed, Mar 25, 2015 at 11:25 AM, Lukáš Fryč <lukas.fryc@gmail.com> wrote:

Hey guys,

we are working on a prototype of UPS that is leveraging JMS to send notifications to Push Networks.

The requirement of JMS means we need to switch runtime requirement from WildFly web profile to WildFly full profile.

i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml

https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for notification sending

Essentially JMS should allow us to

* send notifications with higher confidence (per-message transaction guarantees)

* allow configuration of throughput and timeout (we get it for free)

* potentially it may even allow sending notifications in parallel in more threads or in a cluster of application servers (not an initial goal)

All of these benefits could be hardly achieved without messaging.

The feature request is elevated by AGPUSH-1320.

If you have any concerns, let us know!

Cheers,

~ Lukas

_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev

--

Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf

_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev

_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev