[aerogear-dev] AeroGear Android 3.0 - Roadmap

Matthias Wessendorf matzew at apache.org
Tue Jul 14 13:17:32 EDT 2015


On Tue, Jul 14, 2015 at 5:36 PM, Summers Pittman <supittma at redhat.com>
wrote:

>
>
> On Tue, Jul 14, 2015 at 11:27 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>>
>>
>> On Tue, Jul 14, 2015 at 4:08 PM, Daniel Passos <dpassos at redhat.com>
>> wrote:
>>
>>> Hey Guys,
>>>
>>> As you know Summers and I started work on AGDroid 3.0. Today we
>>> revisited what we want to this release. I hope you enjoy it
>>> GOALS
>>>
>>>    - Remove Java 6 support
>>>    - Move to $LATEST android-maven-plugin
>>>    - GCM 3.0 + Push Tasks
>>>    - Extra convenience tooling
>>>    - Memeolist demo app
>>>    - Update docs
>>>    - oAuth2 improvements
>>>    - Experimental Offline Module
>>>    - Experimental Yubikey Neo support
>>>
>>> Aerogear Android Push
>>>
>>>    - GCM 3.0
>>>       - Instance ID
>>>          - This is a new lifecycle for keeping the registration ID in
>>>          sync
>>>          - Using new services and broadcast receivers or providing
>>>          equavalent support
>>>
>>>
>> What about Topics ? I'd like to see our SDK mapping the categories to GCM
>> topics
>>
> Oh right, those got left off this email but are scheduled in JIRA.
> https://issues.jboss.org/browse/AGDROID-470
>
>>
>>
>>>
>>>    - XMPP
>>>       - Using XMPP messaging for receiving messages and sending
>>>       analytics updates
>>>
>>> for sending analytic updates? To the UPS? I would not think that the
>> push server needs (for analytics) to expose XMPP
>>
> Expose no.  It just needs to connect to Google's XMPP messaging services.
>
> See : https://issues.jboss.org/browse/AGPUSH-36
> and : https://issues.jboss.org/browse/AGDROID-472
>
>
ok - I was just wondering since it said _and_ :-)

we had an old demo implementation with the sync-server.  I can dig up those
old bits of code if you would like.

nah - we can revisit that once needed



>
>
>>
>>    -
>>       - May be basis for more robust client side diagnostics and/or
>>       eventual messaging APIs
>>
>>
>
>
>
>>
>>    -
>>
>> AeroGear Android plugin (new)
>>
>>    - Previously we shot this idea down because it adds work on developer
>>    which isn’t standard
>>    - Google is moving to including more plugins in Gradle so that isn’t
>>    a concern
>>    - Goals
>>       - Linting push and authz
>>          - Confirm services in manifest
>>          - Confirm appropriate licecycle on Message Listeners
>>        - Annotation Processing
>>          - Automate boring lifecycle tasks around Push
>>          (attaching/detaching listeners from activity)
>>        - Manifest processing
>>          - Inject Required services for push and authz if libraries are
>>          present
>>          - Automatically configure these services with values from
>>          keycloak.json and push-service.json
>>
>> AeroGear Android Cookbook
>>
>>    - Memeolist Demo App
>>       - Show off Material design skills
>>       - Show off integration with other Red Hat/JBoss technologies
>>       - Increase profile of AeroGear inside of Red Hat
>>       - Dogfooding
>>
>> AeroGear Android Pipe
>>
>>    - Logging support
>>    - Easier injection of HTTPProviders
>>    - Document adding custom headers under pipe
>>
>> AeroGear Android Store
>>
>>    - Decide between
>>       - Async operation
>>       - Content Provider
>>          - With the plugin we could also engage in automatic contract
>>          object generation
>>          - For an example of what I am thinking see Contracts
>>          <https://github.com/secondsun/devnexus-android-2015/tree/master/devnexusclientlibrary/src/main/java/org/devnexus/vo/contract>
>>          and ContentProvider
>>          <https://github.com/secondsun/devnexus-android-2015/blob/master/devnexusclientlibrary/src/main/java/org/devnexus/sync/DevNexusContentProvider.java>
>>
>> AeroGear Android Offline
>>
>>    - Cache : Configurable storage mechanism
>>       - Location : Where the CaceItem will be stored
>>          - Memory : in Memory store.
>>          - OnDevice : the internal permanent storage of the device
>>          - Media : removable media based storage. SD Cards, USB Sticks,
>>          etc
>>        - Eviction Policy : How long CacheItems can stay around
>>          - Permanent : Cache items must be removed manually
>>          - LRU : When the cache is full the least recently accessed will
>>          be removed
>>          - Fifo : The oldest object in the cache will be removed.
>>        - Size : The max number of items a cache may hold.
>>       - Age : The max age of any item
>>
>> AeroGear Android Authz
>>
>>    - Revisit oAuth2 opened jiras
>>
>> AeroGear Android Security
>>
>>    - Experimental Yubikey Neo
>>    <https://www.yubico.com/products/yubikey-hardware/yubikey-neo/>
>>    support
>>
>> PS: Jiras are comming soon
>>>> --
>> -- Passos
>>
>> _______________________________________________
>> 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/20150714/4ef89159/attachment-0001.html 


More information about the aerogear-dev mailing list