This all sounds really good to me!  The priority would be wf/eap imo, with others if very easy, or if community members want to jump in and add their favorite.

On Fri, Apr 3, 2015 at 7:54 AM, Sebastien Blanc <scm.blanc@gmail.com> wrote:


On Fri, Apr 3, 2015 at 1:50 PM, Matthias Wessendorf <matzew@apache.org> wrote:
Cool stuff

I am totally fine having this tied ti wf/eap

wondering: at some point, should we offer a dist as (only) subststem for wf/eap?
+1, I was exactly thinking the same, since we are tied to wf/eap, subsystem makes a lot of sense IMO
 


On Friday, April 3, 2015, Sebastien Blanc <scm.blanc@gmail.com> wrote:
That all sounds very good :) 
Thanks for the headupate, I will soon give it a try.

On Fri, Apr 3, 2015 at 10:34 AM, Lukáš Fryč <lukas.fryc@gmail.com> wrote:
Hi guys,

so as outlined in previous thread [1], I have prototyped a JMS batching approach for push message delivery.




We've discussed the approach with Matthias, Mirek Novak and Ondrej Chaloupka (EAP QE & JMS/JTA experts, thank you guys!) and these documents describes a concept that we have came with:








Implementation-wise, I've so far prototyped the messaging part (split SenderService functionality to two subsequent queues with MDBs as shown on diagram),

but that's just a start, since we must configure it appropriately for efficiency (queue configuration and batch sizes) and verify that configuration works as expected,

the prototype lives on a branch (unpolished, to be squashed later): https://github.com/lfryc/aerogear-unifiedpush-server/tree/jms-batching

Off course, you can play with it already. :-)





Apart from the new requirement of using Java EE full profile (JMS), the prototype leverages implementation-specific configurations and APIs:
  • org.hibernate.Query for token streaming / batch fetching
  • HornetQ configurations of queue size, blocking behavior and message de-duplication
That pretty much binds us to WildFly/EAP - we can tweak it to run on any compliant app server, but without specific configurations it won't work properly.



Once configured and functionally tested (that can even wait for Beta2 I guess),

we can cooperate with Mobile QE on testing (Stefan, Adam), their test suite contains mocks of APNS/GCM against which we can load test.



Cheers!

~ Lukas



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



--
Sent from Gmail Mobile

_______________________________________________
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