[aerogear-dev] AeroGear PushEE

Lucas Holmquist lholmqui at redhat.com
Thu Apr 25 15:12:34 EDT 2013


i know this is just a POC but when i try to access this endpoint : http://localhost:8080/ag-push/rest/applications  after i register an app,  i get a lazy loading exception.  

i suck at JPA, so it might be an easy thing 


On Apr 22, 2013, at 8:44 AM, Matthias Wessendorf <matzew at apache.org> wrote:

> 
> 
> 
> On Mon, Apr 22, 2013 at 2:37 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
> 
> On Apr 22, 2013, at 2:31 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
>> Hello,
>> 
>> while evaluating the PicketLink IDM for our "storage" requirements (see older emails), I started writing a Java EE version of the "Push/connectivity" server:
>> AeroGear PushEE -> https://github.com/matzew/pushee
>> 
>> (Dont' worry to much about the name :) ) 
>> 
>> Compared to the vert.x version it's using a more complete/richer API (real classes, instead of a large JsonObject). Also it has slightly more of an internal abstraction
>> (abstract entity base class, DAO access for all the entities, services accessing the DAOs, RESTendpoints simply accessing the services).
>> 
>> Oh, also, the "iOS" variant is now supporting a _real_ upload of the certificate (stored as Lob)
>> 
>> ## Cloud
>> 
>> I tested the WAR file, on my private OpenShift Account (with the JBoss 7.1.x config there), afterwards I tested the messaging:
>> I could send message to my iPhone and to my Android device - so the Openshift cloud does NOT permit connecting to Apple's APNs (and Google)
> 
> did you mean that you couldn't send messages to your device, or you could?
> 
> 
> LOL :)
> 
> it DID allow me to connect - works, all good.
> Delivery out of the OpenShift could works fine! :)
> 
>  
> 
>> 
>> Storage:
>> * All "beans" are JPA entities
>> * No IDM integration, due to the IRC suggestion to simply model the beans as entities
>> ==> However, since the Database for the push is a _standalone_ thing, and there is no real user (just an optional "client identifier"), this means I could move the "beans" and store the in IDM
>> 
>> Regarding IDM, please review also older threads regarding this, on the ML
>> 
>> Thoughts?
>> 
>> -- 
>> Matthias Wessendorf 
>> 
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at 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 at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20130425/67d51713/attachment.html 


More information about the aerogear-dev mailing list