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



--

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