[aerogear-dev] AeroGear PushEE

[Matthias Wessendorf]

Ah, whoops :) never tested that... :)

I added a work-around for it


On Thu, Apr 25, 2013 at 9:12 PM, Lucas Holmquist <lholmqui at redhat.com>wrote:

> 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
>
>
>
> _______________________________________________
> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20130426/3664d03f/attachment-0001.html