[Aerogear-users] AeroGear Unified Push on other application servers?

Lukáš Fryč lukas.fryc at gmail.com
Thu Apr 30 02:30:26 EDT 2015

Hi Raimund,

with 1.1.0-alpha.2, we are now more dependent on WildFly/JBossAS/EAP, with
use of HornetQ and Hibernate specific configurations and APIs.

Hibernate API/config is used just for one reason - indexing device tokens
(and it is possible that at the end it will be avoided altogether,
depending on resolution of [1]).

HornetQ can be still simply replaced, because we need that only for
automatic deployment of queues (hornetq-jms.xml).
However they are plans to leverage advanced HornetQ advanced configurations
in order to optimize message delivery (limiting throughput and shaping

That said, there are no plans for support of any other application server,
but we don't definitely resist that!

You can always define bundle specific to your application server, providing
own configuration, look here (there are WARs built for as7 and wildfly):

Since we are using CDI internally, with bit of extensions and bit of
configuration, you can make it work on any application server of your

A good start would be probably trying UPS 1.0.x and if that will work for
you, look into adopting 1.1 for your AS.

Alternative option would be leveraging UPS on OpenShift or use it as a
microservice as Erik mentioned.


~ Lukas

[1] https://issues.jboss.org/browse/AGPUSH-1370 Device token is too long to
be indexed

st 29. 4. 2015 v 15:53 odesílatel Raimund Klein <chessray77 at gmail.com>

Hi Erik,
> Thank you for the suggestion. Please excuse the stupid question, but I
> assume this means I'd have to pack my own artifact based on the released
> sources? In this case, I'm a bit concerned about this part of the swarm
> (which I haven't heard of before) documentation:
> -------------------------------------------------------------------------------------------
> In order to specify the portions of the Wildfly AS your application needs,
> your pom.xml should specify some of the following dependencies within the
> org.wildfly.swarm Maven group-id:
> bean-validation
> ee
> io
> jaxrs
> logging
> naming
> request-controller
> security
> transactions
> undertow
> weld
> -----------------------------------------------------------------------------------------
> Since this would be my first contact with AeroGear, I have no idea which
> of these is required by the server. I'd probably just resort to including
> all of the above.
> I'm not sure if I could "sell" this solution to the other project
> stakeholders, but unless someone has a better idea (or can give me a hint
> as to how much Wildfly there really is inside the Unified Push Server),
> I'll have to give it a try.
> Cheers
> Raimund
> 2015-04-29 13:44 GMT+01:00 Erik Jan de Wit <edewit at redhat.com>:
>> Maybe use wildfly swarm [1] and 'just' manage the process?
>> [1] https://github.com/wildfly-swarm/wildfly-swarm
>> On Wed, Apr 29, 2015 at 12:05 PM, Raimund Klein <chessray77 at gmail.com>
>> wrote:
>> > Hi everyone,
>> >
>> > We are considering the use of the AeroGear Unified Push Server in our
>> > current project, but I'm afraid there will be quite some resistance
>> against
>> > using the WildFly or JBoss EAP servers in our environments (and no, we
>> don't
>> > have Docker yet, either - I'm trying to push for that on another line,
>> but
>> > there are even more stakeholders involved...). So far, our
>> infrastructure
>> > team supports only another application server.
>> >
>> > How deep are the links between the application and the server? I briefly
>> > talked to Matze after this JAX talk last week and he mentioned that
>> there
>> > are direct uses of HornetQ. Is that the only restriction, and how
>> heavily is
>> > this used? Are there plans to make this tie-in optional?
>> >
>> > Please excuse all these questions, but they're only some of the
>> problems I'm
>> > facing in pushing this forward. I would really like to use it in order
>> to
>> > reduce the headaches I had over the past months, but in a bigger
>> > organisation you have more people asking this kind of thing. ;-)
>> >
>> > Cheers
>> > Raimund
>> >
>> > _______________________________________________
>> > Aerogear-users mailing list
>> > Aerogear-users at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-users
>> >
>> --
>> Cheers,
>>        Erik Jan
>> _______________________________________________
>> Aerogear-users mailing list
>> Aerogear-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-users
> _______________________________________________
> Aerogear-users mailing list
> Aerogear-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-users/attachments/20150430/98af6e62/attachment.html 

More information about the Aerogear-users mailing list