From ivan.gurtler at ahead-itec.com  Mon Mar  2 05:01:23 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Mon, 2 Mar 2015 11:01:23 +0100
Subject: [aerogear-dev] loging with slf4j + logback
In-Reply-To: <CAFGdhuXoXx0VgRWiDcPYHwoyK0YXsWuJMU3eVfnRc=t8aFK3QA@mail.gmail.com>
References: <CAFGdhuUJQR3O8ex5e=icfx26U3u-YXnUv2R-zC+hB7c3Au6q6A@mail.gmail.com>
	<CAD_dpu18VwS1CrmHxWb=eSNBZHhXwfRnSTh0dA3JxBNpozG8_w@mail.gmail.com>
	<CAAg5f2Q0RaE1_WkebRqCFxytuv_W9bvf=8tc4WFcujZHc=++4A@mail.gmail.com>
	<CAFGdhuXoXx0VgRWiDcPYHwoyK0YXsWuJMU3eVfnRc=t8aFK3QA@mail.gmail.com>
Message-ID: <CAFGdhuWA36xB01hdz_qiFg2ry507L2Srqykh6dcFfG0U35QM_A@mail.gmail.com>

Hi Matthias,

After your comments I changed it ... I'm sorry I did not have much time at
friday.
Should I create new PR?

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-02-27 16:14 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:

> ok i try PR ...
> https://github.com/aerogear/aerogear-unifiedpush-server/pull/507 ...
> tested on EAP 6.3 ... (wildfly not tested ... sorry)
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-02-27 14:08 GMT+01:00 Matthias Wessendorf <matzew at apache.org>:
>
>> +1 a pr would be really nice :-))
>>
>>
>> On Friday, February 27, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>> Hi Ivan !
>>>
>>> Sure you can provide a pull request :)
>>>
>>> Thanks again for your commitment.
>>>
>>> Sebi
>>>
>>>
>>> On Fri, Feb 27, 2015 at 1:25 PM, Ivan G?rtler <
>>> ivan.gurtler at ahead-itec.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> we replaced default logging with logback and slf4j ... we found this
>>>> issue https://issues.jboss.org/browse/AGPUSH-1086 and if you would
>>>> also like to use our logging approach it is possible to create pull request
>>>> ...
>>>>
>>>>
>>>> *Mgr. Ivan G?rtler*
>>>> Mobile software developer
>>>>
>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>> 602 00 Brno (Czech Republic)
>>>>
>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>> mobile security solutions
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>
>> --
>> Sent from Gmail Mobile
>>
>> _______________________________________________
>> 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/20150302/b2e053e2/attachment.html 

From supittma at redhat.com  Mon Mar  2 09:33:50 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 02 Mar 2015 09:33:50 -0500
Subject: [aerogear-dev] AeroGear's Google+ Page
In-Reply-To: <1425169623225.0a635697@Nodemailer>
References: <54F1CA2B.9020406@redhat.com> <1425169623225.0a635697@Nodemailer>
Message-ID: <54F474CE.6010605@redhat.com>

On 02/28/2015 07:27 PM, Bruno Oliveira wrote:
> Why not? Get the keys of the gates and go ahead
I need someone to make me a manager of the Google+ group/page
>
> ?
>
> abstractj
> PGP: 0x84DC9914
>
>
> On Sat, Feb 28, 2015 at 11:01 AM, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 02/27/2015 10:11 AM, Matthias Wessendorf wrote:
>>     screencasts, sounds good
>     If someone gives me the bits I'll update it.  At the very least I
>     can bang all of our twitter and mailing list demos together from
>     the last few weeks and make a regularly updating stream o crap.
>>
>>     On Friday, February 27, 2015, Sebastien Blanc
>>     <scm.blanc at gmail.com <mailto:scm.blanc at gmail.com>> wrote:
>>
>>         Hi !
>>         While clicking through the website I landed on our Google+
>>         Page : https://plus.google.com/106588661437153585722/about
>>
>>         It's pretty empty and outdated, what should we do about it ?
>>         We could gather there all our screencasts maybe ? Or just
>>         close it.
>>
>>         wdyt ?
>>
>>         Sebi
>>
>>
>>
>>     -- 
>>     Sent from Gmail Mobile
>>
>>
>>     _______________________________________________
>>     aerogear-dev mailing list
>>     aerogear-dev at lists.jboss.org
>>     https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     -- 
>     Summers Pittman
>     >>Phone:404 941 4698
>     >>Java is my crack.
>
>
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150302/4216a9c3/attachment.html 

From scm.blanc at gmail.com  Mon Mar  2 09:36:07 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Mon, 2 Mar 2015 15:36:07 +0100
Subject: [aerogear-dev] AeroGear's Google+ Page
In-Reply-To: <54F474CE.6010605@redhat.com>
References: <54F1CA2B.9020406@redhat.com> <1425169623225.0a635697@Nodemailer>
	<54F474CE.6010605@redhat.com>
Message-ID: <CAD_dpu31dTwZEQoofch8yZ3j=ju91u_x7GuXDFo2LK7L0hWCww@mail.gmail.com>

On Mon, Mar 2, 2015 at 3:33 PM, Summers Pittman <supittma at redhat.com> wrote:

>  On 02/28/2015 07:27 PM, Bruno Oliveira wrote:
>
> Why not? Get the keys of the gates and go ahead
>
> I need someone to make me a manager of the Google+ group/page
>
I think Jay may help you with that.


>
>
> ?
>
> abstractj
> PGP: 0x84DC9914
>
>
>  On Sat, Feb 28, 2015 at 11:01 AM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>>  On 02/27/2015 10:11 AM, Matthias Wessendorf wrote:
>>
>> screencasts, sounds good
>>
>> If someone gives me the bits I'll update it.  At the very least I can
>> bang all of our twitter and mailing list demos together from the last few
>> weeks and make a regularly updating stream o crap.
>>
>>
>> On Friday, February 27, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>> Hi !
>>> While clicking through the website I landed on our Google+ Page :
>>> https://plus.google.com/106588661437153585722/about
>>>
>>>  It's pretty empty and outdated, what should we do about it ? We could
>>> gather there all our screencasts maybe ? Or just close it.
>>>
>>>  wdyt ?
>>>
>>>  Sebi
>>>
>>>
>>
>>
>> --
>> Sent from Gmail Mobile
>>
>>
>> _______________________________________________
>> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>>
>
>
> _______________________________________________
> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
>
> _______________________________________________
> 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/20150302/af13f6d0/attachment.html 

From cvasilak at gmail.com  Mon Mar  2 10:29:12 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 2 Mar 2015 17:29:12 +0200
Subject: [aerogear-dev] Team meeting
In-Reply-To: <CAFJm-3Gk3bW5vO_N8tv70_6u6kqMasjphyLtx+sei8qDer-9wg@mail.gmail.com>
References: <CAFJm-3Gk3bW5vO_N8tv70_6u6kqMasjphyLtx+sei8qDer-9wg@mail.gmail.com>
Message-ID: <DBC3CDEF-3E17-438C-A75B-CE5A921E6030@gmail.com>

fyi,

meeting minutes:

<jbott>	Meeting ended Mon Mar  2 15:27:25 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<jbott>	Minutes:        http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-02-15.00.html
<jbott>	Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-02-15.00.txt
<jbott>	Log:            http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-02-15.00.log.html <http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-02-15.00.log.html>

> On Feb 27, 2015, at 12:17 PM, Daniel Bevenius <daniel.bevenius at gmail.com> wrote:
> 
> Agenda:
> http://oksoclap.com/p/aerogear-team-mgt-20150302 <http://oksoclap.com/p/aerogear-team-mgt-20150302>
> _______________________________________________
> 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/20150302/f823a6b5/attachment-0001.html 

From corinnekrych at gmail.com  Mon Mar  2 14:41:39 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 2 Mar 2015 20:41:39 +0100
Subject: [aerogear-dev] iOS 2.2 release coming soon
Message-ID: <710A3873-B12B-4DE7-89AD-311AE125473C@gmail.com>

Hello iOS developers,

We?re about to get our iOS 2.2 release out.  For a complete JIRA list consult this link [1].
Main focus of this release was bootstrapping our data synchronisation effort. Two new libraries have been introduced as well as a cookbook examples to demonstrate:

- aerogear-ios-sync [2]: the sync engine is where the algorithm is implemented. The sync algorithm is based on Google's Differential Synchronisation. We provide two implementations: one text-based DiffMatchPatch and a JsonPatch version based on JSON Patch RFC6902.
- aerogear-ios-sync-client [3]: the client uses sync engine and a network implementation. Our libraries is based on WebSockets to provide real-time sync.
- Jedi demo: Star war fan, rejoice in discovering our two Jedi hobbies demos, JsonPatch [4] and [5].

The 'readme.md' of each project contain instructions on how to get started as well as links for more information. If you are interested in sync, that is the perfect time to join in and helps us testing it. If nothing bad heard by next Monday, we will go ahead tag and publish on cocoapods for easier consumption.

++
Corinne && Christos
[1] https://issues.jboss.org/browse/AGIOS/fixforversion/12325986
[2] https://github.com/aerogear/aerogear-ios-sync
[3] https://github.com/aerogear/aerogear-ios-sync-client
[4] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/JsonPatchSync
[5] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/DiffMatchPatch

From ivan.gurtler at ahead-itec.com  Tue Mar  3 03:49:13 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 09:49:13 +0100
Subject: [aerogear-dev] AG performance test
Message-ID: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>

Hi,
I have one performance question. Did somebody load test Aerogear? (for
example 10 000 registrations)
Do you know about some GCM mockup so only AG is tested without requesting
GCM? (or other platform push sender server)

Thanks

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150303/00bfe640/attachment.html 

From matzew at apache.org  Tue Mar  3 04:19:46 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 3 Mar 2015 10:19:46 +0100
Subject: [aerogear-dev] AG performance test
In-Reply-To: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
References: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
Message-ID: <CAAg5f2RKSAUgZ1jCH4-Bs7u_FdqFpuSfhDrY0Ckp17Skj+4iAA@mail.gmail.com>

Hi Ivan,

we ran some tests, see [1]. I the mentioned 32k test I actually send push
messages (with incorrect tokes) to google :-)
It reported back that these tokens are invalid and our UPS cleaned up the
database (see [2]). That all worked very well.

As expected after the sent has been done, I had an empty (as expected)
database.

Regarding mocking GCM, I am not sure. I think our QE team looked into that.
For APNs, we recently added some hooks (see [3] and [4]).

Hope this helps!

-Matthias


[1] http://lists.jboss.org/pipermail/aerogear-dev/2014-December/010125.html
[2]
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/sender/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/GCMPushNotificationSender.java#L168-L177
[3] https://issues.jboss.org/browse/AGPUSH-1150
[4] https://github.com/aerogear/aerogear-unifiedpush-server/pull/470

On Tue, Mar 3, 2015 at 9:49 AM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Hi,
> I have one performance question. Did somebody load test Aerogear? (for
> example 10 000 registrations)
> Do you know about some GCM mockup so only AG is tested without requesting
> GCM? (or other platform push sender server)
>
> Thanks
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> _______________________________________________
> 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/20150303/a9fa8acb/attachment.html 

From ivan.gurtler at ahead-itec.com  Tue Mar  3 04:52:17 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 10:52:17 +0100
Subject: [aerogear-dev] AG performance test
In-Reply-To: <CAAg5f2RKSAUgZ1jCH4-Bs7u_FdqFpuSfhDrY0Ckp17Skj+4iAA@mail.gmail.com>
References: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
	<CAAg5f2RKSAUgZ1jCH4-Bs7u_FdqFpuSfhDrY0Ckp17Skj+4iAA@mail.gmail.com>
Message-ID: <CAFGdhuVOu_DZxEEaWSOd5v7n41+fXOSd_f+K=CA-4Xt6r=aN_w@mail.gmail.com>

Thanks

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-03 10:19 GMT+01:00 Matthias Wessendorf <matzew at apache.org>:

> Hi Ivan,
>
> we ran some tests, see [1]. I the mentioned 32k test I actually send push
> messages (with incorrect tokes) to google :-)
> It reported back that these tokens are invalid and our UPS cleaned up the
> database (see [2]). That all worked very well.
>
> As expected after the sent has been done, I had an empty (as expected)
> database.
>
> Regarding mocking GCM, I am not sure. I think our QE team looked into
> that. For APNs, we recently added some hooks (see [3] and [4]).
>
> Hope this helps!
>
> -Matthias
>
>
> [1]
> http://lists.jboss.org/pipermail/aerogear-dev/2014-December/010125.html
> [2]
> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/push/sender/src/main/java/org/jboss/aerogear/unifiedpush/message/sender/GCMPushNotificationSender.java#L168-L177
> [3] https://issues.jboss.org/browse/AGPUSH-1150
> [4] https://github.com/aerogear/aerogear-unifiedpush-server/pull/470
>
> On Tue, Mar 3, 2015 at 9:49 AM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
>> Hi,
>> I have one performance question. Did somebody load test Aerogear? (for
>> example 10 000 registrations)
>> Do you know about some GCM mockup so only AG is tested without requesting
>> GCM? (or other platform push sender server)
>>
>> Thanks
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> _______________________________________________
>> 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/20150303/a843795a/attachment.html 

From ivan.gurtler at ahead-itec.com  Tue Mar  3 04:56:34 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 10:56:34 +0100
Subject: [aerogear-dev] loging with slf4j + logback
In-Reply-To: <CAFGdhuWA36xB01hdz_qiFg2ry507L2Srqykh6dcFfG0U35QM_A@mail.gmail.com>
References: <CAFGdhuUJQR3O8ex5e=icfx26U3u-YXnUv2R-zC+hB7c3Au6q6A@mail.gmail.com>
	<CAD_dpu18VwS1CrmHxWb=eSNBZHhXwfRnSTh0dA3JxBNpozG8_w@mail.gmail.com>
	<CAAg5f2Q0RaE1_WkebRqCFxytuv_W9bvf=8tc4WFcujZHc=++4A@mail.gmail.com>
	<CAFGdhuXoXx0VgRWiDcPYHwoyK0YXsWuJMU3eVfnRc=t8aFK3QA@mail.gmail.com>
	<CAFGdhuWA36xB01hdz_qiFg2ry507L2Srqykh6dcFfG0U35QM_A@mail.gmail.com>
Message-ID: <CAFGdhuWemyp2=BdXHn__eTBg5HXhDrpwNtb7QP4_sZV7Mb8jOQ@mail.gmail.com>

Or it is added to PR automatically after new commit?

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-02 11:01 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:

> Hi Matthias,
>
> After your comments I changed it ... I'm sorry I did not have much time at
> friday.
> Should I create new PR?
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-02-27 16:14 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:
>
>> ok i try PR ...
>> https://github.com/aerogear/aerogear-unifiedpush-server/pull/507 ...
>> tested on EAP 6.3 ... (wildfly not tested ... sorry)
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> 2015-02-27 14:08 GMT+01:00 Matthias Wessendorf <matzew at apache.org>:
>>
>>> +1 a pr would be really nice :-))
>>>
>>>
>>> On Friday, February 27, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>> wrote:
>>>
>>>> Hi Ivan !
>>>>
>>>> Sure you can provide a pull request :)
>>>>
>>>> Thanks again for your commitment.
>>>>
>>>> Sebi
>>>>
>>>>
>>>> On Fri, Feb 27, 2015 at 1:25 PM, Ivan G?rtler <
>>>> ivan.gurtler at ahead-itec.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> we replaced default logging with logback and slf4j ... we found this
>>>>> issue https://issues.jboss.org/browse/AGPUSH-1086 and if you would
>>>>> also like to use our logging approach it is possible to create pull request
>>>>> ...
>>>>>
>>>>>
>>>>> *Mgr. Ivan G?rtler*
>>>>> Mobile software developer
>>>>>
>>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>>> 602 00 Brno (Czech Republic)
>>>>>
>>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>>> mobile security solutions
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>
>>> --
>>> Sent from Gmail Mobile
>>>
>>> _______________________________________________
>>> 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/20150303/ba86e9bf/attachment-0001.html 

From matzew at apache.org  Tue Mar  3 05:01:00 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 3 Mar 2015 11:01:00 +0100
Subject: [aerogear-dev] loging with slf4j + logback
In-Reply-To: <CAFGdhuWemyp2=BdXHn__eTBg5HXhDrpwNtb7QP4_sZV7Mb8jOQ@mail.gmail.com>
References: <CAFGdhuUJQR3O8ex5e=icfx26U3u-YXnUv2R-zC+hB7c3Au6q6A@mail.gmail.com>
	<CAD_dpu18VwS1CrmHxWb=eSNBZHhXwfRnSTh0dA3JxBNpozG8_w@mail.gmail.com>
	<CAAg5f2Q0RaE1_WkebRqCFxytuv_W9bvf=8tc4WFcujZHc=++4A@mail.gmail.com>
	<CAFGdhuXoXx0VgRWiDcPYHwoyK0YXsWuJMU3eVfnRc=t8aFK3QA@mail.gmail.com>
	<CAFGdhuWA36xB01hdz_qiFg2ry507L2Srqykh6dcFfG0U35QM_A@mail.gmail.com>
	<CAFGdhuWemyp2=BdXHn__eTBg5HXhDrpwNtb7QP4_sZV7Mb8jOQ@mail.gmail.com>
Message-ID: <CAAg5f2R43cGSU-i40wmBU3eoneUgdE8eLiw5cRaGdK0=t-kTQw@mail.gmail.com>

That's the case:
https://github.com/aerogear/aerogear-unifiedpush-server/pull/507/commits

I will take a look at it today, and test on WF.

Thanks

On Tue, Mar 3, 2015 at 10:56 AM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Or it is added to PR automatically after new commit?
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-02 11:01 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:
>
>> Hi Matthias,
>>
>> After your comments I changed it ... I'm sorry I did not have much time
>> at friday.
>> Should I create new PR?
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> 2015-02-27 16:14 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:
>>
>>> ok i try PR ...
>>> https://github.com/aerogear/aerogear-unifiedpush-server/pull/507 ...
>>> tested on EAP 6.3 ... (wildfly not tested ... sorry)
>>>
>>> *Mgr. Ivan G?rtler*
>>> Mobile software developer
>>>
>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>> 602 00 Brno (Czech Republic)
>>>
>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>> mobile security solutions
>>>
>>> 2015-02-27 14:08 GMT+01:00 Matthias Wessendorf <matzew at apache.org>:
>>>
>>>> +1 a pr would be really nice :-))
>>>>
>>>>
>>>> On Friday, February 27, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Ivan !
>>>>>
>>>>> Sure you can provide a pull request :)
>>>>>
>>>>> Thanks again for your commitment.
>>>>>
>>>>> Sebi
>>>>>
>>>>>
>>>>> On Fri, Feb 27, 2015 at 1:25 PM, Ivan G?rtler <
>>>>> ivan.gurtler at ahead-itec.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we replaced default logging with logback and slf4j ... we found this
>>>>>> issue https://issues.jboss.org/browse/AGPUSH-1086 and if you would
>>>>>> also like to use our logging approach it is possible to create pull request
>>>>>> ...
>>>>>>
>>>>>>
>>>>>> *Mgr. Ivan G?rtler*
>>>>>> Mobile software developer
>>>>>>
>>>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>>>> 602 00 Brno (Czech Republic)
>>>>>>
>>>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>>>> mobile security solutions
>>>>>>
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> Sent from Gmail Mobile
>>>>
>>>> _______________________________________________
>>>> 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/20150303/1dfe82d3/attachment.html 

From matzew at apache.org  Tue Mar  3 06:42:01 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 3 Mar 2015 12:42:01 +0100
Subject: [aerogear-dev] AeroGear's Google+ Page
In-Reply-To: <CAD_dpu31dTwZEQoofch8yZ3j=ju91u_x7GuXDFo2LK7L0hWCww@mail.gmail.com>
References: <54F1CA2B.9020406@redhat.com> <1425169623225.0a635697@Nodemailer>
	<54F474CE.6010605@redhat.com>
	<CAD_dpu31dTwZEQoofch8yZ3j=ju91u_x7GuXDFo2LK7L0hWCww@mail.gmail.com>
Message-ID: <CAAg5f2RgZU2fpdHnmWqMgg1q5C3VRoZ0at2NrXgLaWT-+=fz8g@mail.gmail.com>

Hi,

I just followed up via direct email

On Mon, Mar 2, 2015 at 3:36 PM, Sebastien Blanc <scm.blanc at gmail.com> wrote:

>
>
> On Mon, Mar 2, 2015 at 3:33 PM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>>  On 02/28/2015 07:27 PM, Bruno Oliveira wrote:
>>
>> Why not? Get the keys of the gates and go ahead
>>
>> I need someone to make me a manager of the Google+ group/page
>>
> I think Jay may help you with that.
>
>
>>
>>
>> ?
>>
>> abstractj
>> PGP: 0x84DC9914
>>
>>
>>  On Sat, Feb 28, 2015 at 11:01 AM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>>  On 02/27/2015 10:11 AM, Matthias Wessendorf wrote:
>>>
>>> screencasts, sounds good
>>>
>>> If someone gives me the bits I'll update it.  At the very least I can
>>> bang all of our twitter and mailing list demos together from the last few
>>> weeks and make a regularly updating stream o crap.
>>>
>>>
>>> On Friday, February 27, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>> wrote:
>>>
>>>> Hi !
>>>> While clicking through the website I landed on our Google+ Page :
>>>> https://plus.google.com/106588661437153585722/about
>>>>
>>>>  It's pretty empty and outdated, what should we do about it ? We could
>>>> gather there all our screencasts maybe ? Or just close it.
>>>>
>>>>  wdyt ?
>>>>
>>>>  Sebi
>>>>
>>>>
>>>
>>>
>>> --
>>> Sent from Gmail Mobile
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>>
>>> --
>>> Summers Pittman
>>> >>Phone:404 941 4698
>>> >>Java is my crack.
>>>
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>>
>> _______________________________________________
>> 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/20150303/5198084c/attachment.html 

From ivan.gurtler at ahead-itec.com  Tue Mar  3 08:26:45 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 14:26:45 +0100
Subject: [aerogear-dev] WP raw push message
Message-ID: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>

Hi,
in master branch (in WNSPushNotificationSender.java) it is possible to send
raw notification. But how can it be called from outside server? I found
this...
https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
... but without "raw" configuration ...

Thanks

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150303/14b0386e/attachment.html 

From scm.blanc at gmail.com  Tue Mar  3 08:31:49 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 3 Mar 2015 14:31:49 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
Message-ID: <CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>

Hi !
This is documentated but not yet pushed to our published website. But you
can find it here : https://github.com/aerogear/aerogear.org/pull/492/files

Seb


On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Hi,
> in master branch (in WNSPushNotificationSender.java) it is possible to
> send raw notification. But how can it be called from outside server? I
> found this...
> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
> ... but without "raw" configuration ...
>
> Thanks
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> _______________________________________________
> 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/20150303/06c7901f/attachment-0001.html 

From edewit at redhat.com  Tue Mar  3 08:35:07 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Tue, 3 Mar 2015 14:35:07 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
Message-ID: <D68C5543-54C9-469D-A4CC-99B21BD81D3A@redhat.com>

That is documented here: https://aerogear.org/docs/unifiedpush/push-message-format-dev/ <https://aerogear.org/docs/unifiedpush/push-message-format-dev/>

> On 3 Mar,2015, at 14:26 , Ivan G?rtler <ivan.gurtler at ahead-itec.com> wrote:
> 
> Hi,
> in master branch (in WNSPushNotificationSender.java) it is possible to send raw notification. But how can it be called from outside server? I found this... https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html <https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html> ... but without "raw" configuration ...
> 
> Thanks
> 
> Mgr. Ivan G?rtler
> Mobile software developer
> 
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
> 
> www.ahead-itec.com <http://www.ahead-itec.com/> | twitter <https://www.twitter.com/AHEADiTec> | mobile security solutions
> _______________________________________________
> 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/20150303/af088ac1/attachment.html 

From scm.blanc at gmail.com  Tue Mar  3 08:36:23 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 3 Mar 2015 14:36:23 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <D68C5543-54C9-469D-A4CC-99B21BD81D3A@redhat.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<D68C5543-54C9-469D-A4CC-99B21BD81D3A@redhat.com>
Message-ID: <CAD_dpu3paMx=YoqBO8TpvZmpzmBcT5KfGKi-NcO8OGERpFjhdA@mail.gmail.com>

Ah sorry :) went to quick

On Tue, Mar 3, 2015 at 2:35 PM, Erik Jan de Wit <edewit at redhat.com> wrote:

> That is documented here:
> https://aerogear.org/docs/unifiedpush/push-message-format-dev/
>
> On 3 Mar,2015, at 14:26 , Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
> Hi,
> in master branch (in WNSPushNotificationSender.java) it is possible to
> send raw notification. But how can it be called from outside server? I
> found this...
> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
> ... but without "raw" configuration ...
>
> Thanks
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>  _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150303/fa509363/attachment.html 

From ivan.gurtler at ahead-itec.com  Tue Mar  3 08:39:59 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 14:39:59 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
Message-ID: <CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>

Thanks :) .... and is there already java library with this functionality ?

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-03 14:31 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:

> Hi !
> This is documentated but not yet pushed to our published website. But you
> can find it here : https://github.com/aerogear/aerogear.org/pull/492/files
>
>
> Seb
>
>
> On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
>> Hi,
>> in master branch (in WNSPushNotificationSender.java) it is possible to
>> send raw notification. But how can it be called from outside server? I
>> found this...
>> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
>> ... but without "raw" configuration ...
>>
>> Thanks
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150303/fd94e4c7/attachment.html 

From scm.blanc at gmail.com  Tue Mar  3 08:46:36 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 3 Mar 2015 14:46:36 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
	<CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>
Message-ID: <CAD_dpu2w+Ga=rhvvyTR-jETgGd_+1qzhv=h+yp6n+0t8uP7DPw@mail.gmail.com>

It's on my plate for this week : https://issues.jboss.org/browse/AGPUSH-1262
But until getting there, you can use the .userData(map) builder method and
set the values manually (
https://github.com/aerogear/aerogear-unifiedpush-java-client/blob/master/src/main/java/org/jboss/aerogear/unifiedpush/message/UnifiedMessage.java#L338
)




On Tue, Mar 3, 2015 at 2:39 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Thanks :) .... and is there already java library with this functionality ?
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-03 14:31 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>
>> Hi !
>> This is documentated but not yet pushed to our published website. But you
>> can find it here :
>> https://github.com/aerogear/aerogear.org/pull/492/files
>>
>> Seb
>>
>>
>> On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com
>> > wrote:
>>
>>> Hi,
>>> in master branch (in WNSPushNotificationSender.java) it is possible to
>>> send raw notification. But how can it be called from outside server? I
>>> found this...
>>> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
>>> ... but without "raw" configuration ...
>>>
>>> Thanks
>>>
>>> *Mgr. Ivan G?rtler*
>>> Mobile software developer
>>>
>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>> 602 00 Brno (Czech Republic)
>>>
>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>> mobile security solutions
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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/20150303/0721eb1d/attachment.html 

From ivan.gurtler at ahead-itec.com  Tue Mar  3 08:51:02 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Tue, 3 Mar 2015 14:51:02 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAD_dpu2w+Ga=rhvvyTR-jETgGd_+1qzhv=h+yp6n+0t8uP7DPw@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
	<CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>
	<CAD_dpu2w+Ga=rhvvyTR-jETgGd_+1qzhv=h+yp6n+0t8uP7DPw@mail.gmail.com>
Message-ID: <CAFGdhuWeBtg8kR4jeyiaB=CRxW1Z6FsceN7q=8--Ef_U_pbxzg@mail.gmail.com>

Thanks .. thanks .. thanks... :)

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-03 14:46 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:

> It's on my plate for this week :
> https://issues.jboss.org/browse/AGPUSH-1262
> But until getting there, you can use the .userData(map) builder method and
> set the values manually (
> https://github.com/aerogear/aerogear-unifiedpush-java-client/blob/master/src/main/java/org/jboss/aerogear/unifiedpush/message/UnifiedMessage.java#L338
> )
>
>
>
>
> On Tue, Mar 3, 2015 at 2:39 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
>> Thanks :) .... and is there already java library with this functionality ?
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> 2015-03-03 14:31 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>>
>>> Hi !
>>> This is documentated but not yet pushed to our published website. But
>>> you can find it here :
>>> https://github.com/aerogear/aerogear.org/pull/492/files
>>>
>>> Seb
>>>
>>>
>>> On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <
>>> ivan.gurtler at ahead-itec.com> wrote:
>>>
>>>> Hi,
>>>> in master branch (in WNSPushNotificationSender.java) it is possible to
>>>> send raw notification. But how can it be called from outside server? I
>>>> found this...
>>>> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
>>>> ... but without "raw" configuration ...
>>>>
>>>> Thanks
>>>>
>>>> *Mgr. Ivan G?rtler*
>>>> Mobile software developer
>>>>
>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>> 602 00 Brno (Czech Republic)
>>>>
>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>> mobile security solutions
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150303/7480fe73/attachment-0001.html 

From matzew at apache.org  Wed Mar  4 03:58:36 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 4 Mar 2015 09:58:36 +0100
Subject: [aerogear-dev] WebPush - Alpha.1 release
Message-ID: <CAAg5f2TcC7yQPYZ8mzBm71SrnQE+W5Bu0mJ4N=S2wh6xiA_3ZA@mail.gmail.com>

Hi,

I have uploaded the bits for our 1.0.0-alpha.1 release of WebPush to
https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000

Testing the server:

Since we don't have an executable server JAR for the 1.0.0-alpha.1 release,
please checkout the TAG:
https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty

and follow the instructions on the README


for the next alpha release we will include a executable JAR (or a command
line interface ) which can be used to launch the server. but that's _not_
on the agenda for our first initial release.

See also https://issues.jboss.org/browse/AGPUSH-1301


Testing the Console:
Download one of the console bundles (.zip files) from here:
https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/

and test against a Web Push Server. Details can be found here:
https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console

Note: there is a Node.js based impl. done by a guy from Mozilla -
Instructions for that are also on the above mentioned README.




Please review the bits. If all goes well, by end of Thursday the release
will be pushed to maven central.



-Matthias

-- 
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/20150304/39b55b9b/attachment.html 

From matzew at apache.org  Wed Mar  4 06:14:24 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 4 Mar 2015 12:14:24 +0100
Subject: [aerogear-dev] iOS 2.2 release coming soon
In-Reply-To: <710A3873-B12B-4DE7-89AD-311AE125473C@gmail.com>
References: <710A3873-B12B-4DE7-89AD-311AE125473C@gmail.com>
Message-ID: <CAAg5f2TaTv9hx2d3JDZ4iv4FEEtXTZnOppcrKBLBe-dwDD6kdw@mail.gmail.com>

cool stuff !

On Mon, Mar 2, 2015 at 8:41 PM, Corinne Krych <corinnekrych at gmail.com>
wrote:

> Hello iOS developers,
>
> We?re about to get our iOS 2.2 release out.  For a complete JIRA list
> consult this link [1].
> Main focus of this release was bootstrapping our data synchronisation
> effort. Two new libraries have been introduced as well as a cookbook
> examples to demonstrate:
>
> - aerogear-ios-sync [2]: the sync engine is where the algorithm is
> implemented. The sync algorithm is based on Google's Differential
> Synchronisation. We provide two implementations: one text-based
> DiffMatchPatch and a JsonPatch version based on JSON Patch RFC6902.
> - aerogear-ios-sync-client [3]: the client uses sync engine and a network
> implementation. Our libraries is based on WebSockets to provide real-time
> sync.
> - Jedi demo: Star war fan, rejoice in discovering our two Jedi hobbies
> demos, JsonPatch [4] and [5].
>
> The 'readme.md' of each project contain instructions on how to get
> started as well as links for more information. If you are interested in
> sync, that is the perfect time to join in and helps us testing it. If
> nothing bad heard by next Monday, we will go ahead tag and publish on
> cocoapods for easier consumption.
>
> ++
> Corinne && Christos
> [1] https://issues.jboss.org/browse/AGIOS/fixforversion/12325986
> [2] https://github.com/aerogear/aerogear-ios-sync
> [3] https://github.com/aerogear/aerogear-ios-sync-client
> [4]
> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/JsonPatchSync
> [5]
> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/DiffMatchPatch
> _______________________________________________
> 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/20150304/1b83217b/attachment.html 

From bruno at abstractj.org  Wed Mar  4 07:46:33 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Wed, 4 Mar 2015 09:46:33 -0300
Subject: [aerogear-dev] [Cancelled] - Security meetings
Message-ID: <20150304124633.GA81986@abstractj.org>

Good morning, due to several activities and meetings we have to stay up
to date, I'm cancelling all the ocurrences of our security meeting.

The security meetings will be schedule when necessary and on demand.

If you have any questions, let me know.

--

abstractj
PGP: 0x84DC9914

From lholmqui at redhat.com  Wed Mar  4 08:34:45 2015
From: lholmqui at redhat.com (Lucas Holmquist)
Date: Wed, 4 Mar 2015 08:34:45 -0500
Subject: [aerogear-dev] WebPush - Alpha.1 release
In-Reply-To: <CAAg5f2TcC7yQPYZ8mzBm71SrnQE+W5Bu0mJ4N=S2wh6xiA_3ZA@mail.gmail.com>
References: <CAAg5f2TcC7yQPYZ8mzBm71SrnQE+W5Bu0mJ4N=S2wh6xiA_3ZA@mail.gmail.com>
Message-ID: <82F8FFCF-AC8C-417F-B21B-2990F270F69D@redhat.com>

YAY!!
> On Mar 4, 2015, at 3:58 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> Hi,
> 
> I have uploaded the bits for our 1.0.0-alpha.1 release of WebPush to 
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000 <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000>
> 
> Testing the server:
> 
> Since we don't have an executable server JAR for the 1.0.0-alpha.1 release, please checkout the TAG:
> https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty <https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty>
> 
> and follow the instructions on the README
> 
> 
> for the next alpha release we will include a executable JAR (or a command line interface ) which can be used to launch the server. but that's _not_ on the agenda for our first initial release.
> 
> See also https://issues.jboss.org/browse/AGPUSH-1301 <https://issues.jboss.org/browse/AGPUSH-1301>
> 
> 
> Testing the Console:
> Download one of the console bundles (.zip files) from here:
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/ <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/>
> 
> and test against a Web Push Server. Details can be found here:
> https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console <https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console>
> 
> Note: there is a Node.js based impl. done by a guy from Mozilla - Instructions for that are also on the above mentioned README.
> 
> 
> 
> 
> Please review the bits. If all goes well, by end of Thursday the release will be pushed to maven central.
> 
> 
> 
> -Matthias
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/ <http://matthiaswessendorf.wordpress.com/>
> sessions: http://www.slideshare.net/mwessendorf <http://www.slideshare.net/mwessendorf>
> twitter: http://twitter.com/mwessendorf <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/20150304/0ba0ebd5/attachment.html 

From matzew at apache.org  Wed Mar  4 09:07:10 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 4 Mar 2015 15:07:10 +0100
Subject: [aerogear-dev] [Cancelled] - Security meetings
In-Reply-To: <20150304124633.GA81986@abstractj.org>
References: <20150304124633.GA81986@abstractj.org>
Message-ID: <CAAg5f2SKRA=ab-Y9bG7A_0nK4-rKjWPRdkGAf5bDOvN1zc2f5A@mail.gmail.com>

thanks for the heads up

On Wed, Mar 4, 2015 at 1:46 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Good morning, due to several activities and meetings we have to stay up
> to date, I'm cancelling all the ocurrences of our security meeting.
>
> The security meetings will be schedule when necessary and on demand.
>
> If you have any questions, let me know.
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150304/976c78ae/attachment.html 

From ivan.gurtler at ahead-itec.com  Wed Mar  4 09:25:09 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 15:25:09 +0100
Subject: [aerogear-dev] trust store
Message-ID: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>

Hi,
I have one SSL question.
Does AG use on SSL communication with push servers (APNS, GCM, WNS) some
trust store ?

Thanks

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150304/c53f4b8d/attachment-0001.html 

From bruno at abstractj.org  Wed Mar  4 10:11:44 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Wed, 4 Mar 2015 12:11:44 -0300
Subject: [aerogear-dev] trust store
In-Reply-To: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
Message-ID: <20150304151144.GA84274@abstractj.org>

If I understood your question correctly, yes. All the Push networks make
use of SSL, on UPS SSL can be provided via OpenShift.

On 2015-03-04, Ivan G?rtler wrote:
> Hi,
> I have one SSL question.
> Does AG use on SSL communication with push servers (APNS, GCM, WNS) some
> trust store ?
>
> Thanks
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions

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


--

abstractj
PGP: 0x84DC9914

From scm.blanc at gmail.com  Wed Mar  4 10:19:36 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Wed, 4 Mar 2015 16:19:36 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAFGdhuWeBtg8kR4jeyiaB=CRxW1Z6FsceN7q=8--Ef_U_pbxzg@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
	<CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>
	<CAD_dpu2w+Ga=rhvvyTR-jETgGd_+1qzhv=h+yp6n+0t8uP7DPw@mail.gmail.com>
	<CAFGdhuWeBtg8kR4jeyiaB=CRxW1Z6FsceN7q=8--Ef_U_pbxzg@mail.gmail.com>
Message-ID: <CAD_dpu0cVLuJ+x+JsP0gdw+UPKaAdx8J1GTgBBfcse1h18-3Xg@mail.gmail.com>

FYI https://github.com/aerogear/aerogear-unifiedpush-java-client/pull/68
Feel free to review and test, feedback welcome !


On Tue, Mar 3, 2015 at 2:51 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Thanks .. thanks .. thanks... :)
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-03 14:46 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>
>> It's on my plate for this week :
>> https://issues.jboss.org/browse/AGPUSH-1262
>> But until getting there, you can use the .userData(map) builder method
>> and set the values manually (
>> https://github.com/aerogear/aerogear-unifiedpush-java-client/blob/master/src/main/java/org/jboss/aerogear/unifiedpush/message/UnifiedMessage.java#L338
>> )
>>
>>
>>
>>
>> On Tue, Mar 3, 2015 at 2:39 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com
>> > wrote:
>>
>>> Thanks :) .... and is there already java library with this functionality
>>> ?
>>>
>>> *Mgr. Ivan G?rtler*
>>> Mobile software developer
>>>
>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>> 602 00 Brno (Czech Republic)
>>>
>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>> mobile security solutions
>>>
>>> 2015-03-03 14:31 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>>>
>>>> Hi !
>>>> This is documentated but not yet pushed to our published website. But
>>>> you can find it here :
>>>> https://github.com/aerogear/aerogear.org/pull/492/files
>>>>
>>>> Seb
>>>>
>>>>
>>>> On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <
>>>> ivan.gurtler at ahead-itec.com> wrote:
>>>>
>>>>> Hi,
>>>>> in master branch (in WNSPushNotificationSender.java) it is possible to
>>>>> send raw notification. But how can it be called from outside server? I
>>>>> found this...
>>>>> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
>>>>> ... but without "raw" configuration ...
>>>>>
>>>>> Thanks
>>>>>
>>>>> *Mgr. Ivan G?rtler*
>>>>> Mobile software developer
>>>>>
>>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>>> 602 00 Brno (Czech Republic)
>>>>>
>>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>>> mobile security solutions
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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/20150304/44ae9e18/attachment.html 

From kpiwko at redhat.com  Wed Mar  4 10:23:26 2015
From: kpiwko at redhat.com (Karel Piwko)
Date: Wed, 04 Mar 2015 16:23:26 +0100
Subject: [aerogear-dev] AG performance test
In-Reply-To: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
References: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
Message-ID: <1425482606.16734.11.camel@localhost>

Hi Ivan,

you can get some of the tools we use for testing:

https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension

It contains a gcm proxy, apns mockup, adds endpoints to generate random
data, grants direct grant to KC, etc.

Beware, hic sun leones, documentation is a outdated and current version
works only with latest master of UPS. You can see build.gradle in
https://github.com/aerogear/aerogear-unified-push-integration-tests to
figure out how to combine these beasts together.

Karel

On Tue, 2015-03-03 at 09:49 +0100, Ivan G?rtler wrote:
> Hi,
> I have one performance question. Did somebody load test Aerogear? (for
> example 10 000 registrations)
> Do you know about some GCM mockup so only AG is tested without
> requesting GCM? (or other platform push sender server) 
> 
> 
> Thanks
> 
> Mgr. Ivan G?rtler
> 
> Mobile software developer
> 
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
> 
> www.ahead-itec.com | twitter | mobile security solutions
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From ivan.gurtler at ahead-itec.com  Wed Mar  4 10:26:47 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 16:26:47 +0100
Subject: [aerogear-dev] WP raw push message
In-Reply-To: <CAD_dpu0cVLuJ+x+JsP0gdw+UPKaAdx8J1GTgBBfcse1h18-3Xg@mail.gmail.com>
References: <CAFGdhuWkCyAooZZP3bcacDquFBisqVcvv1cTYoffBJ7W8ePu8A@mail.gmail.com>
	<CAD_dpu2foQ7DPiSn7a=k8qpuqYndZpmZ5DHBY9OYyZ2T=M9daw@mail.gmail.com>
	<CAFGdhuWZd0znYw=_DVDz2VBLjuaDRXw2zwFhu7GZ1oiWUCK_-g@mail.gmail.com>
	<CAD_dpu2w+Ga=rhvvyTR-jETgGd_+1qzhv=h+yp6n+0t8uP7DPw@mail.gmail.com>
	<CAFGdhuWeBtg8kR4jeyiaB=CRxW1Z6FsceN7q=8--Ef_U_pbxzg@mail.gmail.com>
	<CAD_dpu0cVLuJ+x+JsP0gdw+UPKaAdx8J1GTgBBfcse1h18-3Xg@mail.gmail.com>
Message-ID: <CAFGdhuUNgPTb30xZfvUfVgXn3vT_p6yBXyYxN3pCWO9bSyk+qQ@mail.gmail.com>

Thanks ...

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 16:19 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:

> FYI https://github.com/aerogear/aerogear-unifiedpush-java-client/pull/68
> Feel free to review and test, feedback welcome !
>
>
> On Tue, Mar 3, 2015 at 2:51 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
>> Thanks .. thanks .. thanks... :)
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> 2015-03-03 14:46 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>>
>>> It's on my plate for this week :
>>> https://issues.jboss.org/browse/AGPUSH-1262
>>> But until getting there, you can use the .userData(map) builder method
>>> and set the values manually (
>>> https://github.com/aerogear/aerogear-unifiedpush-java-client/blob/master/src/main/java/org/jboss/aerogear/unifiedpush/message/UnifiedMessage.java#L338
>>> )
>>>
>>>
>>>
>>>
>>> On Tue, Mar 3, 2015 at 2:39 PM, Ivan G?rtler <
>>> ivan.gurtler at ahead-itec.com> wrote:
>>>
>>>> Thanks :) .... and is there already java library with this
>>>> functionality ?
>>>>
>>>> *Mgr. Ivan G?rtler*
>>>> Mobile software developer
>>>>
>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>> 602 00 Brno (Czech Republic)
>>>>
>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>> mobile security solutions
>>>>
>>>> 2015-03-03 14:31 GMT+01:00 Sebastien Blanc <scm.blanc at gmail.com>:
>>>>
>>>>> Hi !
>>>>> This is documentated but not yet pushed to our published website. But
>>>>> you can find it here :
>>>>> https://github.com/aerogear/aerogear.org/pull/492/files
>>>>>
>>>>> Seb
>>>>>
>>>>>
>>>>> On Tue, Mar 3, 2015 at 2:26 PM, Ivan G?rtler <
>>>>> ivan.gurtler at ahead-itec.com> wrote:
>>>>>
>>>>>> Hi,
>>>>>> in master branch (in WNSPushNotificationSender.java) it is possible
>>>>>> to send raw notification. But how can it be called from outside server? I
>>>>>> found this...
>>>>>> https://aerogear.org/docs/specs/aerogear-unifiedpush-rest/sender/index.html
>>>>>> ... but without "raw" configuration ...
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> *Mgr. Ivan G?rtler*
>>>>>> Mobile software developer
>>>>>>
>>>>>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>>>>>> 602 00 Brno (Czech Republic)
>>>>>>
>>>>>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>>>>> mobile security solutions
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150304/b1554892/attachment-0001.html 

From ivan.gurtler at ahead-itec.com  Wed Mar  4 10:28:22 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 16:28:22 +0100
Subject: [aerogear-dev] AG performance test
In-Reply-To: <1425482606.16734.11.camel@localhost>
References: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
	<1425482606.16734.11.camel@localhost>
Message-ID: <CAFGdhuVj-UvjjKkRvt=wbLfP3BgAS-nu0m67xeZkVy7Kcjf05Q@mail.gmail.com>

Thanks :) ...

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 16:23 GMT+01:00 Karel Piwko <kpiwko at redhat.com>:

> Hi Ivan,
>
> you can get some of the tools we use for testing:
>
>
> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
>
> It contains a gcm proxy, apns mockup, adds endpoints to generate random
> data, grants direct grant to KC, etc.
>
> Beware, hic sun leones, documentation is a outdated and current version
> works only with latest master of UPS. You can see build.gradle in
> https://github.com/aerogear/aerogear-unified-push-integration-tests to
> figure out how to combine these beasts together.
>
> Karel
>
> On Tue, 2015-03-03 at 09:49 +0100, Ivan G?rtler wrote:
> > Hi,
> > I have one performance question. Did somebody load test Aerogear? (for
> > example 10 000 registrations)
> > Do you know about some GCM mockup so only AG is tested without
> > requesting GCM? (or other platform push sender server)
> >
> >
> > Thanks
> >
> > Mgr. Ivan G?rtler
> >
> > Mobile software developer
> >
> > AHEAD iTec, s.r.o., Botanick? 554/68a,
> > 602 00 Brno (Czech Republic)
> >
> > www.ahead-itec.com | twitter | mobile security solutions
> >
> > _______________________________________________
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150304/87345cd4/attachment.html 

From ivan.gurtler at ahead-itec.com  Wed Mar  4 10:37:22 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 16:37:22 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <20150304151144.GA84274@abstractj.org>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
Message-ID: <CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>

I am interested in if AG uses some external trust store for SSL?

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 16:11 GMT+01:00 Bruno Oliveira <bruno at abstractj.org>:

> If I understood your question correctly, yes. All the Push networks make
> use of SSL, on UPS SSL can be provided via OpenShift.
>
> On 2015-03-04, Ivan G?rtler wrote:
> > Hi,
> > I have one SSL question.
> > Does AG use on SSL communication with push servers (APNS, GCM, WNS) some
> > trust store ?
> >
> > Thanks
> >
> > *Mgr. Ivan G?rtler*
> > Mobile software developer
> >
> > AHEAD iTec, s.r.o., Botanick? 554/68a,
> > 602 00 Brno (Czech Republic)
> >
> > www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
> mobile
> > security solutions
>
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150304/99b547f5/attachment.html 

From kpiwko at redhat.com  Wed Mar  4 10:51:29 2015
From: kpiwko at redhat.com (Karel Piwko)
Date: Wed, 04 Mar 2015 16:51:29 +0100
Subject: [aerogear-dev] AG performance test
In-Reply-To: <CAFGdhuVj-UvjjKkRvt=wbLfP3BgAS-nu0m67xeZkVy7Kcjf05Q@mail.gmail.com>
References: <CAFGdhuVR3LPaJn2HQKrQuAyxqShhigz8H24JQJyKYqutMdpxBA@mail.gmail.com>
	<1425482606.16734.11.camel@localhost>
	<CAFGdhuVj-UvjjKkRvt=wbLfP3BgAS-nu0m67xeZkVy7Kcjf05Q@mail.gmail.com>
Message-ID: <1425484289.17775.1.camel@localhost>

Just one fix to my previous email:

"works only with latest master of UPS" is wrong.
Should have been "works only with latest commit in 1.0.x branch".

https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.x

Karel

On Wed, 2015-03-04 at 16:28 +0100, Ivan G?rtler wrote:
> Thanks :) ...
> 
> Mgr. Ivan G?rtler
> 
> Mobile software developer
> 
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
> 
> www.ahead-itec.com | twitter | mobile security solutions
> 
> 
> 2015-03-04 16:23 GMT+01:00 Karel Piwko <kpiwko at redhat.com>:
>         Hi Ivan,
>         
>         you can get some of the tools we use for testing:
>         
>         https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
>         
>         It contains a gcm proxy, apns mockup, adds endpoints to
>         generate random
>         data, grants direct grant to KC, etc.
>         
>         Beware, hic sun leones, documentation is a outdated and
>         current version
>         works only with latest master of UPS. You can see build.gradle
>         in
>         https://github.com/aerogear/aerogear-unified-push-integration-tests to
>         figure out how to combine these beasts together.
>         
>         Karel
>         
>         On Tue, 2015-03-03 at 09:49 +0100, Ivan G?rtler wrote:
>         > Hi,
>         > I have one performance question. Did somebody load test
>         Aerogear? (for
>         > example 10 000 registrations)
>         > Do you know about some GCM mockup so only AG is tested
>         without
>         > requesting GCM? (or other platform push sender server)
>         >
>         >
>         > Thanks
>         >
>         > Mgr. Ivan G?rtler
>         >
>         > Mobile software developer
>         >
>         > AHEAD iTec, s.r.o., Botanick? 554/68a,
>         > 602 00 Brno (Czech Republic)
>         >
>         > www.ahead-itec.com | twitter | mobile security solutions
>         >
>         
>         > _______________________________________________
>         > 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
> 
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From ivan.gurtler at ahead-itec.com  Wed Mar  4 11:02:09 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 17:02:09 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
	<CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
Message-ID: <CAFGdhuVW7ELZqk0ED+rgtbqLz5cssps3PknOtnVNvTNu_RM6dA@mail.gmail.com>

We use EAP 6.3 and we want to set up own trust store. For example with
settings *<property name="javax.net.ssl.trustStore"
value="/path/custom-truststore.jks"/>.*
Will AG used this custom trust store ?


*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 16:37 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:

> I am interested in if AG uses some external trust store for SSL?
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-04 16:11 GMT+01:00 Bruno Oliveira <bruno at abstractj.org>:
>
>> If I understood your question correctly, yes. All the Push networks make
>> use of SSL, on UPS SSL can be provided via OpenShift.
>>
>> On 2015-03-04, Ivan G?rtler wrote:
>> > Hi,
>> > I have one SSL question.
>> > Does AG use on SSL communication with push servers (APNS, GCM, WNS) some
>> > trust store ?
>> >
>> > Thanks
>> >
>> > *Mgr. Ivan G?rtler*
>> > Mobile software developer
>> >
>> > AHEAD iTec, s.r.o., Botanick? 554/68a,
>> > 602 00 Brno (Czech Republic)
>> >
>> > www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile
>> > security solutions
>>
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>>
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> 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/20150304/f9dd5c4c/attachment.html 

From matzew at apache.org  Wed Mar  4 11:08:30 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 4 Mar 2015 17:08:30 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
	<CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
Message-ID: <CAAg5f2SFeqWFHcNF4o8VFhV5R=JOGrD3i6f3cYjipTetxC-xag@mail.gmail.com>

On Wed, Mar 4, 2015 at 4:37 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> I am interested in if AG uses some external trust store for SSL?
>

when you say AG, you mean the Unified Push Server?
AeroGear is more than "just" push ;-)


>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-04 16:11 GMT+01:00 Bruno Oliveira <bruno at abstractj.org>:
>
>> If I understood your question correctly, yes. All the Push networks make
>> use of SSL, on UPS SSL can be provided via OpenShift.
>>
>> On 2015-03-04, Ivan G?rtler wrote:
>> > Hi,
>> > I have one SSL question.
>> > Does AG use on SSL communication with push servers (APNS, GCM, WNS) some
>> > trust store ?
>> >
>> > Thanks
>> >
>> > *Mgr. Ivan G?rtler*
>> > Mobile software developer
>> >
>> > AHEAD iTec, s.r.o., Botanick? 554/68a,
>> > 602 00 Brno (Czech Republic)
>> >
>> > www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile
>> > security solutions
>>
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>>
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> 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/20150304/31dadc32/attachment-0001.html 

From ivan.gurtler at ahead-itec.com  Wed Mar  4 11:11:28 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 17:11:28 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <CAAg5f2SFeqWFHcNF4o8VFhV5R=JOGrD3i6f3cYjipTetxC-xag@mail.gmail.com>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
	<CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
	<CAAg5f2SFeqWFHcNF4o8VFhV5R=JOGrD3i6f3cYjipTetxC-xag@mail.gmail.com>
Message-ID: <CAFGdhuX3GTWy=k65UnKS2gGXCp9CrEJN_DkFU59iDQN-gLhdbQ@mail.gmail.com>

sorry ... yes I mean UPS ...

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 17:08 GMT+01:00 Matthias Wessendorf <matzew at apache.org>:

>
>
> On Wed, Mar 4, 2015 at 4:37 PM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
> wrote:
>
>> I am interested in if AG uses some external trust store for SSL?
>>
>
> when you say AG, you mean the Unified Push Server?
> AeroGear is more than "just" push ;-)
>
>
>>
>> *Mgr. Ivan G?rtler*
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>> mobile security solutions
>>
>> 2015-03-04 16:11 GMT+01:00 Bruno Oliveira <bruno at abstractj.org>:
>>
>>> If I understood your question correctly, yes. All the Push networks make
>>> use of SSL, on UPS SSL can be provided via OpenShift.
>>>
>>> On 2015-03-04, Ivan G?rtler wrote:
>>> > Hi,
>>> > I have one SSL question.
>>> > Does AG use on SSL communication with push servers (APNS, GCM, WNS)
>>> some
>>> > trust store ?
>>> >
>>> > Thanks
>>> >
>>> > *Mgr. Ivan G?rtler*
>>> > Mobile software developer
>>> >
>>> > AHEAD iTec, s.r.o., Botanick? 554/68a,
>>> > 602 00 Brno (Czech Republic)
>>> >
>>> > www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> |
>>> mobile
>>> > security solutions
>>>
>>> > _______________________________________________
>>> > aerogear-dev mailing list
>>> > aerogear-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>> --
>>>
>>> abstractj
>>> PGP: 0x84DC9914
>>> _______________________________________________
>>> 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/20150304/d83f5591/attachment.html 

From kpiwko at redhat.com  Wed Mar  4 11:18:27 2015
From: kpiwko at redhat.com (Karel Piwko)
Date: Wed, 04 Mar 2015 17:18:27 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <CAFGdhuVW7ELZqk0ED+rgtbqLz5cssps3PknOtnVNvTNu_RM6dA@mail.gmail.com>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
	<CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
	<CAFGdhuVW7ELZqk0ED+rgtbqLz5cssps3PknOtnVNvTNu_RM6dA@mail.gmail.com>
Message-ID: <1425485907.17775.3.camel@localhost>

Yes, it will.

https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/configure_truststore_standalone.cli

If you run Aerogear Java Sender on EAP, it will propagate to it as well.

Karel


On Wed, 2015-03-04 at 17:02 +0100, Ivan G?rtler wrote:
> We use EAP 6.3 and we want to set up own trust store. For example with
> settings <property name="javax.net.ssl.trustStore"
> value="/path/custom-truststore.jks"/>.
> Will AG used this custom trust store ?
> 
> 
> 
> Mgr. Ivan G?rtler
> 
> Mobile software developer
> 
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
> 
> www.ahead-itec.com | twitter | mobile security solutions
> 
> 
> 2015-03-04 16:37 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:
>         I am interested in if AG uses some external trust store for
>         SSL?
>         
>         Mgr. Ivan G?rtler
>         
>         Mobile software developer
>         
>         AHEAD iTec, s.r.o., Botanick? 554/68a,
>         602 00 Brno (Czech Republic)
>         
>         www.ahead-itec.com | twitter | mobile security solutions
>         
>         
>         2015-03-04 16:11 GMT+01:00 Bruno Oliveira
>         <bruno at abstractj.org>:
>                 If I understood your question correctly, yes. All the
>                 Push networks make
>                 use of SSL, on UPS SSL can be provided via OpenShift.
>                 
>                 On 2015-03-04, Ivan G?rtler wrote:
>                 > Hi,
>                 > I have one SSL question.
>                 > Does AG use on SSL communication with push servers
>                 (APNS, GCM, WNS) some
>                 > trust store ?
>                 >
>                 > Thanks
>                 >
>                 > *Mgr. Ivan G?rtler*
>                 > Mobile software developer
>                 >
>                 > AHEAD iTec, s.r.o., Botanick? 554/68a,
>                 > 602 00 Brno (Czech Republic)
>                 >
>                 > www.ahead-itec.com | twitter
>                 <https://www.twitter.com/AHEADiTec> | mobile
>                 > security solutions
>                 
>                 > _______________________________________________
>                 > aerogear-dev mailing list
>                 > aerogear-dev at lists.jboss.org
>                 >
>                 https://lists.jboss.org/mailman/listinfo/aerogear-dev
>                 
>                 
>                 --
>                 
>                 abstractj
>                 PGP: 0x84DC9914
>                 _______________________________________________
>                 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



From ivan.gurtler at ahead-itec.com  Wed Mar  4 11:23:21 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Wed, 4 Mar 2015 17:23:21 +0100
Subject: [aerogear-dev] trust store
In-Reply-To: <1425485907.17775.3.camel@localhost>
References: <CAFGdhuV3ArudVLH+q4DkTgWD1kHcv3sVw45z=bXSAuT0wBpwwg@mail.gmail.com>
	<20150304151144.GA84274@abstractj.org>
	<CAFGdhuVQcgkoveDYcwgc5kRY=S2SaAy7ZRFeEaygmkBYdpu0kg@mail.gmail.com>
	<CAFGdhuVW7ELZqk0ED+rgtbqLz5cssps3PknOtnVNvTNu_RM6dA@mail.gmail.com>
	<1425485907.17775.3.camel@localhost>
Message-ID: <CAFGdhuVaM3PBC_FNre+ZUp6a=y76jhEFT57A4bs+adr1_oe32Q@mail.gmail.com>

Thanks :)

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-04 17:18 GMT+01:00 Karel Piwko <kpiwko at redhat.com>:

> Yes, it will.
>
>
> https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/setup/configure_truststore_standalone.cli
>
> If you run Aerogear Java Sender on EAP, it will propagate to it as well.
>
> Karel
>
>
> On Wed, 2015-03-04 at 17:02 +0100, Ivan G?rtler wrote:
> > We use EAP 6.3 and we want to set up own trust store. For example with
> > settings <property name="javax.net.ssl.trustStore"
> > value="/path/custom-truststore.jks"/>.
> > Will AG used this custom trust store ?
> >
> >
> >
> > Mgr. Ivan G?rtler
> >
> > Mobile software developer
> >
> > AHEAD iTec, s.r.o., Botanick? 554/68a,
> > 602 00 Brno (Czech Republic)
> >
> > www.ahead-itec.com | twitter | mobile security solutions
> >
> >
> > 2015-03-04 16:37 GMT+01:00 Ivan G?rtler <ivan.gurtler at ahead-itec.com>:
> >         I am interested in if AG uses some external trust store for
> >         SSL?
> >
> >         Mgr. Ivan G?rtler
> >
> >         Mobile software developer
> >
> >         AHEAD iTec, s.r.o., Botanick? 554/68a,
> >         602 00 Brno (Czech Republic)
> >
> >         www.ahead-itec.com | twitter | mobile security solutions
> >
> >
> >         2015-03-04 16:11 GMT+01:00 Bruno Oliveira
> >         <bruno at abstractj.org>:
> >                 If I understood your question correctly, yes. All the
> >                 Push networks make
> >                 use of SSL, on UPS SSL can be provided via OpenShift.
> >
> >                 On 2015-03-04, Ivan G?rtler wrote:
> >                 > Hi,
> >                 > I have one SSL question.
> >                 > Does AG use on SSL communication with push servers
> >                 (APNS, GCM, WNS) some
> >                 > trust store ?
> >                 >
> >                 > Thanks
> >                 >
> >                 > *Mgr. Ivan G?rtler*
> >                 > Mobile software developer
> >                 >
> >                 > AHEAD iTec, s.r.o., Botanick? 554/68a,
> >                 > 602 00 Brno (Czech Republic)
> >                 >
> >                 > www.ahead-itec.com | twitter
> >                 <https://www.twitter.com/AHEADiTec> | mobile
> >                 > security solutions
> >
> >                 > _______________________________________________
> >                 > aerogear-dev mailing list
> >                 > aerogear-dev at lists.jboss.org
> >                 >
> >                 https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> >
> >                 --
> >
> >                 abstractj
> >                 PGP: 0x84DC9914
> >                 _______________________________________________
> >                 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
>
>
> _______________________________________________
> 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/20150304/dc28346e/attachment.html 

From matzew at apache.org  Thu Mar  5 04:23:27 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 5 Mar 2015 10:23:27 +0100
Subject: [aerogear-dev] WebPush - Alpha.1 release
In-Reply-To: <82F8FFCF-AC8C-417F-B21B-2990F270F69D@redhat.com>
References: <CAAg5f2TcC7yQPYZ8mzBm71SrnQE+W5Bu0mJ4N=S2wh6xiA_3ZA@mail.gmail.com>
	<82F8FFCF-AC8C-417F-B21B-2990F270F69D@redhat.com>
Message-ID: <CAAg5f2RWoKCSZGYhQoHo+c5A33GA-UeS079bnzZpbwsiY=e2Aw@mail.gmail.com>

clicked the button

On Wed, Mar 4, 2015 at 2:34 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:

> YAY!!
>
> On Mar 4, 2015, at 3:58 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>
> Hi,
>
> I have uploaded the bits for our 1.0.0-alpha.1 release of WebPush to
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000
>
> Testing the server:
>
> Since we don't have an executable server JAR for the 1.0.0-alpha.1
> release, please checkout the TAG:
>
> https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty
>
> and follow the instructions on the README
>
>
> for the next alpha release we will include a executable JAR (or a command
> line interface ) which can be used to launch the server. but that's _not_
> on the agenda for our first initial release.
>
> See also https://issues.jboss.org/browse/AGPUSH-1301
>
>
> Testing the Console:
> Download one of the console bundles (.zip files) from here:
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/
>
> and test against a Web Push Server. Details can be found here:
>
> https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console
>
> Note: there is a Node.js based impl. done by a guy from Mozilla -
> Instructions for that are also on the above mentioned README.
>
>
>
>
> Please review the bits. If all goes well, by end of Thursday the release
> will be pushed to maven central.
>
>
>
> -Matthias
>
> --
> 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/20150305/f96a35db/attachment-0001.html 

From bruno at abstractj.org  Thu Mar  5 06:20:52 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 05 Mar 2015 03:20:52 -0800 (PST)
Subject: [aerogear-dev] WebPush - Alpha.1 release
In-Reply-To: <82F8FFCF-AC8C-417F-B21B-2990F270F69D@redhat.com>
References: <82F8FFCF-AC8C-417F-B21B-2990F270F69D@redhat.com>
Message-ID: <1425554450387.0fa4f342@Nodemailer>

Yay!



?

abstractj
PGP: 0x84DC9914

On Wed, Mar 4, 2015 at 10:34 AM, Lucas Holmquist <lholmqui at redhat.com>
wrote:

> YAY!!
>> On Mar 4, 2015, at 3:58 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>> 
>> Hi,
>> 
>> I have uploaded the bits for our 1.0.0-alpha.1 release of WebPush to 
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000 <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000>
>> 
>> Testing the server:
>> 
>> Since we don't have an executable server JAR for the 1.0.0-alpha.1 release, please checkout the TAG:
>> https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty <https://github.com/aerogear/aerogear-webpush-server/tree/1.0.0-alpha.1/server-netty>
>> 
>> and follow the instructions on the README
>> 
>> 
>> for the next alpha release we will include a executable JAR (or a command line interface ) which can be used to launch the server. but that's _not_ on the agenda for our first initial release.
>> 
>> See also https://issues.jboss.org/browse/AGPUSH-1301 <https://issues.jboss.org/browse/AGPUSH-1301>
>> 
>> 
>> Testing the Console:
>> Download one of the console bundles (.zip files) from here:
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/ <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5000/org/jboss/aerogear/webpush-console/1.0.0-alpha.1/>
>> 
>> and test against a Web Push Server. Details can be found here:
>> https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console <https://github.com/aerogear/aerogear-webpush-server/tree/master/console#using-the-webpush-console>
>> 
>> Note: there is a Node.js based impl. done by a guy from Mozilla - Instructions for that are also on the above mentioned README.
>> 
>> 
>> 
>> 
>> Please review the bits. If all goes well, by end of Thursday the release will be pushed to maven central.
>> 
>> 
>> 
>> -Matthias
>> 
>> -- 
>> Matthias Wessendorf 
>> 
>> blog: http://matthiaswessendorf.wordpress.com/ <http://matthiaswessendorf.wordpress.com/>
>> sessions: http://www.slideshare.net/mwessendorf <http://www.slideshare.net/mwessendorf>
>> twitter: http://twitter.com/mwessendorf <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/20150305/3255927a/attachment.html 

From lukas.fryc at gmail.com  Thu Mar  5 10:15:43 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Thu, 5 Mar 2015 16:15:43 +0100
Subject: [aerogear-dev] New Site Design - Status update & Request for reviews
Message-ID: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>

Hey guys,

TL;DR: we are almost there, please review!


We are finishing final touches, all Site functionality is in place:

http://staging-aerogearsite.rhcloud.com/


There are remaining tasks:
https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207


I would like to ask everyone to review the site in current state.

If we won't find any blockers, we can push it at the start of next week to
production, does the timing work?

For small issues, consider pushing a PR directly.


Cheers!

~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150305/937576bc/attachment.html 

From matzew at apache.org  Thu Mar  5 11:03:16 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 5 Mar 2015 17:03:16 +0100
Subject: [aerogear-dev] AeroGear WebPush 1.0.0-alpha.1 released
Message-ID: <CAAg5f2RnjCwtdvv6zLgxE6OuXxnbENOAVb2ycxJsZpt8DkKRHQ@mail.gmail.com>

Hello team, our first release of the WebPush effort has been released.

for more details, please read here:
https://aerogear.org/news/2015/03/05/aerogear-webpush-alpha1/index.html


BTW. below is a mail that I sent to Mozilla's WebPush list, to give those
that came up with the WebPush a heads up as well :-)


Cheers,
Matthias


---------- Forwarded message ----------
From: Matthias Wessendorf <matzew at apache.org>
Date: Thu, Mar 5, 2015 at 5:00 PM
Subject: AeroGear WebPush 1.0.0-alpha.1 released
To: dev-push at lists.mozilla.org


Hello folks,

we, the AeroGear team, are extremely happy to announce a first release of
our WebPush efforts. Details about our Java-based server can be found here:
https://aerogear.org/news/2015/03/05/aerogear-webpush-alpha1/index.html

As discussed in the post, we have a WebPush console ([1]), that we also
tested against the Node.js server on this repo:
https://github.com/kitcambridge/node-webpush-server

Hope you enjoy, and for feedback we are happy to hear you on our developers
mailing list:
https://lists.jboss.org/mailman/listinfo/aerogear-dev

[1]
https://aerogear.org/news/2015/03/05/aerogear-webpush-alpha1/index.html#webpush-console

-- 
Matthias Wessendorf

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf



-- 
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/20150305/a71ae584/attachment.html 

From matzew at apache.org  Thu Mar  5 11:14:23 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 5 Mar 2015 17:14:23 +0100
Subject: [aerogear-dev] New Site Design - Status update & Request for
	reviews
In-Reply-To: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
Message-ID: <CAAg5f2RJwhe6a3aqrs-cLo9dZyEf=tSSBxCi5nc4WCeJU79EZQ@mail.gmail.com>

Looks very nice! I think we are getting close to launch the new site.


However, here are a few more comments

1)
the header here is not visible:
http://staging-aerogearsite.rhcloud.com/docs/specs/#push
(to see the "AeroGearPush Docs" I need to scroll up)

2) Before the message format and and device registration were part of the
guide, the got removed, but IMO they should be listed on specs

3) The security module lacks infos about OAuth2
http://staging-aerogearsite.rhcloud.com/security/
http://staging-aerogearsite.rhcloud.com/OAuth2/


On Thu, Mar 5, 2015 at 4:15 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
>
> TL;DR: we are almost there, please review!
>
>
> We are finishing final touches, all Site functionality is in place:
>
> http://staging-aerogearsite.rhcloud.com/
>
>
> There are remaining tasks:
> https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
>
>
> I would like to ask everyone to review the site in current state.
>
> If we won't find any blockers, we can push it at the start of next week to
> production, does the timing work?
>
> For small issues, consider pushing a PR directly.
>
>
> Cheers!
>
> ~ Lukas
>
> _______________________________________________
> 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/20150305/cbdd1c2a/attachment.html 

From bruno at abstractj.org  Thu Mar  5 11:23:35 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 05 Mar 2015 08:23:35 -0800 (PST)
Subject: [aerogear-dev] New Site Design - Status update & Request for
 reviews
In-Reply-To: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
Message-ID: <1425572607615.906dce45@Nodemailer>

+1 for next week



?

abstractj
PGP: 0x84DC9914

On Thu, Mar 5, 2015 at 12:16 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
> TL;DR: we are almost there, please review!
> We are finishing final touches, all Site functionality is in place:
> http://staging-aerogearsite.rhcloud.com/
> There are remaining tasks:
> https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
> I would like to ask everyone to review the site in current state.
> If we won't find any blockers, we can push it at the start of next week to
> production, does the timing work?
> For small issues, consider pushing a PR directly.
> Cheers!
> ~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150305/218289d6/attachment-0001.html 

From bruno at abstractj.org  Thu Mar  5 11:23:35 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 05 Mar 2015 08:23:35 -0800 (PST)
Subject: [aerogear-dev] New Site Design - Status update & Request for
 reviews
In-Reply-To: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
Message-ID: <1425572607614.eaec7ae8@Nodemailer>

+1 for next week



?

abstractj
PGP: 0x84DC9914

On Thu, Mar 5, 2015 at 12:16 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
> TL;DR: we are almost there, please review!
> We are finishing final touches, all Site functionality is in place:
> http://staging-aerogearsite.rhcloud.com/
> There are remaining tasks:
> https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
> I would like to ask everyone to review the site in current state.
> If we won't find any blockers, we can push it at the start of next week to
> production, does the timing work?
> For small issues, consider pushing a PR directly.
> Cheers!
> ~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150305/32040c0f/attachment.html 

From bruno at abstractj.org  Thu Mar  5 11:25:03 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 05 Mar 2015 08:25:03 -0800 (PST)
Subject: [aerogear-dev] New Site Design - Status update & Request for
 reviews
In-Reply-To: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
Message-ID: <1425572701386.0f1ff063@Nodemailer>

+1 for next week



?

abstractj
PGP: 0x84DC9914

On Thu, Mar 5, 2015 at 12:16 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
> TL;DR: we are almost there, please review!
> We are finishing final touches, all Site functionality is in place:
> http://staging-aerogearsite.rhcloud.com/
> There are remaining tasks:
> https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
> I would like to ask everyone to review the site in current state.
> If we won't find any blockers, we can push it at the start of next week to
> production, does the timing work?
> For small issues, consider pushing a PR directly.
> Cheers!
> ~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150305/81714118/attachment.html 

From bruno at abstractj.org  Thu Mar  5 11:27:46 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 5 Mar 2015 13:27:46 -0300
Subject: [aerogear-dev] New Site Design - Status update & Request for
 reviews
In-Reply-To: <CAAg5f2RJwhe6a3aqrs-cLo9dZyEf=tSSBxCi5nc4WCeJU79EZQ@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
	<CAAg5f2RJwhe6a3aqrs-cLo9dZyEf=tSSBxCi5nc4WCeJU79EZQ@mail.gmail.com>
Message-ID: <20150305162746.GA97276@abstractj.org>

On 2015-03-05, Matthias Wessendorf wrote:
> Looks very nice! I think we are getting close to launch the new site.
>
>
> However, here are a few more comments
>
> 1)
> the header here is not visible:
> http://staging-aerogearsite.rhcloud.com/docs/specs/#push
> (to see the "AeroGearPush Docs" I need to scroll up)
>
> 2) Before the message format and and device registration were part of the
> guide, the got removed, but IMO they should be listed on specs
>
> 3) The security module lacks infos about OAuth2
> http://staging-aerogearsite.rhcloud.com/security/
> http://staging-aerogearsite.rhcloud.com/OAuth2/

I'm on it, see AGSEC-200.

>
>
> On Thu, Mar 5, 2015 at 4:15 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:
>
> > Hey guys,
> >
> > TL;DR: we are almost there, please review!
> >
> >
> > We are finishing final touches, all Site functionality is in place:
> >
> > http://staging-aerogearsite.rhcloud.com/
> >
> >
> > There are remaining tasks:
> > https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
> >
> >
> > I would like to ask everyone to review the site in current state.
> >
> > If we won't find any blockers, we can push it at the start of next week to
> > production, does the timing work?
> >
> > For small issues, consider pushing a PR directly.
> >
> >
> > Cheers!
> >
> > ~ Lukas
> >
> > _______________________________________________
> > 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


--

abstractj
PGP: 0x84DC9914

From bruno at abstractj.org  Thu Mar  5 16:31:29 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 5 Mar 2015 18:31:29 -0300
Subject: [aerogear-dev] New website navigation
Message-ID: <20150305213129.GA7274@abstractj.org>

Morning, not sure if is me doing something wrong. But one thing that
would be nice is: when you access the guide section, it could display
the current feature name. Let me exemplify:

1. Go to http://staging-aerogearsite.rhcloud.com/getstarted/guides/
2. Click on AerogearPush Guides
3. Now on
http://staging-aerogearsite.rhcloud.com/docs/unifiedpush/ups_userguide/index/
4. So instead of display "Guides/ UnifiedPush Server User guide".
Display "Guides/Push/ UnifiedPush Server user guide"

Of course this is not a big deal, more feedback/suggestion.

--

abstractj
PGP: 0x84DC9914

From bleathem at gmail.com  Thu Mar  5 17:00:15 2015
From: bleathem at gmail.com (Brian Leathem)
Date: Thu, 05 Mar 2015 14:00:15 -0800
Subject: [aerogear-dev] Removing gradle from the aerogear-cordova-oauth2
	build
Message-ID: <54F8D1EF.20306@gmail.com>

Hello gear-heads,

The aerogear-cordova-oauth2 project currently has a requirement to be
built with gradle, in order to be able to build the aerogear oauth2
dependencies.  This affects users, as once they add the aeorgear cordova
plugin to their project, they have to switch to a gradle-based build.

I propose we look at what was done with google-play-services as a means
of working around this gradle requirement.  There are two ways to
introduce a dependency to google-play-services in your cordova
project/plugin:

a) Add a maven dependency: com.google.android.gms:play-services:4.0.30 at aar
b) Add a cordova plulgin dependency: com.google.playservices

a) can be achieved only after following the
how-to-build-aerogear-android [1] instructions, so an even bigger
inconvenience for users.

b) on the other hand is as simple as:

i)  running "cordova plugin add com.google.playservices" in your project
folder
or
ii) adding "com.google.playservices" as a dependency to the android
section of your plugin's plugin.xml file [2].

This is made possible because the google-play-services binaries are
published as a cordova plugin via a project hosted on github [3].

I propose we create a project similar to [3], to hold the aerogear
android dependencies.  Call it "aerogear-android-services" for the sake
of this argument.  We would then register this project with cordova so
the aerogear-cordova-oauth2 plugin can have a dependency on the
aerogear-android-services cordova plugin, rather then the maven/gradle
dependency we have now.  This would then alleviate the
aerogear-cordova-oauth2 from needing to be built with gradle.

Thoughts?

[1]
https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/
[2]
https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28
[3] https://github.com/MobileChromeApps/google-play-services

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150305/98b52f83/attachment.html 

From matzew at apache.org  Thu Mar  5 19:39:53 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 6 Mar 2015 01:39:53 +0100
Subject: [aerogear-dev] New website navigation
In-Reply-To: <20150305213129.GA7274@abstractj.org>
References: <20150305213129.GA7274@abstractj.org>
Message-ID: <CAAg5f2RrrvGeC=SxmhXkXs2QTiYybxUuMAFhNxn5eWj2g5EFsA@mail.gmail.com>

On Thu, Mar 5, 2015 at 10:31 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Morning, not sure if is me doing something wrong. But one thing that
> would be nice is: when you access the guide section, it could display
> the current feature name. Let me exemplify:
>
> 1. Go to http://staging-aerogearsite.rhcloud.com/getstarted/guides/
> 2. Click on AerogearPush Guides
> 3. Now on
>
> http://staging-aerogearsite.rhcloud.com/docs/unifiedpush/ups_userguide/index/
> 4. So instead of display "Guides/ UnifiedPush Server User guide".
> Display "Guides/Push/ UnifiedPush Server user guide"
>
>
+1 that is a good one.

Aligned with that, that means for
http://staging-aerogearsite.rhcloud.com/docs/guides/aerogear-cordova/AerogearCordovaPush/
that would be "Guides/Push/ Cordova Push Plugin", which I like


> Of course this is not a big deal, more feedback/suggestion.
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150306/aeeb4ff5/attachment-0001.html 

From edewit at redhat.com  Fri Mar  6 02:14:08 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Fri, 6 Mar 2015 08:14:08 +0100
Subject: [aerogear-dev] Removing gradle from the aerogear-cordova-oauth2
	build
In-Reply-To: <54F8D1EF.20306@gmail.com>
References: <54F8D1EF.20306@gmail.com>
Message-ID: <912B8850-E86D-46C0-B095-5009BF4FD0FE@redhat.com>

Totally agree, we have to get rid of the gradle workaround, it should not be necessary to edit the generated platform directories. I see a third option though on the 4.0 release of the android platform aar support will be added and one could add a framwork dependency with type aar. We could also opt to wait for this release. But I?m +1 on making the oath2 plugin like the google play services plugin so that it works with `older` versions as well.
 
> On 5 Mar,2015, at 23:00 , Brian Leathem <bleathem at gmail.com> wrote:
> 
> Hello gear-heads,
> 
> The aerogear-cordova-oauth2 project currently has a requirement to be built with gradle, in order to be able to build the aerogear oauth2 dependencies.  This affects users, as once they add the aeorgear cordova plugin to their project, they have to switch to a gradle-based build.
> 
> I propose we look at what was done with google-play-services as a means of working around this gradle requirement.  There are two ways to introduce a dependency to google-play-services in your cordova project/plugin:
> 
> a) Add a maven dependency: com.google.android.gms:play-services:4.0.30 at aar
> b) Add a cordova plulgin dependency: com.google.playservices
> 
> a) can be achieved only after following the how-to-build-aerogear-android [1] instructions, so an even bigger inconvenience for users.
> 
> b) on the other hand is as simple as:
> 
> i)  running "cordova plugin add com.google.playservices" in your project folder
> or
> ii) adding "com.google.playservices" as a dependency to the android section of your plugin's plugin.xml file [2].
> 
> This is made possible because the google-play-services binaries are published as a cordova plugin via a project hosted on github [3].
> 
> I propose we create a project similar to [3], to hold the aerogear android dependencies.  Call it "aerogear-android-services" for the sake of this argument.  We would then register this project with cordova so the aerogear-cordova-oauth2 plugin can have a dependency on the aerogear-android-services cordova plugin, rather then the maven/gradle dependency we have now.  This would then alleviate the aerogear-cordova-oauth2 from needing to be built with gradle.
> 
> Thoughts?
> 
> [1] https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/ <https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/>
> [2] https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28 <https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28>
> [3] https://github.com/MobileChromeApps/google-play-services <https://github.com/MobileChromeApps/google-play-services>
> 
> _______________________________________________
> 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/20150306/98427a36/attachment.html 

From edewit at redhat.com  Fri Mar  6 06:45:19 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Fri, 6 Mar 2015 12:45:19 +0100
Subject: [aerogear-dev] Removing gradle from the aerogear-cordova-oauth2
	build
In-Reply-To: <54F8D1EF.20306@gmail.com>
References: <54F8D1EF.20306@gmail.com>
Message-ID: <E9D311F4-F7D6-4D0C-8DF8-9619FCFF1DE7@redhat.com>

Totally agree, we have to get rid of the gradle workaround, it should not be necessary to edit the generated platform directories. I see a third option though on the 4.0 release of the android platform aar support will be added and one could add a framwork dependency with type aar. We could also opt to wait for this release. But I?m +1 on making the oath2 plugin like the google play services plugin so that it works with `older` versions as well.
 
> On 5 Mar,2015, at 23:00 , Brian Leathem <bleathem at gmail.com <mailto:bleathem at gmail.com>> wrote:
> 
> Hello gear-heads,
> 
> The aerogear-cordova-oauth2 project currently has a requirement to be built with gradle, in order to be able to build the aerogear oauth2 dependencies.  This affects users, as once they add the aeorgear cordova plugin to their project, they have to switch to a gradle-based build.
> 
> I propose we look at what was done with google-play-services as a means of working around this gradle requirement.  There are two ways to introduce a dependency to google-play-services in your cordova project/plugin:
> 
> a) Add a maven dependency: com.google.android.gms:play-services:4.0.30 at aar
> b) Add a cordova plulgin dependency: com.google.playservices
> 
> a) can be achieved only after following the how-to-build-aerogear-android [1] instructions, so an even bigger inconvenience for users.
> 
> b) on the other hand is as simple as:
> 
> i)  running "cordova plugin add com.google.playservices" in your project folder
> or
> ii) adding "com.google.playservices" as a dependency to the android section of your plugin's plugin.xml file [2].
> 
> This is made possible because the google-play-services binaries are published as a cordova plugin via a project hosted on github [3].
> 
> I propose we create a project similar to [3], to hold the aerogear android dependencies.  Call it "aerogear-android-services" for the sake of this argument.  We would then register this project with cordova so the aerogear-cordova-oauth2 plugin can have a dependency on the aerogear-android-services cordova plugin, rather then the maven/gradle dependency we have now.  This would then alleviate the aerogear-cordova-oauth2 from needing to be built with gradle.
> 
> Thoughts?
> 
> [1] https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/ <https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/>
> [2] https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28 <https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28>
> [3] https://github.com/MobileChromeApps/google-play-services <https://github.com/MobileChromeApps/google-play-services>
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org <mailto: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/20150306/0481ea34/attachment.html 

From lukas.fryc at gmail.com  Fri Mar  6 07:33:48 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Fri, 6 Mar 2015 13:33:48 +0100
Subject: [aerogear-dev] New Site Design - Status update & Request for
	reviews
In-Reply-To: <CAAg5f2RJwhe6a3aqrs-cLo9dZyEf=tSSBxCi5nc4WCeJU79EZQ@mail.gmail.com>
References: <CAEroY36cLT=MvZUNif4BYOauZj0PwgOofHmM2QAiz2suDL8dpA@mail.gmail.com>
	<CAAg5f2RJwhe6a3aqrs-cLo9dZyEf=tSSBxCi5nc4WCeJU79EZQ@mail.gmail.com>
Message-ID: <CAEroY35K1cdnEwweXzdnOqUrwOKX0vCLUkFVjHnxBdMiG=JLeQ@mail.gmail.com>

On Thu, Mar 5, 2015 at 5:14 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Looks very nice! I think we are getting close to launch the new site.
>
>
> However, here are a few more comments
>
> 1)
> the header here is not visible:
> http://staging-aerogearsite.rhcloud.com/docs/specs/#push
> (to see the "AeroGearPush Docs" I need to scroll up)
>

I've reopened https://issues.jboss.org/browse/AEROGEAR-1624 it does not
work in some cases as described there.


>
> 2) Before the message format and and device registration were part of the
> guide, the got removed, but IMO they should be listed on specs
>

I'm addressing that in this PR:
https://github.com/aerogear/aerogear.org/pull/536

Here is a quick preview:
http://staging-aerogearsite.rhcloud.com/docs/specs/#push




>
> 3) The security module lacks infos about OAuth2
> http://staging-aerogearsite.rhcloud.com/security/
> http://staging-aerogearsite.rhcloud.com/OAuth2/
>
>
> On Thu, Mar 5, 2015 at 4:15 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:
>
>> Hey guys,
>>
>> TL;DR: we are almost there, please review!
>>
>>
>> We are finishing final touches, all Site functionality is in place:
>>
>> http://staging-aerogearsite.rhcloud.com/
>>
>>
>> There are remaining tasks:
>> https://issues.jboss.org/secure/Dashboard.jspa?selectPageId=12318207
>>
>>
>> I would like to ask everyone to review the site in current state.
>>
>> If we won't find any blockers, we can push it at the start of next week
>> to production, does the timing work?
>>
>> For small issues, consider pushing a PR directly.
>>
>>
>> Cheers!
>>
>> ~ Lukas
>>
>> _______________________________________________
>> 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/20150306/8026573c/attachment.html 

From agalante at redhat.com  Fri Mar  6 07:35:33 2015
From: agalante at redhat.com (Andres Galante)
Date: Fri, 6 Mar 2015 07:35:33 -0500 (EST)
Subject: [aerogear-dev] New website navigation
In-Reply-To: <CAAg5f2RrrvGeC=SxmhXkXs2QTiYybxUuMAFhNxn5eWj2g5EFsA@mail.gmail.com>
References: <20150305213129.GA7274@abstractj.org>
	<CAAg5f2RrrvGeC=SxmhXkXs2QTiYybxUuMAFhNxn5eWj2g5EFsA@mail.gmail.com>
Message-ID: <652961149.7295532.1425645333226.JavaMail.zimbra@redhat.com>

At the moment breadcrumbs are "hardcoded" to add a second level of breadcrumbs we need more front matter.

We talked about this with Lukas, the options are:

1- Keep it as it is
2- Replace the breadcrumbs with a "back" btn

We decided to keep it as it is for now and try to do something dynamic for next version.

What do you think?

----- Original Message -----
From: "Matthias Wessendorf" <matzew at apache.org>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Thursday, March 5, 2015 9:39:53 PM
Subject: Re: [aerogear-dev] New website navigation



On Thu, Mar 5, 2015 at 10:31 PM, Bruno Oliveira < bruno at abstractj.org > wrote: 


Morning, not sure if is me doing something wrong. But one thing that 
would be nice is: when you access the guide section, it could display 
the current feature name. Let me exemplify: 

1. Go to http://staging-aerogearsite.rhcloud.com/getstarted/guides/ 
2. Click on AerogearPush Guides 
3. Now on 
http://staging-aerogearsite.rhcloud.com/docs/unifiedpush/ups_userguide/index/ 
4. So instead of display "Guides/ UnifiedPush Server User guide". 
Display "Guides/Push/ UnifiedPush Server user guide" 


+1 that is a good one. 

Aligned with that, that means for 
http://staging-aerogearsite.rhcloud.com/docs/guides/aerogear-cordova/AerogearCordovaPush/ 
that would be "Guides/Push/ Cordova Push Plugin", which I like 


Of course this is not a big deal, more feedback/suggestion. 

-- 

abstractj 
PGP: 0x84DC9914 
_______________________________________________ 
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

From lukas.fryc at gmail.com  Fri Mar  6 07:37:12 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Fri, 6 Mar 2015 13:37:12 +0100
Subject: [aerogear-dev] New website navigation
In-Reply-To: <652961149.7295532.1425645333226.JavaMail.zimbra@redhat.com>
References: <20150305213129.GA7274@abstractj.org>
	<CAAg5f2RrrvGeC=SxmhXkXs2QTiYybxUuMAFhNxn5eWj2g5EFsA@mail.gmail.com>
	<652961149.7295532.1425645333226.JavaMail.zimbra@redhat.com>
Message-ID: <CAEroY35vdEycRkhoL+zz=BG8SfWMPqSha3fcJJSoyz6dJ+-wyA@mail.gmail.com>

Yea, I would add a JIRA enhancement request.

On Fri, Mar 6, 2015 at 1:35 PM, Andres Galante <agalante at redhat.com> wrote:

> At the moment breadcrumbs are "hardcoded" to add a second level of
> breadcrumbs we need more front matter.
>
> We talked about this with Lukas, the options are:
>
> 1- Keep it as it is
> 2- Replace the breadcrumbs with a "back" btn
>
> We decided to keep it as it is for now and try to do something dynamic for
> next version.
>
> What do you think?
>
> ----- Original Message -----
> From: "Matthias Wessendorf" <matzew at apache.org>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Thursday, March 5, 2015 9:39:53 PM
> Subject: Re: [aerogear-dev] New website navigation
>
>
>
> On Thu, Mar 5, 2015 at 10:31 PM, Bruno Oliveira < bruno at abstractj.org >
> wrote:
>
>
> Morning, not sure if is me doing something wrong. But one thing that
> would be nice is: when you access the guide section, it could display
> the current feature name. Let me exemplify:
>
> 1. Go to http://staging-aerogearsite.rhcloud.com/getstarted/guides/
> 2. Click on AerogearPush Guides
> 3. Now on
>
> http://staging-aerogearsite.rhcloud.com/docs/unifiedpush/ups_userguide/index/
> 4. So instead of display "Guides/ UnifiedPush Server User guide".
> Display "Guides/Push/ UnifiedPush Server user guide"
>
>
> +1 that is a good one.
>
> Aligned with that, that means for
>
> http://staging-aerogearsite.rhcloud.com/docs/guides/aerogear-cordova/AerogearCordovaPush/
> that would be "Guides/Push/ Cordova Push Plugin", which I like
>
>
> Of course this is not a big deal, more feedback/suggestion.
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150306/7c914649/attachment.html 

From bleathem at gmail.com  Fri Mar  6 17:58:34 2015
From: bleathem at gmail.com (Brian Leathem)
Date: Fri, 06 Mar 2015 14:58:34 -0800
Subject: [aerogear-dev] Removing gradle from the aerogear-cordova-oauth2
 build
In-Reply-To: <E9D311F4-F7D6-4D0C-8DF8-9619FCFF1DE7@redhat.com>
References: <54F8D1EF.20306@gmail.com>
	<E9D311F4-F7D6-4D0C-8DF8-9619FCFF1DE7@redhat.com>
Message-ID: <54FA311A.1080104@gmail.com>

I created a cordova plugin to provide the aerogear-android-authz
dependencies [1], and changed in the aerogear-cordova-oauth2 plugin to
use this new plugin as a dependency via the PR:
https://github.com/aerogear/aerogear-cordova-oauth2/pull/16

I am now able to add the aerogear-cordova-oauth2 to a project, and
successfully run the default cordova build.  I've tested this with my
google-play-services branch, and it works well.

Looking forward to hearing feedback from those more familiar with the
existing plugin's functionality.

[1] https://github.com/bleathem/aerogear-authz-cordova

Brian

On 2015-03-06 03:45 AM, Erik Jan de Wit wrote:
> Totally agree, we have to get rid of the gradle workaround, it should
> not be necessary to edit the generated platform directories. I see a
> third option though on the 4.0 release of the android platform aar
> support will be added and one could add a framwork dependency with
> type aar. We could also opt to wait for this release. But I?m +1 on
> making the oath2 plugin like the google play services plugin so that
> it works with `older` versions as well.
>  
>> On 5 Mar,2015, at 23:00 , Brian Leathem <bleathem at gmail.com
>> <mailto:bleathem at gmail.com>> wrote:
>>
>>
>>
>>
>>
>>
>>
>> Hello gear-heads,
>>
>>
>>
>> The aerogear-cordova-oauth2 project currently has a requirement to
>> be built with gradle, in order to be able to build the aerogear
>> oauth2 dependencies.  This affects users, as once they add the
>> aeorgear cordova plugin to their project, they have to switch to a
>> gradle-based build.
>>
>>
>>
>> I propose we look at what was done with google-play-services as a
>> means of working around this gradle requirement.  There are two ways
>> to introduce a dependency to google-play-services in your cordova
>> project/plugin:
>>
>>
>>
>> a) Add a maven dependency:
>>
>> com.google.android.gms:play-services:4.0.30 at aar
>>
>> b) Add a cordova plulgin dependency: com.google.playservices
>>
>>
>>
>> a) can be achieved only after following the
>> how-to-build-aerogear-android [1] instructions, so an even bigger
>> inconvenience for users.
>>
>>
>>
>> b) on the other hand is as simple as:
>>
>>
>>
>> i)  running "cordova plugin add com.google.playservices" in your
>> project folder
>>
>> or
>>
>> ii) adding "com.google.playservices" as a dependency to the android
>> section of your plugin's plugin.xml file [2].
>>
>>
>>
>> This is made possible because the google-play-services binaries are
>> published as a cordova plugin via a project hosted on github [3].
>>
>>
>>
>> I propose we create a project similar to [3], to hold the aerogear
>> android dependencies.  Call it "aerogear-android-services" for the
>> sake of this argument.  We would then register this project with
>> cordova so the aerogear-cordova-oauth2 plugin can have a dependency
>> on the aerogear-android-services cordova plugin, rather then the
>> maven/gradle dependency we have now.  This would then alleviate the
>> aerogear-cordova-oauth2 from needing to be built with gradle.
>>
>>
>>
>> Thoughts?
>>
>>
>>
>> [1]
>> https://aerogear.org/docs/guides/aerogear-android/how-to-build-aerogear-android/
>>
>> [2]
>> https://github.com/bleathem/cordova-oauth-google-services/blob/master/plugin.xml#L28
>>
>> [3] https://github.com/MobileChromeApps/google-play-services
>>
>>
>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org <mailto: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
>
>


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150306/805c8f1e/attachment.html 

From banddk1 at gmail.com  Sun Mar  8 12:05:47 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Sun, 8 Mar 2015 19:05:47 +0300
Subject: [aerogear-dev] AeroGear first task
Message-ID: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>

Hello everyone !)
It is my first open source project and I'd like to help you. I am not yet a
rock star programmer but is there something I could do for the project ?
Where i can find a small task to work on to smoothly join your project ?


Denis Karpenko.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150308/3e8c2970/attachment.html 

From cvasilak at gmail.com  Mon Mar  9 03:58:07 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 9 Mar 2015 09:58:07 +0200
Subject: [aerogear-dev] Team Meeting
Message-ID: <81F02963-C2A7-4EB1-B3F1-C4C0A423D2AC@gmail.com>

Agenda:
http://oksoclap.com/p/aerogear-team-mtg-20150309 <http://oksoclap.com/p/aerogear-team-mtg-20150309>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/7280edb3/attachment.html 

From corinnekrych at gmail.com  Mon Mar  9 04:43:52 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 09:43:52 +0100
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
Message-ID: <07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>

Hello Denis

Not yet a rock star prgrammer, you ring the right door then!
Tell us more about which subject you are interesting in, see the list [1] and i?ll find you some JIRA you can look at that relate to it.
++
Corinne
[1] https://developer.jboss.org/wiki/GSOC15Ideas

> On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com> wrote:
> 
> Hello everyone !)
> It is my first open source project and I'd like to help you. I am not yet a rock star programmer but is there something I could do for the project ? Where i can find a small task to work on to smoothly join your project ?
> 
> 
> Denis Karpenko.
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From bruno at abstractj.org  Mon Mar  9 07:17:42 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 08:17:42 -0300
Subject: [aerogear-dev] New website navigation
In-Reply-To: <CAEroY35vdEycRkhoL+zz=BG8SfWMPqSha3fcJJSoyz6dJ+-wyA@mail.gmail.com>
References: <20150305213129.GA7274@abstractj.org>
	<CAAg5f2RrrvGeC=SxmhXkXs2QTiYybxUuMAFhNxn5eWj2g5EFsA@mail.gmail.com>
	<652961149.7295532.1425645333226.JavaMail.zimbra@redhat.com>
	<CAEroY35vdEycRkhoL+zz=BG8SfWMPqSha3fcJJSoyz6dJ+-wyA@mail.gmail.com>
Message-ID: <20150309111742.GB20052@abstractj.org>

Sorry for the late response, Jira created
https://issues.jboss.org/browse/AEROGEAR-1670

Feel free to change, if something is wrong.

On 2015-03-06, Luk?? Fry? wrote:
> Yea, I would add a JIRA enhancement request.
>
> On Fri, Mar 6, 2015 at 1:35 PM, Andres Galante <agalante at redhat.com> wrote:
>
> > At the moment breadcrumbs are "hardcoded" to add a second level of
> > breadcrumbs we need more front matter.
> >
> > We talked about this with Lukas, the options are:
> >
> > 1- Keep it as it is
> > 2- Replace the breadcrumbs with a "back" btn
> >
> > We decided to keep it as it is for now and try to do something dynamic for
> > next version.
> >
> > What do you think?
> >
> > ----- Original Message -----
> > From: "Matthias Wessendorf" <matzew at apache.org>
> > To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> > Sent: Thursday, March 5, 2015 9:39:53 PM
> > Subject: Re: [aerogear-dev] New website navigation
> >
> >
> >
> > On Thu, Mar 5, 2015 at 10:31 PM, Bruno Oliveira < bruno at abstractj.org >
> > wrote:
> >
> >
> > Morning, not sure if is me doing something wrong. But one thing that
> > would be nice is: when you access the guide section, it could display
> > the current feature name. Let me exemplify:
> >
> > 1. Go to http://staging-aerogearsite.rhcloud.com/getstarted/guides/
> > 2. Click on AerogearPush Guides
> > 3. Now on
> >
> > http://staging-aerogearsite.rhcloud.com/docs/unifiedpush/ups_userguide/index/
> > 4. So instead of display "Guides/ UnifiedPush Server User guide".
> > Display "Guides/Push/ UnifiedPush Server user guide"
> >
> >
> > +1 that is a good one.
> >
> > Aligned with that, that means for
> >
> > http://staging-aerogearsite.rhcloud.com/docs/guides/aerogear-cordova/AerogearCordovaPush/
> > that would be "Guides/Push/ Cordova Push Plugin", which I like
> >
> >
> > Of course this is not a big deal, more feedback/suggestion.
> >
> > --
> >
> > abstractj
> > PGP: 0x84DC9914
> > _______________________________________________
> > 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
> >

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


--

abstractj
PGP: 0x84DC9914

From edewit at redhat.com  Mon Mar  9 09:33:38 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 9 Mar 2015 14:33:38 +0100
Subject: [aerogear-dev] asciidoc vs markdown
Message-ID: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>

I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.

So what do you think,
	Erik Jan

From corinnekrych at gmail.com  Mon Mar  9 09:36:28 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 14:36:28 +0100
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
Message-ID: <58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>

+1 on having one or the other. I find it confusing to have to switch beetween syntax.
I?m ok with whatever we choose but having only one would be neat.

++
Corinne
> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
> 
> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
> 
> So what do you think,
> 	Erik Jan
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From bruno at abstractj.org  Mon Mar  9 09:42:52 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 10:42:52 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
Message-ID: <20150309134252.GA20893@abstractj.org>

Good morning, while writing our quickstarts, I found something that I
would like to change.

Currently to setup our OAuth2 providers we have to do something like
this:

AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
        .setBaseURL(new URL("https://"))
        .setAuthzEndpoint(AUTHZ_ENDPOINT)
        .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
        .setAccountId(AUTHZ_ACCOOUNT_ID)
        .setClientId(AUTHZ_CLIENT_ID)
        .setClientSecret(AUTHZ_CLIENT_SECRET)
        .setRedirectURL(AUTHZ_REDIRECT_URL)
        .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
        .addAdditionalAccessParam(Pair.create("response_type", "code"))
        .setScopes(Arrays.asList("photo_upload, publish_actions"))
        .asModule();

Although, things like the url endpoint, access token endpoint, or the
module will most of time remain unchanged. Unless you switch from Facebook to
Keycloak for example. People don't care that much about these
urls, but which provider they want to connect.

So I would like to refactor the authz module from AGDroid, define the default values
for ommitted params and make the methods like setBaseURL for example,
alternative. Something like this:

AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
        .setClientId(AUTHZ_CLIENT_ID)
        .setClientSecret(AUTHZ_CLIENT_SECRET)
        .asModule();

Based on the module name, we instantiate the respective module with the
default values already in.

Thoughts? Let me know if the idea is useless.


--

abstractj
PGP: 0x84DC9914

From agalante at redhat.com  Mon Mar  9 09:47:12 2015
From: agalante at redhat.com (Andres Galante)
Date: Mon, 9 Mar 2015 09:47:12 -0400 (EDT)
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
Message-ID: <1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>

I'll probably never have to write a guide, but after editing almost all guides to style them better there is one thing about asciidoc that I like better than markdown: Tips

Inserting tips, warning and info boxes in ascii is super easy.

Almost all guides are written in asciidoc, the change to asciidoc would be much easier.

Having said that, I like markdown better, but again, I am not an user :)



----- Original Message -----
From: "Corinne Krych" <corinnekrych at gmail.com>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Monday, March 9, 2015 10:36:28 AM
Subject: Re: [aerogear-dev] asciidoc vs markdown

+1 on having one or the other. I find it confusing to have to switch beetween syntax.
I?m ok with whatever we choose but having only one would be neat.

++
Corinne
> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
> 
> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
> 
> So what do you think,
> 	Erik Jan
> _______________________________________________
> 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


From edewit at redhat.com  Mon Mar  9 10:00:05 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 9 Mar 2015 15:00:05 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150309134252.GA20893@abstractj.org>
References: <20150309134252.GA20893@abstractj.org>
Message-ID: <7070C86D-037B-4A44-AAE1-0EF541FC43D0@redhat.com>

+1 that would make it more in sync with iOS and Windows, where we created profiled config:

https://github.com/aerogear/aerogear-windows-oauth2/blob/master/aerogear-windows-oauth2/AccountManager.cs#L86 <https://github.com/aerogear/aerogear-windows-oauth2/blob/master/aerogear-windows-oauth2/AccountManager.cs#L86>
https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/AccountManager.swift#L23 <https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/AccountManager.swift#L23>



> On 9 Mar,2015, at 14:42 , Bruno Oliveira <bruno at abstractj.org> wrote:
> 
> Good morning, while writing our quickstarts, I found something that I
> would like to change.
> 
> Currently to setup our OAuth2 providers we have to do something like
> this:
> 
> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>        .setBaseURL(new URL("https://"))
>        .setAuthzEndpoint(AUTHZ_ENDPOINT)
>        .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
>        .setAccountId(AUTHZ_ACCOOUNT_ID)
>        .setClientId(AUTHZ_CLIENT_ID)
>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>        .setRedirectURL(AUTHZ_REDIRECT_URL)
>        .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
>        .addAdditionalAccessParam(Pair.create("response_type", "code"))
>        .setScopes(Arrays.asList("photo_upload, publish_actions"))
>        .asModule();
> 
> Although, things like the url endpoint, access token endpoint, or the
> module will most of time remain unchanged. Unless you switch from Facebook to
> Keycloak for example. People don't care that much about these
> urls, but which provider they want to connect.
> 
> So I would like to refactor the authz module from AGDroid, define the default values
> for ommitted params and make the methods like setBaseURL for example,
> alternative. Something like this:
> 
> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>        .setClientId(AUTHZ_CLIENT_ID)
>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>        .asModule();
> 
> Based on the module name, we instantiate the respective module with the
> default values already in.
> 
> Thoughts? Let me know if the idea is useless.
> 
> 
> --
> 
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150309/784212d2/attachment.html 

From corinnekrych at gmail.com  Mon Mar  9 10:21:29 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 15:21:29 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <7070C86D-037B-4A44-AAE1-0EF541FC43D0@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<7070C86D-037B-4A44-AAE1-0EF541FC43D0@redhat.com>
Message-ID: <A456BC62-1E3C-4D33-9A34-C0B82F0E6D32@gmail.com>

+1
++
Corinne
> On 09 Mar 2015, at 15:00, Erik Jan de Wit <edewit at redhat.com> wrote:
> 
> +1 that would make it more in sync with iOS and Windows, where we created profiled config:
> 
> https://github.com/aerogear/aerogear-windows-oauth2/blob/master/aerogear-windows-oauth2/AccountManager.cs#L86
> https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/AccountManager.swift#L23
> 
> 
> 
>> On 9 Mar,2015, at 14:42 , Bruno Oliveira <bruno at abstractj.org> wrote:
>> 
>> Good morning, while writing our quickstarts, I found something that I
>> would like to change.
>> 
>> Currently to setup our OAuth2 providers we have to do something like
>> this:
>> 
>> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>>        .setBaseURL(new URL("https://"))
>>        .setAuthzEndpoint(AUTHZ_ENDPOINT)
>>        .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
>>        .setAccountId(AUTHZ_ACCOOUNT_ID)
>>        .setClientId(AUTHZ_CLIENT_ID)
>>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>>        .setRedirectURL(AUTHZ_REDIRECT_URL)
>>        .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
>>        .addAdditionalAccessParam(Pair.create("response_type", "code"))
>>        .setScopes(Arrays.asList("photo_upload, publish_actions"))
>>        .asModule();
>> 
>> Although, things like the url endpoint, access token endpoint, or the
>> module will most of time remain unchanged. Unless you switch from Facebook to
>> Keycloak for example. People don't care that much about these
>> urls, but which provider they want to connect.
>> 
>> So I would like to refactor the authz module from AGDroid, define the default values
>> for ommitted params and make the methods like setBaseURL for example,
>> alternative. Something like this:
>> 
>> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>>        .setClientId(AUTHZ_CLIENT_ID)
>>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>>        .asModule();
>> 
>> Based on the module name, we instantiate the respective module with the
>> default values already in.
>> 
>> Thoughts? Let me know if the idea is useless.
>> 
>> 
>> --
>> 
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> 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



From cvasilak at gmail.com  Mon Mar  9 10:32:15 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 9 Mar 2015 16:32:15 +0200
Subject: [aerogear-dev] Team Meeting
In-Reply-To: <81F02963-C2A7-4EB1-B3F1-C4C0A423D2AC@gmail.com>
References: <81F02963-C2A7-4EB1-B3F1-C4C0A423D2AC@gmail.com>
Message-ID: <71CF32FB-C4F0-4D1E-AA64-190225598165@gmail.com>

fyi,

meeting minutes:

<jbott>	Meeting ended Mon Mar  9 14:24:05 2015 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<jbott>	Minutes:        http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-09-14.02.html
<jbott>	Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-09-14.02.txt
<jbott>	Log:            http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-09-14.02.log.html <http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-09-14.02.log.html>


> On Mar 9, 2015, at 9:58 AM, Christos Vasilakis <cvasilak at gmail.com> wrote:
> 
> Agenda:
> http://oksoclap.com/p/aerogear-team-mtg-20150309 <http://oksoclap.com/p/aerogear-team-mtg-20150309>
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/243250a8/attachment.html 

From supittma at redhat.com  Mon Mar  9 10:59:08 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 10:59:08 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150309134252.GA20893@abstractj.org>
References: <20150309134252.GA20893@abstractj.org>
Message-ID: <54FDB53C.4050301@redhat.com>

On 03/09/2015 09:42 AM, Bruno Oliveira wrote:
> Good morning, while writing our quickstarts, I found something that I
> would like to change.
>
> Currently to setup our OAuth2 providers we have to do something like
> this:
>
> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>          .setBaseURL(new URL("https://"))
>          .setAuthzEndpoint(AUTHZ_ENDPOINT)
>          .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
>          .setAccountId(AUTHZ_ACCOOUNT_ID)
>          .setClientId(AUTHZ_CLIENT_ID)
>          .setClientSecret(AUTHZ_CLIENT_SECRET)
>          .setRedirectURL(AUTHZ_REDIRECT_URL)
>          .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
>          .addAdditionalAccessParam(Pair.create("response_type", "code"))
>          .setScopes(Arrays.asList("photo_upload, publish_actions"))
>          .asModule();
>
> Although, things like the url endpoint, access token endpoint, or the
> module will most of time remain unchanged. Unless you switch from Facebook to
> Keycloak for example. People don't care that much about these
> urls, but which provider they want to connect.
>
> So I would like to refactor the authz module from AGDroid, define the default values
> for ommitted params and make the methods like setBaseURL for example,
> alternative. Something like this:
>
> AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
>          .setClientId(AUTHZ_CLIENT_ID)
>          .setClientSecret(AUTHZ_CLIENT_SECRET)
>          .asModule();
>
> Based on the module name, we instantiate the respective module with the
> default values already in.
>
> Thoughts? Let me know if the idea is useless.
The thought of supporting vendor specific configuration details makes me 
cringe.
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From banddk1 at gmail.com  Mon Mar  9 11:04:12 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Mon, 9 Mar 2015 18:04:12 +0300
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
	<07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
Message-ID: <CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>

Actually, i'm more interesting in making programs from scratch, because it
gives me more freedom of thought.
Yesterday, i was trying to add VK.com(It's Russian social network) in your
OAuth2, and i can't understand some places of program. To be honest, your
library seems quite complicated and documentation doesn't have examples
about using it with providers except Google, Facebook and KeyCloak.

2015-03-09 11:43 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hello Denis
>
> Not yet a rock star prgrammer, you ring the right door then!
> Tell us more about which subject you are interesting in, see the list [1]
> and i?ll find you some JIRA you can look at that relate to it.
> ++
> Corinne
> [1] https://developer.jboss.org/wiki/GSOC15Ideas
>
> > On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Hello everyone !)
> > It is my first open source project and I'd like to help you. I am not
> yet a rock star programmer but is there something I could do for the
> project ? Where i can find a small task to work on to smoothly join your
> project ?
> >
> >
> > Denis Karpenko.
> > _______________________________________________
> > 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/acaf2955/attachment.html 

From supittma at redhat.com  Mon Mar  9 11:05:35 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 11:05:35 -0400
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
	<1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
Message-ID: <54FDB6BF.9040309@redhat.com>

On 03/09/2015 09:47 AM, Andres Galante wrote:
> I'll probably never have to write a guide, but after editing almost all guides to style them better there is one thing about asciidoc that I like better than markdown: Tips
>
> Inserting tips, warning and info boxes in ascii is super easy.
>
> Almost all guides are written in asciidoc, the change to asciidoc would be much easier.
>
> Having said that, I like markdown better, but again, I am not an user :)
I think we were supposed to be migrating TO asciidoc.

I believe the reasons for asciidoc were 1) We employed the asciidoc guy 
and 2) There is/was a requirement to support some doc format that 
asciidoc exported to but markdown did not.

I may be insane though.
>
>
>
> ----- Original Message -----
> From: "Corinne Krych" <corinnekrych at gmail.com>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Monday, March 9, 2015 10:36:28 AM
> Subject: Re: [aerogear-dev] asciidoc vs markdown
>
> +1 on having one or the other. I find it confusing to have to switch beetween syntax.
> I?m ok with whatever we choose but having only one would be neat.
>
> ++
> Corinne
>> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
>>
>> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
>>
>> So what do you think,
>> 	Erik Jan
>> _______________________________________________
>> 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
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From edewit at redhat.com  Mon Mar  9 11:06:45 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 9 Mar 2015 16:06:45 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB53C.4050301@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
Message-ID: <5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>

>> 
>> Thoughts? Let me know if the idea is useless.
> The thought of supporting vendor specific configuration details makes me 
> cringe.


It convenient and not likely to change 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/110b3c11/attachment.html 

From supittma at redhat.com  Mon Mar  9 11:08:26 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 11:08:26 -0400
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
	<07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
	<CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>
Message-ID: <54FDB76A.6040402@redhat.com>

On 03/09/2015 11:04 AM, ????? ???????? wrote:
> Actually, i'm more interesting in making programs from scratch, 
> because it gives me more freedom of thought.
> Yesterday, i was trying to add VK.com(It's Russian social network) in 
> your OAuth2, and i can't understand some places of program. To be 
> honest, your library seems quite complicated and documentation doesn't 
> have examples about using it with providers except Google, Facebook 
> and KeyCloak.
What are you missing?  OAuth IS complicated so any suggestions you can 
make for making things simpler will help.
Can you link me the English vk OAuth docs?  My google fu is returning 
Russian.


>
> 2015-03-09 11:43 GMT+03:00 Corinne Krych <corinnekrych at gmail.com 
> <mailto:corinnekrych at gmail.com>>:
>
>     Hello Denis
>
>     Not yet a rock star prgrammer, you ring the right door then!
>     Tell us more about which subject you are interesting in, see the
>     list [1] and i?ll find you some JIRA you can look at that relate
>     to it.
>     ++
>     Corinne
>     [1] https://developer.jboss.org/wiki/GSOC15Ideas
>
>     > On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com
>     <mailto:banddk1 at gmail.com>> wrote:
>     >
>     > Hello everyone !)
>     > It is my first open source project and I'd like to help you. I
>     am not yet a rock star programmer but is there something I could
>     do for the project ? Where i can find a small task to work on to
>     smoothly join your project ?
>     >
>     >
>     > Denis Karpenko.
>     > _______________________________________________
>     > aerogear-dev mailing list
>     > aerogear-dev at lists.jboss.org <mailto:aerogear-dev at lists.jboss.org>
>     > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/65b094c1/attachment-0001.html 

From corinnekrych at gmail.com  Mon Mar  9 11:08:38 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 16:08:38 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
Message-ID: <10892B02-DEB9-453F-8D3A-D8CF74A56FEE@gmail.com>


> On 09 Mar 2015, at 16:06, Erik Jan de Wit <edewit at redhat.com> wrote:
> 
>>> 
>>> Thoughts? Let me know if the idea is useless.
>> The thought of supporting vendor specific configuration details makes me 
>> cringe.
> 
> 
> It convenient and not likely to change 

Eventually i?m planning to move those provider specific configuration into Social fwk sub podspec
and let the use choose to add then or not to its podfile

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



From supittma at redhat.com  Mon Mar  9 11:11:50 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 11:11:50 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
Message-ID: <54FDB836.5070003@redhat.com>

On 03/09/2015 11:06 AM, Erik Jan de Wit wrote:
>>>
>>> Thoughts? Let me know if the idea is useless.
>> The thought of supporting vendor specific configuration details makes me
>> cringe.
>
>
> It convenient and not likely to change
Because Facebook and Google are well known for not making arbitrary 
changes to public apis and configurations.

More importantly as an Open Source project hitching our code to the 
configuration of a third party proprietary system is terrifyingly bad 
karma.  Push is an exception ONLY because there isn't an equvalent open 
solution which has the same reach to devices.

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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

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

From corinnekrych at gmail.com  Mon Mar  9 11:21:27 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 16:21:27 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB836.5070003@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
Message-ID: <276540A8-44D0-48DF-A924-534F904296E2@gmail.com>


As suggested make it part of Social lib then.
I?d love to see some convergence in our oauth libs

For example:
- why not naming aerogear-android-authz by aerogear-android-oauth2 like all other libs?
- why not propose a intent based (i.e.: external browser) implementation for android?

++
Corinne

> On 09 Mar 2015, at 16:11, Summers Pittman <supittma at redhat.com> wrote:
> 
> oject hitching our code to the configuration of a third party proprietary system is terrifyingly bad karma.  Push is an exception ONLY because there isn't an equvalent open solution which has the same reach to devic



From corinnekrych at gmail.com  Mon Mar  9 11:27:28 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 16:27:28 +0100
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <54FDB76A.6040402@redhat.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
	<07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
	<CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>
	<54FDB76A.6040402@redhat.com>
Message-ID: <878381F8-D40A-4142-93A0-763770176BCA@gmail.com>

Hello Denis,

If you want to write your own provider adapter (as there might be slight differences between providers) follow this guide [1]. 

You can start with a demo app integrating vk.com, follow the example of Shoot app: 

- provide an app of your choice to do some cool social sharing, add it to cookbook repo.
- provide a detailled README to indicate what are the steps to register to vk.com as [2].
- add a Configuration shortcut as for Fb, Google [3]

++
Corinne
[1] https://aerogear.org/docs/guides/aerogear-ios-2.X/Authorization/
[2] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#facebook-setup
[3] https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/FacebookOAuth2Module.swift

> On 09 Mar 2015, at 16:08, Summers Pittman <supittma at redhat.com> wrote:
> 
> On 03/09/2015 11:04 AM, ????? ???????? wrote:
>> Actually, i'm more interesting in making programs from scratch, because it gives me more freedom of thought.
>> Yesterday, i was trying to add VK.com(It's Russian social network) in your OAuth2, and i can't understand some places of program. To be honest, your library seems quite complicated and documentation doesn't have examples about using it with providers except Google, Facebook and KeyCloak.
> What are you missing?  OAuth IS complicated so any suggestions you can make for making things simpler will help.
> Can you link me the English vk OAuth docs?  My google fu is returning Russian. 
> 
> 
>> 
>> 2015-03-09 11:43 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>> Hello Denis
>> 
>> Not yet a rock star prgrammer, you ring the right door then!
>> Tell us more about which subject you are interesting in, see the list [1] and i?ll find you some JIRA you can look at that relate to it.
>> ++
>> Corinne
>> [1] https://developer.jboss.org/wiki/GSOC15Ideas
>> 
>> > On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com> wrote:
>> >
>> > Hello everyone !)
>> > It is my first open source project and I'd like to help you. I am not yet a rock star programmer but is there something I could do for the project ? Where i can find a small task to work on to smoothly join your project ?
>> >
>> >
>> > Denis Karpenko.
>> > _______________________________________________
>> > 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
>> 
>> 
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> 
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> -- 
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From bruno at abstractj.org  Mon Mar  9 11:35:30 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 12:35:30 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB53C.4050301@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
Message-ID: <20150309153530.GB31817@abstractj.org>

If that is not a good fit for Android, no problem.

On 2015-03-09, Summers Pittman wrote:
> On 03/09/2015 09:42 AM, Bruno Oliveira wrote:
> > Good morning, while writing our quickstarts, I found something that I
> > would like to change.
> >
> > Currently to setup our OAuth2 providers we have to do something like
> > this:
> >
> > AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
> >          .setBaseURL(new URL("https://"))
> >          .setAuthzEndpoint(AUTHZ_ENDPOINT)
> >          .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
> >          .setAccountId(AUTHZ_ACCOOUNT_ID)
> >          .setClientId(AUTHZ_CLIENT_ID)
> >          .setClientSecret(AUTHZ_CLIENT_SECRET)
> >          .setRedirectURL(AUTHZ_REDIRECT_URL)
> >          .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
> >          .addAdditionalAccessParam(Pair.create("response_type", "code"))
> >          .setScopes(Arrays.asList("photo_upload, publish_actions"))
> >          .asModule();
> >
> > Although, things like the url endpoint, access token endpoint, or the
> > module will most of time remain unchanged. Unless you switch from Facebook to
> > Keycloak for example. People don't care that much about these
> > urls, but which provider they want to connect.
> >
> > So I would like to refactor the authz module from AGDroid, define the default values
> > for ommitted params and make the methods like setBaseURL for example,
> > alternative. Something like this:
> >
> > AuthorizationManager.config(MODULE_NAME, OAuth2AuthorizationConfiguration.class)
> >          .setClientId(AUTHZ_CLIENT_ID)
> >          .setClientSecret(AUTHZ_CLIENT_SECRET)
> >          .asModule();
> >
> > Based on the module name, we instantiate the respective module with the
> > default values already in.
> >
> > Thoughts? Let me know if the idea is useless.
> The thought of supporting vendor specific configuration details makes me
> cringe.
> >
> >
> > --
> >
> > abstractj
> > PGP: 0x84DC9914
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

--

abstractj
PGP: 0x84DC9914

From banddk1 at gmail.com  Mon Mar  9 11:48:42 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Mon, 9 Mar 2015 18:48:42 +0300
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <54FDB76A.6040402@redhat.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
	<07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
	<CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>
	<54FDB76A.6040402@redhat.com>
Message-ID: <CAAb5+-V9Y2VtBbMOyYZTzHnKW5c_81N9x32OBqUXBvEn1749Mg@mail.gmail.com>

Link to VK OAuth - http://vk.com/dev/auth_mobile, you can change language
in the lower right corner :)

2015-03-09 18:08 GMT+03:00 Summers Pittman <supittma at redhat.com>:

>  On 03/09/2015 11:04 AM, ????? ???????? wrote:
>
> Actually, i'm more interesting in making programs from scratch, because it
> gives me more freedom of thought.
> Yesterday, i was trying to add VK.com(It's Russian social network) in your
> OAuth2, and i can't understand some places of program. To be honest, your
> library seems quite complicated and documentation doesn't have examples
> about using it with providers except Google, Facebook and KeyCloak.
>
> What are you missing?  OAuth IS complicated so any suggestions you can
> make for making things simpler will help.
> Can you link me the English vk OAuth docs?  My google fu is returning
> Russian.
>
>
>
> 2015-03-09 11:43 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>
>> Hello Denis
>>
>> Not yet a rock star prgrammer, you ring the right door then!
>> Tell us more about which subject you are interesting in, see the list [1]
>> and i?ll find you some JIRA you can look at that relate to it.
>> ++
>> Corinne
>> [1] https://developer.jboss.org/wiki/GSOC15Ideas
>>
>>
>> > On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com> wrote:
>> >
>> > Hello everyone !)
>> > It is my first open source project and I'd like to help you. I am not
>> yet a rock star programmer but is there something I could do for the
>> project ? Where i can find a small task to work on to smoothly join your
>> project ?
>> >
>> >
>> > Denis Karpenko.
>>  > _______________________________________________
>> > 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
>
>
>
>
> _______________________________________________
> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/911d0ba7/attachment-0001.html 

From bruno at abstractj.org  Mon Mar  9 11:51:05 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 12:51:05 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB836.5070003@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
Message-ID: <20150309155105.GA32210@abstractj.org>

Second attempt before giving up. What about have something like:

<meta-data android:name="org.aerogear.auth.baseUrl" android:value="https://"/>
<meta-data android:name="org.aerogear.auth.endpoint" android:value="myauthendpoint"/>
<meta-data android:name="org.aerogear.auth.accessTokenEndpoint" android:value="myauthendpoint"/>

Not attached to any provider, easy for us to provide snippets for cut
and paste and we leave in the classe only what matters most. Wdyt?


If that's not a thing, never mind.

On 2015-03-09, Summers Pittman wrote:
> On 03/09/2015 11:06 AM, Erik Jan de Wit wrote:
> >>>
> >>>Thoughts? Let me know if the idea is useless.
> >>The thought of supporting vendor specific configuration details makes me
> >>cringe.
> >
> >
> >It convenient and not likely to change
> Because Facebook and Google are well known for not making arbitrary changes
> to public apis and configurations.
>
> More importantly as an Open Source project hitching our code to the
> configuration of a third party proprietary system is terrifyingly bad karma.
> Push is an exception ONLY because there isn't an equvalent open solution
> which has the same reach to devices.
>
> >
> >_______________________________________________
> >aerogear-dev mailing list
> >aerogear-dev at lists.jboss.org
> >https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>

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


--

abstractj
PGP: 0x84DC9914

From supittma at redhat.com  Mon Mar  9 11:55:38 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 11:55:38 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150309155105.GA32210@abstractj.org>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>
	<20150309155105.GA32210@abstractj.org>
Message-ID: <54FDC27A.10509@redhat.com>

On 03/09/2015 11:51 AM, Bruno Oliveira wrote:
> Second attempt before giving up. What about have something like:
>
> <meta-data android:name="org.aerogear.auth.baseUrl" android:value="https://"/>
> <meta-data android:name="org.aerogear.auth.endpoint" android:value="myauthendpoint"/>
> <meta-data android:name="org.aerogear.auth.accessTokenEndpoint" android:value="myauthendpoint"/>
>
> Not attached to any provider, easy for us to provide snippets for cut
> and paste and we leave in the classe only what matters most. Wdyt?
That's pretty much how Android android.app.Authenticator works.

Basically we would define a service, pass in the oauth2 information and 
then have the activity do its magic.

>
>
> If that's not a thing, never mind.
>
> On 2015-03-09, Summers Pittman wrote:
>> On 03/09/2015 11:06 AM, Erik Jan de Wit wrote:
>>>>> Thoughts? Let me know if the idea is useless.
>>>> The thought of supporting vendor specific configuration details makes me
>>>> cringe.
>>>
>>> It convenient and not likely to change
>> Because Facebook and Google are well known for not making arbitrary changes
>> to public apis and configurations.
>>
>> More importantly as an Open Source project hitching our code to the
>> configuration of a third party proprietary system is terrifyingly bad karma.
>> Push is an exception ONLY because there isn't an equvalent open solution
>> which has the same reach to devices.
>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>> --
>> Summers Pittman
>>>> Phone:404 941 4698
>>>> Java is my crack.
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From edewit at redhat.com  Mon Mar  9 11:58:54 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 9 Mar 2015 16:58:54 +0100
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <54FDB6BF.9040309@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
	<1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
	<54FDB6BF.9040309@redhat.com>
Message-ID: <FBF136F1-DE53-4703-AE58-34998F817B17@redhat.com>

>> 
>> Having said that, I like markdown better, but again, I am not an user :)
> I think we were supposed to be migrating TO asciidoc.
> 

Right now we need both, if there was a migration then it was never completely finished. So we should either rollback or finish it.

> I believe the reasons for asciidoc were 1) We employed the asciidoc guy 
> and 2) There is/was a requirement to support some doc format that 
> asciidoc exported to but markdown did not.
> 
> I may be insane though.

Seems to me these reasons no longer apply

>> 
>> 
>> 
>> ----- Original Message -----
>> From: "Corinne Krych" <corinnekrych at gmail.com>
>> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
>> Sent: Monday, March 9, 2015 10:36:28 AM
>> Subject: Re: [aerogear-dev] asciidoc vs markdown
>> 
>> +1 on having one or the other. I find it confusing to have to switch beetween syntax.
>> I?m ok with whatever we choose but having only one would be neat.
>> 
>> ++
>> Corinne
>>> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
>>> 
>>> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
>>> 
>>> So what do you think,
>>> 	Erik Jan
>>> _______________________________________________
>>> 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
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> -- 
> Summers Pittman
>>> Phone:404 941 4698
>>> Java is my crack.
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From supittma at redhat.com  Mon Mar  9 12:01:40 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:01:40 -0400
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <FBF136F1-DE53-4703-AE58-34998F817B17@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
	<1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
	<54FDB6BF.9040309@redhat.com>
	<FBF136F1-DE53-4703-AE58-34998F817B17@redhat.com>
Message-ID: <54FDC3E4.3050201@redhat.com>

On 03/09/2015 11:58 AM, Erik Jan de Wit wrote:
>>> Having said that, I like markdown better, but again, I am not an user :)
>> I think we were supposed to be migrating TO asciidoc.
>>
> Right now we need both, if there was a migration then it was never completely finished. So we should either rollback or finish it.
>
>> I believe the reasons for asciidoc were 1) We employed the asciidoc guy
>> and 2) There is/was a requirement to support some doc format that
>> asciidoc exported to but markdown did not.
>>
>> I may be insane though.
> Seems to me these reasons no longer apply
If we can confirm that we don't need whatever exports I am thinking of I 
am +1 for moving back to markdown.
>
>>>
>>>
>>> ----- Original Message -----
>>> From: "Corinne Krych" <corinnekrych at gmail.com>
>>> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
>>> Sent: Monday, March 9, 2015 10:36:28 AM
>>> Subject: Re: [aerogear-dev] asciidoc vs markdown
>>>
>>> +1 on having one or the other. I find it confusing to have to switch beetween syntax.
>>> I?m ok with whatever we choose but having only one would be neat.
>>>
>>> ++
>>> Corinne
>>>> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
>>>>
>>>> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
>>>>
>>>> So what do you think,
>>>> 	Erik Jan
>>>> _______________________________________________
>>>> 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
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>> -- 
>> Summers Pittman
>>>> Phone:404 941 4698
>>>> Java is my crack.
>> _______________________________________________
>> 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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From agalante at redhat.com  Mon Mar  9 12:08:30 2015
From: agalante at redhat.com (Andres Galante)
Date: Mon, 9 Mar 2015 12:08:30 -0400 (EDT)
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <54FDC3E4.3050201@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
	<1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
	<54FDB6BF.9040309@redhat.com>
	<FBF136F1-DE53-4703-AE58-34998F817B17@redhat.com>
	<54FDC3E4.3050201@redhat.com>
Message-ID: <184485463.7931801.1425917310859.JavaMail.zimbra@redhat.com>

We are including asciidoc texts into other asciidoc. I don't know if markdown supports that.



----- Original Message -----
From: "Summers Pittman" <supittma at redhat.com>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Monday, March 9, 2015 1:01:40 PM
Subject: Re: [aerogear-dev] asciidoc vs markdown

On 03/09/2015 11:58 AM, Erik Jan de Wit wrote:
>>> Having said that, I like markdown better, but again, I am not an user :)
>> I think we were supposed to be migrating TO asciidoc.
>>
> Right now we need both, if there was a migration then it was never completely finished. So we should either rollback or finish it.
>
>> I believe the reasons for asciidoc were 1) We employed the asciidoc guy
>> and 2) There is/was a requirement to support some doc format that
>> asciidoc exported to but markdown did not.
>>
>> I may be insane though.
> Seems to me these reasons no longer apply
If we can confirm that we don't need whatever exports I am thinking of I 
am +1 for moving back to markdown.
>
>>>
>>>
>>> ----- Original Message -----
>>> From: "Corinne Krych" <corinnekrych at gmail.com>
>>> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
>>> Sent: Monday, March 9, 2015 10:36:28 AM
>>> Subject: Re: [aerogear-dev] asciidoc vs markdown
>>>
>>> +1 on having one or the other. I find it confusing to have to switch beetween syntax.
>>> I?m ok with whatever we choose but having only one would be neat.
>>>
>>> ++
>>> Corinne
>>>> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
>>>>
>>>> I know we?ve talked about it before (although I?m not sure what was decided), but with the new site coming on quite nicely I would like to discuss this one more time. Right now we have markdown and asciidoc mixed, I think it would be good to choose one or the other. We can convert the documents automatically.
>>>>
>>>> So what do you think,
>>>> 	Erik Jan
>>>> _______________________________________________
>>>> 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
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>> -- 
>> Summers Pittman
>>>> Phone:404 941 4698
>>>> Java is my crack.
>> _______________________________________________
>> 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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

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


From matzew at apache.org  Mon Mar  9 12:13:34 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:13:34 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150309134252.GA20893@abstractj.org>
References: <20150309134252.GA20893@abstractj.org>
Message-ID: <CAAg5f2RKAT9L0vEmvpe2yKUGif3-0ZMgQWoG6+KeAQ2xkdk96w@mail.gmail.com>

+1 on this

On Mon, Mar 9, 2015 at 2:42 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Good morning, while writing our quickstarts, I found something that I
> would like to change.
>
> Currently to setup our OAuth2 providers we have to do something like
> this:
>
> AuthorizationManager.config(MODULE_NAME,
> OAuth2AuthorizationConfiguration.class)
>         .setBaseURL(new URL("https://"))
>         .setAuthzEndpoint(AUTHZ_ENDPOINT)
>         .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
>         .setAccountId(AUTHZ_ACCOOUNT_ID)
>         .setClientId(AUTHZ_CLIENT_ID)
>         .setClientSecret(AUTHZ_CLIENT_SECRET)
>         .setRedirectURL(AUTHZ_REDIRECT_URL)
>         .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
>         .addAdditionalAccessParam(Pair.create("response_type", "code"))
>         .setScopes(Arrays.asList("photo_upload, publish_actions"))
>         .asModule();
>
> Although, things like the url endpoint, access token endpoint, or the
> module will most of time remain unchanged. Unless you switch from Facebook
> to
> Keycloak for example. People don't care that much about these
> urls, but which provider they want to connect.
>
> So I would like to refactor the authz module from AGDroid, define the
> default values
> for ommitted params and make the methods like setBaseURL for example,
> alternative. Something like this:
>
> AuthorizationManager.config(MODULE_NAME,
> OAuth2AuthorizationConfiguration.class)
>         .setClientId(AUTHZ_CLIENT_ID)
>         .setClientSecret(AUTHZ_CLIENT_SECRET)
>         .asModule();
>
> Based on the module name, we instantiate the respective module with the
> default values already in.
>
> Thoughts? Let me know if the idea is useless.
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150309/36d5e24e/attachment-0001.html 

From edewit at redhat.com  Mon Mar  9 12:15:12 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 9 Mar 2015 17:15:12 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB836.5070003@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
Message-ID: <80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>

> Because Facebook and Google are well known for not making arbitrary changes to public apis and configurations.
> 
> More importantly as an Open Source project hitching our code to the configuration of a third party proprietary system is terrifyingly bad karma.  Push is an exception ONLY because there isn't an equvalent open solution which has the same reach to devices.

It?s just some configuration, what point does oauth2 have when it doesn?t work with Facebook and Google. The whole point of our libs is to make it easy for developers to do these complex things adding this config makes it super easy.  I don?t see: ?Terrifyingly bad karma? a good reason not to do this.



From matzew at apache.org  Mon Mar  9 12:15:41 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:15:41 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
Message-ID: <CAAg5f2SvZ3M2D3+DtcTm3+uYLr49FvJjGUkffdoyhs2Kvm1kCg@mail.gmail.com>

On Mon, Mar 9, 2015 at 4:06 PM, Erik Jan de Wit <edewit at redhat.com> wrote:

>
> Thoughts? Let me know if the idea is useless.
>
> The thought of supporting vendor specific configuration details makes me
> cringe.
>
>
>
> It convenient and not likely to change
>

yes, I agree it's convenient

>
> _______________________________________________
> 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/20150309/2a9882e1/attachment.html 

From supittma at redhat.com  Mon Mar  9 11:50:27 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 11:50:27 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <276540A8-44D0-48DF-A924-534F904296E2@gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>
	<276540A8-44D0-48DF-A924-534F904296E2@gmail.com>
Message-ID: <54FDC143.7080707@redhat.com>

On 03/09/2015 11:21 AM, Corinne Krych wrote:
> As suggested make it part of Social lib then.
> I?d love to see some convergence in our oauth libs
>
> For example:
> - why not naming aerogear-android-authz by aerogear-android-oauth2 like all other libs?
Because we have multiple JIRA tasks for supporting things other than oauth.
> - why not propose a intent based (i.e.: external browser) implementation for android?
There's a JIRA for that too.
>
> ++
> Corinne
>
>> On 09 Mar 2015, at 16:11, Summers Pittman <supittma at redhat.com> wrote:
>>
>> oject hitching our code to the configuration of a third party proprietary system is terrifyingly bad karma.  Push is an exception ONLY because there isn't an equvalent open solution which has the same reach to devic
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From matzew at apache.org  Mon Mar  9 12:18:39 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:18:39 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDB836.5070003@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
Message-ID: <CAAg5f2T4Db2PNU48EkgSgNciwqjNPLqS32657mQg4-owrkYD2A@mail.gmail.com>

On Mon, Mar 9, 2015 at 4:11 PM, Summers Pittman <supittma at redhat.com> wrote:

>  On 03/09/2015 11:06 AM, Erik Jan de Wit wrote:
>
>
> Thoughts? Let me know if the idea is useless.
>
> The thought of supporting vendor specific configuration details makes me
> cringe.
>
>
>
>  It convenient and not likely to change
>
> Because Facebook and Google are well known for not making arbitrary
> changes to public apis and configurations.
>
> More importantly as an Open Source project hitching our code to the
> configuration of a third party proprietary system is terrifyingly bad
> karma.
>
I disagree. We offer free OS code for these services, and users are likely
using them, therefore it's nice to have these explicit config


> Push is an exception ONLY because there isn't an equvalent open solution
> which has the same reach to devices.
>

I don't think that push is an exception due the lack of an OSS service,
which the same range. Even in the case there was something like that, we'd
still have same config for GCM/APNs, for a good reason


>
>
>
> _______________________________________________
> aerogear-dev mailing listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
>
> _______________________________________________
> 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/20150309/00fda83a/attachment.html 

From matzew at apache.org  Mon Mar  9 12:20:44 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:20:44 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <7070C86D-037B-4A44-AAE1-0EF541FC43D0@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<7070C86D-037B-4A44-AAE1-0EF541FC43D0@redhat.com>
Message-ID: <CAAg5f2Qn1Ri=jE=Nn+O=uNdOBJRbKEx6LZDi+_XoV6PMLMqfpQ@mail.gmail.com>

On Mon, Mar 9, 2015 at 3:00 PM, Erik Jan de Wit <edewit at redhat.com> wrote:

> +1 that would make it more in sync with iOS and Windows, where we created
> profiled config:
>
>
> https://github.com/aerogear/aerogear-windows-oauth2/blob/master/aerogear-windows-oauth2/AccountManager.cs#L86
>
> https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/AccountManager.swift#L23
>

I think these _are_ good examples of specific configuration options for
different 3rd party services


>
>
>
> On 9 Mar,2015, at 14:42 , Bruno Oliveira <bruno at abstractj.org> wrote:
>
> Good morning, while writing our quickstarts, I found something that I
> would like to change.
>
> Currently to setup our OAuth2 providers we have to do something like
> this:
>
> AuthorizationManager.config(MODULE_NAME,
> OAuth2AuthorizationConfiguration.class)
>        .setBaseURL(new URL("https://"))
>        .setAuthzEndpoint(AUTHZ_ENDPOINT)
>        .setAccessTokenEndpoint(AUTHZ_TOKEN_ENDPOINT)
>        .setAccountId(AUTHZ_ACCOOUNT_ID)
>        .setClientId(AUTHZ_CLIENT_ID)
>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>        .setRedirectURL(AUTHZ_REDIRECT_URL)
>        .setRefreshEndpoint(AUTHZ_TOKEN_ENDPOINT)
>        .addAdditionalAccessParam(Pair.create("response_type", "code"))
>        .setScopes(Arrays.asList("photo_upload, publish_actions"))
>        .asModule();
>
> Although, things like the url endpoint, access token endpoint, or the
> module will most of time remain unchanged. Unless you switch from Facebook
> to
> Keycloak for example. People don't care that much about these
> urls, but which provider they want to connect.
>
> So I would like to refactor the authz module from AGDroid, define the
> default values
> for ommitted params and make the methods like setBaseURL for example,
> alternative. Something like this:
>
> AuthorizationManager.config(MODULE_NAME,
> OAuth2AuthorizationConfiguration.class)
>        .setClientId(AUTHZ_CLIENT_ID)
>        .setClientSecret(AUTHZ_CLIENT_SECRET)
>        .asModule();
>
> Based on the module name, we instantiate the respective module with the
> default values already in.
>
> Thoughts? Let me know if the idea is useless.
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150309/d36560d1/attachment-0001.html 

From matzew at apache.org  Mon Mar  9 12:23:43 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:23:43 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDC143.7080707@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<276540A8-44D0-48DF-A924-534F904296E2@gmail.com>
	<54FDC143.7080707@redhat.com>
Message-ID: <CAAg5f2QQpP3qnSShGXv3xMTaBbS=3NWETNqmdFUNF8PgveRc0Q@mail.gmail.com>

On Mon, Mar 9, 2015 at 4:50 PM, Summers Pittman <supittma at redhat.com> wrote:

> On 03/09/2015 11:21 AM, Corinne Krych wrote:
> > As suggested make it part of Social lib then.
> > I?d love to see some convergence in our oauth libs
> >
> > For example:
> > - why not naming aerogear-android-authz by aerogear-android-oauth2 like
> all other libs?
> Because we have multiple JIRA tasks for supporting things other than oauth.
>

Could these 'things other than oauth' live in its own repo? Or is the idea
to be modular inside of the authz repo?



> > - why not propose a intent based (i.e.: external browser) implementation
> for android?
> There's a JIRA for that too.
> >
> > ++
> > Corinne
> >
> >> On 09 Mar 2015, at 16:11, Summers Pittman <supittma at redhat.com> wrote:
> >>
> >> oject hitching our code to the configuration of a third party
> proprietary system is terrifyingly bad karma.  Push is an exception ONLY
> because there isn't an equvalent open solution which has the same reach to
> devic
> >
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
> _______________________________________________
> 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/20150309/0ab9276d/attachment.html 

From supittma at redhat.com  Mon Mar  9 12:27:31 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:27:31 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2QQpP3qnSShGXv3xMTaBbS=3NWETNqmdFUNF8PgveRc0Q@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>	<276540A8-44D0-48DF-A924-534F904296E2@gmail.com>	<54FDC143.7080707@redhat.com>
	<CAAg5f2QQpP3qnSShGXv3xMTaBbS=3NWETNqmdFUNF8PgveRc0Q@mail.gmail.com>
Message-ID: <54FDC9F3.7070807@redhat.com>

On 03/09/2015 12:23 PM, Matthias Wessendorf wrote:
>
>
> On Mon, Mar 9, 2015 at 4:50 PM, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 03/09/2015 11:21 AM, Corinne Krych wrote:
>     > As suggested make it part of Social lib then.
>     > I?d love to see some convergence in our oauth libs
>     >
>     > For example:
>     > - why not naming aerogear-android-authz by
>     aerogear-android-oauth2 like all other libs?
>     Because we have multiple JIRA tasks for supporting things other
>     than oauth.
>
>
> Could these 'things other than oauth' live in its own repo? Or is the 
> idea to be modular inside of the authz repo?
the idea to be modular inside of the authz repo
>
>     > - why not propose a intent based (i.e.: external browser) implementation for android?
>     There's a JIRA for that too.
>     >
>     > ++
>     > Corinne
>     >
>     >> On 09 Mar 2015, at 16:11, Summers Pittman <supittma at redhat.com
>     <mailto:supittma at redhat.com>> wrote:
>     >>
>     >> oject hitching our code to the configuration of a third party
>     proprietary system is terrifyingly bad karma.  Push is an
>     exception ONLY because there isn't an equvalent open solution
>     which has the same reach to devic
>     >
>     > _______________________________________________
>     > aerogear-dev mailing list
>     > aerogear-dev at lists.jboss.org <mailto:aerogear-dev at lists.jboss.org>
>     > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     --
>     Summers Pittman
>     >>Phone:404 941 4698
>     >>Java is my crack.
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

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

From supittma at redhat.com  Mon Mar  9 12:34:55 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:34:55 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
Message-ID: <54FDCBAF.5060208@redhat.com>

On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>> Because Facebook and Google are well known for not making arbitrary changes to public apis and configurations.
>>
>> More importantly as an Open Source project hitching our code to the configuration of a third party proprietary system is terrifyingly bad karma.  Push is an exception ONLY because there isn't an equvalent open solution which has the same reach to devices.
> It?s just some configuration, what point does oauth2 have when it doesn?t work with Facebook and Google.
/me looks at the shoot and share demo, and the gdrive demo.
Looks like it does work with FB and Google.  Did you have a specific 
example in mind?
> The whole point of our libs is to make it easy for developers to do these complex things adding this config makes it super easy.  I don?t see: ?Terrifyingly bad karma? a good reason not to do this.
Because it is hitching our open source project to the largess of 
proprietary service vendors.  If they change THEIR configuration and OUR 
libraries break WE look like the bad guys not them for starters.

Additionally the only direction this can go is toward scope creep. Once 
we have Facebook and Google nothing is stopping (rhetorically) from 
adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x 
as many configurations as we were before.  Who is going to monitor those 
APIs and make sure they don't break/get deprecated?  Do we cut a release 
because one auth provider changed their config?

Of course we don't because that is the responsibility of the app 
developer to make sure their configuration for the services they consume 
is up to date.  It is not and should not be our responsibility.

I freely admit it is nice and it is convenient but it does not belong in 
the project.


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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From supittma at redhat.com  Mon Mar  9 12:40:38 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:40:38 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2T4Db2PNU48EkgSgNciwqjNPLqS32657mQg4-owrkYD2A@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>
	<CAAg5f2T4Db2PNU48EkgSgNciwqjNPLqS32657mQg4-owrkYD2A@mail.gmail.com>
Message-ID: <54FDCD06.8000505@redhat.com>

On 03/09/2015 12:18 PM, Matthias Wessendorf wrote:
>
>
> On Mon, Mar 9, 2015 at 4:11 PM, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 03/09/2015 11:06 AM, Erik Jan de Wit wrote:
>>>>
>>>>     Thoughts? Let me know if the idea is useless.
>>>     The thought of supporting vendor specific configuration details
>>>     makes me
>>>     cringe.
>>
>>
>>     It convenient and not likely to change
>     Because Facebook and Google are well known for not making
>     arbitrary changes to public apis and configurations.
>
>     More importantly as an Open Source project hitching our code to
>     the configuration of a third party proprietary system is
>     terrifyingly bad karma.
>
> I disagree. We offer free OS code for these services, and users are 
> likely using them, therefore it's nice to have these explicit config
Yes it is nice to have.
>
>     Push is an exception ONLY because there isn't an equvalent open
>     solution which has the same reach to devices.
>
>
> I don't think that push is an exception due the lack of an OSS 
> service, which the same range. Even in the case there was something 
> like that, we'd still have same config for GCM/APNs, for a good reason
You are conflating the two arguments.  If Push had a simple standard 
configuration that didn't require propriety APIs and code then I would 
make the same argument.  Test their providers for compatibility, show 
examples using those providers, and document how to do it.  We would NOT 
hard code their proprietary configuration into our libraries.

As it stands there is NO standard for Push that is available to 99% of 
devices in the same way OAuth2 over HTTP is.  The open source solutions 
do not have the breadth that we need RIGHT NOW.  So we link against and 
include explicit in code support for proprietary services.  Each Push 
implementation is its own bespoke implementation that we hide behind 
PushRegistrar interfaces.
>
>
>
>>
>>     _______________________________________________
>>     aerogear-dev mailing list
>>     aerogear-dev at lists.jboss.org  <mailto:aerogear-dev at lists.jboss.org>
>>     https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     -- 
>     Summers Pittman
>     >>Phone:404 941 4698
>     >>Java is my crack.
>
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/7e9e8ff0/attachment-0001.html 

From matzew at apache.org  Mon Mar  9 12:50:08 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 17:50:08 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDCBAF.5060208@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
Message-ID: <CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>

On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com> wrote:

> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
> >> Because Facebook and Google are well known for not making arbitrary
> changes to public apis and configurations.
> >>
> >> More importantly as an Open Source project hitching our code to the
> configuration of a third party proprietary system is terrifyingly bad
> karma.  Push is an exception ONLY because there isn't an equvalent open
> solution which has the same reach to devices.
> > It?s just some configuration, what point does oauth2 have when it
> doesn?t work with Facebook and Google.
> /me looks at the shoot and share demo, and the gdrive demo.
> Looks like it does work with FB and Google.  Did you have a specific
> example in mind?
> > The whole point of our libs is to make it easy for developers to do
> these complex things adding this config makes it super easy.  I don?t see:
> ?Terrifyingly bad karma? a good reason not to do this.
> Because it is hitching our open source project to the largess of
> proprietary service vendors.  If they change THEIR configuration and OUR
> libraries break WE look like the bad guys not them for starters.
>

That happened with push (Google's documentation, not the APIs) in the past,
and may happen again. We reacted pretty quick on that one, which is what
matters. If we would not react, we would look bad.

Perhaps we can add a statement that the code executes against a 3rd party
service, that we don't own. That can even happen with differen Keycloak
versions. However, usually actual API changes from the big players are
usually announced, and it's usually comes with a little bit of time to
react.


>
> Additionally the only direction this can go is toward scope creep. Once
> we have Facebook and Google nothing is stopping (rhetorically) from
> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
> as many configurations as we were before.


I'd not add more, out of the blue. But if there is demand (from which ever
direction), it's time to react on that demand, but not before


> Who is going to monitor those
> APIs and make sure they don't break/get deprecated?  Do we cut a release
> because one auth provider changed their config?
>
> Of course we don't because that is the responsibility of the app
> developer to make sure their configuration for the services they consume
> is up to date.  It is not and should not be our responsibility.
>
> I freely admit it is nice and it is convenient but it does not belong in
> the project.
>

Instead, we don't offer any concrete impls for Google or Facebook? Or use a
complicated and generic API, which may work, or not?


>
>
> >
> >
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
> _______________________________________________
> 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/20150309/980e35ae/attachment.html 

From supittma at redhat.com  Mon Mar  9 12:56:30 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:56:30 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
Message-ID: <54FDD0BE.1010003@redhat.com>

On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>
>
> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>     >> Because Facebook and Google are well known for not making
>     arbitrary changes to public apis and configurations.
>     >>
>     >> More importantly as an Open Source project hitching our code to
>     the configuration of a third party proprietary system is
>     terrifyingly bad karma.  Push is an exception ONLY because there
>     isn't an equvalent open solution which has the same reach to devices.
>     > It?s just some configuration, what point does oauth2 have when
>     it doesn?t work with Facebook and Google.
>     /me looks at the shoot and share demo, and the gdrive demo.
>     Looks like it does work with FB and Google.  Did you have a specific
>     example in mind?
>     > The whole point of our libs is to make it easy for developers to do these complex things adding this
>     config makes it super easy.  I don?t see: ?Terrifyingly bad karma?
>     a good reason not to do this.
>     Because it is hitching our open source project to the largess of
>     proprietary service vendors.  If they change THEIR configuration
>     and OUR
>     libraries break WE look like the bad guys not them for starters.
>
>
> That happened with push (Google's documentation, not the APIs) in the 
> past, and may happen again. We reacted pretty quick on that one, which 
> is what matters. If we would not react, we would look bad.
>
> Perhaps we can add a statement that the code executes against a 3rd 
> party service, that we don't own. That can even happen with differen 
> Keycloak versions. However, usually actual API changes from the big 
> players are usually announced, and it's usually comes with a little 
> bit of time to react.
>
>
>     Additionally the only direction this can go is toward scope creep.
>     Once
>     we have Facebook and Google nothing is stopping (rhetorically) from
>     adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>     as many configurations as we were before. 
>
>
> I'd not add more, out of the blue. But if there is demand (from which 
> ever direction), it's time to react on that demand, but not before
>
>     Who is going to monitor those
>     APIs and make sure they don't break/get deprecated?  Do we cut a
>     release
>     because one auth provider changed their config?
>
>     Of course we don't because that is the responsibility of the app
>     developer to make sure their configuration for the services they
>     consume
>     is up to date.  It is not and should not be our responsibility.
>
>     I freely admit it is nice and it is convenient but it does not
>     belong in
>     the project.
>
>
> Instead, we don't offer any concrete impls for Google or Facebook?
Correct
> Or use a complicated and generic API, which may work, or not?
The API works as long as the service correctly implements and documents 
their OAuth2 parameters.

I don't see how providing the OAuth2 parameters required by the 
specification we implement makes this a complex API.  It is 2 fields 
(client id and client secret) per client and 5 fields (the various 
endpoints and base urls) per service.
>
>
>
>     >
>     >
>     > _______________________________________________
>     > aerogear-dev mailing list
>     > aerogear-dev at lists.jboss.org <mailto:aerogear-dev at lists.jboss.org>
>     > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     --
>     Summers Pittman
>     >>Phone:404 941 4698
>     >>Java is my crack.
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

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

From supittma at redhat.com  Mon Mar  9 12:58:39 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 12:58:39 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
Message-ID: <54FDD13F.50700@redhat.com>

On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>
>
> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>     >> Because Facebook and Google are well known for not making
>     arbitrary changes to public apis and configurations.
>     >>
>     >> More importantly as an Open Source project hitching our code to
>     the configuration of a third party proprietary system is
>     terrifyingly bad karma.  Push is an exception ONLY because there
>     isn't an equvalent open solution which has the same reach to devices.
>     > It?s just some configuration, what point does oauth2 have when
>     it doesn?t work with Facebook and Google.
>     /me looks at the shoot and share demo, and the gdrive demo.
>     Looks like it does work with FB and Google.  Did you have a specific
>     example in mind?
>     > The whole point of our libs is to make it easy for developers to do these complex things adding this
>     config makes it super easy.  I don?t see: ?Terrifyingly bad karma?
>     a good reason not to do this.
>     Because it is hitching our open source project to the largess of
>     proprietary service vendors.  If they change THEIR configuration
>     and OUR
>     libraries break WE look like the bad guys not them for starters.
>
>
> That happened with push (Google's documentation, not the APIs) in the 
> past, and may happen again. We reacted pretty quick on that one, which 
> is what matters. If we would not react, we would look bad.
If we don't hard code their configuration into the API then when they 
change it we don't look bad.  WIN-WIN
>
> Perhaps we can add a statement that the code executes against a 3rd 
> party service, that we don't own. That can even happen with differen 
> Keycloak versions. However, usually actual API changes from the big 
> players are usually announced, and it's usually comes with a little 
> bit of time to react.
Back to who is responsible for monitoring the changes from these guys?
>
>
>     Additionally the only direction this can go is toward scope creep.
>     Once
>     we have Facebook and Google nothing is stopping (rhetorically) from
>     adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>     as many configurations as we were before. 
>
>
> I'd not add more, out of the blue. But if there is demand (from which 
> ever direction), it's time to react on that demand, but not before
Fair enough.  We have demand from VK already so why not add that on in 
right now?
>
>     Who is going to monitor those
>     APIs and make sure they don't break/get deprecated?  Do we cut a
>     release
>     because one auth provider changed their config?
>
>     Of course we don't because that is the responsibility of the app
>     developer to make sure their configuration for the services they
>     consume
>     is up to date.  It is not and should not be our responsibility.
>
>     I freely admit it is nice and it is convenient but it does not
>     belong in
>     the project.
>
>
> Instead, we don't offer any concrete impls for Google or Facebook? Or 
> use a complicated and generic API, which may work, or not?
>
>
>
>     >
>     >
>     > _______________________________________________
>     > aerogear-dev mailing list
>     > aerogear-dev at lists.jboss.org <mailto:aerogear-dev at lists.jboss.org>
>     > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     --
>     Summers Pittman
>     >>Phone:404 941 4698
>     >>Java is my crack.
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/4a9a1e28/attachment-0001.html 

From corinnekrych at gmail.com  Mon Mar  9 13:43:12 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 9 Mar 2015 18:43:12 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDD13F.50700@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD13F.50700@redhat.com>
Message-ID: <CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>

As I already mentioned it, we can move those configurations into social
repo. Let me create a JIRA on iOS to decouple oauth2 vs social repo (social
being dependant on oauth2). Sth we discussed and agreed upon with abstractj
(I can't find the thread though, it might have being during security
meeting).
A nice entry point to demo OAuth2 is to use external providers as we did
for shoot demo app.

Another point i don't understand what so bad into renaming android-authz to
android-oauth2?

++
Corinne

On 9 March 2015 at 17:58, Summers Pittman <supittma at redhat.com> wrote:

>  On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>
>
>
> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>> >> Because Facebook and Google are well known for not making arbitrary
>> changes to public apis and configurations.
>> >>
>> >> More importantly as an Open Source project hitching our code to the
>> configuration of a third party proprietary system is terrifyingly bad
>> karma.  Push is an exception ONLY because there isn't an equvalent open
>> solution which has the same reach to devices.
>> > It?s just some configuration, what point does oauth2 have when it
>> doesn?t work with Facebook and Google.
>> /me looks at the shoot and share demo, and the gdrive demo.
>> Looks like it does work with FB and Google.  Did you have a specific
>> example in mind?
>> > The whole point of our libs is to make it easy for developers to do
>> these complex things adding this config makes it super easy.  I don?t see:
>> ?Terrifyingly bad karma? a good reason not to do this.
>> Because it is hitching our open source project to the largess of
>> proprietary service vendors.  If they change THEIR configuration and OUR
>> libraries break WE look like the bad guys not them for starters.
>>
>
>  That happened with push (Google's documentation, not the APIs) in the
> past, and may happen again. We reacted pretty quick on that one, which is
> what matters. If we would not react, we would look bad.
>
> If we don't hard code their configuration into the API then when they
> change it we don't look bad.  WIN-WIN
>
>
>  Perhaps we can add a statement that the code executes against a 3rd
> party service, that we don't own. That can even happen with differen
> Keycloak versions. However, usually actual API changes from the big players
> are usually announced, and it's usually comes with a little bit of time to
> react.
>
> Back to who is responsible for monitoring the changes from these guys?
>
>
>
>>
>> Additionally the only direction this can go is toward scope creep. Once
>> we have Facebook and Google nothing is stopping (rhetorically) from
>> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>> as many configurations as we were before.
>
>
>  I'd not add more, out of the blue. But if there is demand (from which
> ever direction), it's time to react on that demand, but not before
>
> Fair enough.  We have demand from VK already so why not add that on in
> right now?
>
>
>
>> Who is going to monitor those
>> APIs and make sure they don't break/get deprecated?  Do we cut a release
>> because one auth provider changed their config?
>>
>> Of course we don't because that is the responsibility of the app
>> developer to make sure their configuration for the services they consume
>> is up to date.  It is not and should not be our responsibility.
>>
>> I freely admit it is nice and it is convenient but it does not belong in
>> the project.
>>
>
>  Instead, we don't offer any concrete impls for Google or Facebook? Or
> use a complicated and generic API, which may work, or not?
>
>
>>
>>
>> >
>> >
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>>  _______________________________________________
>> 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 listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
>
> _______________________________________________
> 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/20150309/c72b0174/attachment.html 

From supittma at redhat.com  Mon Mar  9 14:13:10 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 09 Mar 2015 14:13:10 -0400
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>	<54FDB53C.4050301@redhat.com>	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>	<54FDB836.5070003@redhat.com>	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>	<54FDCBAF.5060208@redhat.com>	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>	<54FDD13F.50700@redhat.com>
	<CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>
Message-ID: <54FDE2B6.5030701@redhat.com>

On 03/09/2015 01:43 PM, Corinne Krych wrote:
> As I already mentioned it, we can move those configurations into 
> social repo. Let me create a JIRA on iOS to decouple oauth2 vs social 
> repo (social being dependant on oauth2).

> Sth we discussed and agreed upon with abstractj (I can't find the 
> thread though, it might have being during security meeting).
> A nice entry point to demo OAuth2 is to use external providers as we 
> did for shoot demo app.
>
> Another point i don't understand what so bad into renaming 
> android-authz to android-oauth2?
Because this is an Authorization library not an OAuth2 library. When we 
have intent based APIs available we will be able to receive callbacks 
from other installed apps on the device which won't be OAuth2.

Also because renaming the library is a huge PITA and will break semver.  
We had this discussion ad nauseam during 2.0 development.

>
> ++
> Corinne
>
> On 9 March 2015 at 17:58, Summers Pittman <supittma at redhat.com 
> <mailto:supittma at redhat.com>> wrote:
>
>     On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>>
>>
>>     On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman
>>     <supittma at redhat.com <mailto:supittma at redhat.com>> wrote:
>>
>>         On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>>         >> Because Facebook and Google are well known for not making
>>         arbitrary changes to public apis and configurations.
>>         >>
>>         >> More importantly as an Open Source project hitching our
>>         code to the configuration of a third party proprietary system
>>         is terrifyingly bad karma.  Push is an exception ONLY because
>>         there isn't an equvalent open solution which has the same
>>         reach to devices.
>>         > It?s just some configuration, what point does oauth2 have
>>         when it doesn?t work with Facebook and Google.
>>         /me looks at the shoot and share demo, and the gdrive demo.
>>         Looks like it does work with FB and Google. Did you have a
>>         specific
>>         example in mind?
>>         > The whole point of our libs is to make it easy for developers to do these complex things
>>         adding this config makes it super easy.  I don?t see:
>>         ?Terrifyingly bad karma? a good reason not to do this.
>>         Because it is hitching our open source project to the largess of
>>         proprietary service vendors.  If they change THEIR
>>         configuration and OUR
>>         libraries break WE look like the bad guys not them for starters.
>>
>>
>>     That happened with push (Google's documentation, not the APIs) in
>>     the past, and may happen again. We reacted pretty quick on that
>>     one, which is what matters. If we would not react, we would look bad.
>     If we don't hard code their configuration into the API then when
>     they change it we don't look bad.  WIN-WIN
>>
>>     Perhaps we can add a statement that the code executes against a
>>     3rd party service, that we don't own. That can even happen with
>>     differen Keycloak versions. However, usually actual API changes
>>     from the big players are usually announced, and it's usually
>>     comes with a little bit of time to react.
>     Back to who is responsible for monitoring the changes from these guys?
>>
>>
>>         Additionally the only direction this can go is toward scope
>>         creep. Once
>>         we have Facebook and Google nothing is stopping
>>         (rhetorically) from
>>         adding Facebook, Yahoo, VK, Microsoft, etc. Now we are
>>         maintaining 5x
>>         as many configurations as we were before. 
>>
>>
>>     I'd not add more, out of the blue. But if there is demand (from
>>     which ever direction), it's time to react on that demand, but not
>>     before
>     Fair enough.  We have demand from VK already so why not add that
>     on in right now?
>
>>         Who is going to monitor those
>>         APIs and make sure they don't break/get deprecated?  Do we
>>         cut a release
>>         because one auth provider changed their config?
>>
>>         Of course we don't because that is the responsibility of the app
>>         developer to make sure their configuration for the services
>>         they consume
>>         is up to date.  It is not and should not be our responsibility.
>>
>>         I freely admit it is nice and it is convenient but it does
>>         not belong in
>>         the project.
>>
>>
>>     Instead, we don't offer any concrete impls for Google or
>>     Facebook? Or use a complicated and generic API, which may work,
>>     or not?
>>
>>
>>
>>         >
>>         >
>>         > _______________________________________________
>>         > aerogear-dev mailing list
>>         > aerogear-dev at lists.jboss.org
>>         <mailto:aerogear-dev at lists.jboss.org>
>>         > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>         --
>>         Summers Pittman
>>         >>Phone:404 941 4698 <tel:404%20941%204698>
>>         >>Java is my crack.
>>
>>         _______________________________________________
>>         aerogear-dev mailing list
>>         aerogear-dev at lists.jboss.org
>>         <mailto: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  <mailto:aerogear-dev at lists.jboss.org>
>>     https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>     -- 
>     Summers Pittman
>     >>Phone:404 941 4698  <tel:404%20941%204698>
>     >>Java is my crack.
>
>
>     _______________________________________________
>     aerogear-dev mailing list
>     aerogear-dev at lists.jboss.org <mailto: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


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/68aa22da/attachment-0001.html 

From banddk1 at gmail.com  Mon Mar  9 14:13:34 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Mon, 9 Mar 2015 21:13:34 +0300
Subject: [aerogear-dev] AeroGear first task
In-Reply-To: <878381F8-D40A-4142-93A0-763770176BCA@gmail.com>
References: <CAAb5+-UcGZF0ssNecPBS-GkJ9oJ1Qt9809um7vjetA9f+Lw0RA@mail.gmail.com>
	<07429B91-71DB-4D80-B421-4288EBCAB4F1@gmail.com>
	<CAAb5+-W+Sq7xSR8QE8h2FYjLGLrQNgb2h6x-1vf0-RFisJkSFA@mail.gmail.com>
	<54FDB76A.6040402@redhat.com>
	<878381F8-D40A-4142-93A0-763770176BCA@gmail.com>
Message-ID: <CAAb5+-VcmeLrgNwVnOz0au5d=uSyGVEJv8JOfJWkARxLw7k7gg@mail.gmail.com>

Ok, I will try to make it :) I'll keep you informed about my progress. I'll
may ask something :)

Denis

2015-03-09 18:27 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hello Denis,
>
> If you want to write your own provider adapter (as there might be slight
> differences between providers) follow this guide [1].
>
> You can start with a demo app integrating vk.com, follow the example of
> Shoot app:
>
> - provide an app of your choice to do some cool social sharing, add it to
> cookbook repo.
> - provide a detailled README to indicate what are the steps to register to
> vk.com as [2].
> - add a Configuration shortcut as for Fb, Google [3]
>
> ++
> Corinne
> [1] https://aerogear.org/docs/guides/aerogear-ios-2.X/Authorization/
> [2]
> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#facebook-setup
> [3]
> https://github.com/aerogear/aerogear-ios-oauth2/blob/master/AeroGearOAuth2/FacebookOAuth2Module.swift
>
> > On 09 Mar 2015, at 16:08, Summers Pittman <supittma at redhat.com> wrote:
> >
> > On 03/09/2015 11:04 AM, ????? ???????? wrote:
> >> Actually, i'm more interesting in making programs from scratch, because
> it gives me more freedom of thought.
> >> Yesterday, i was trying to add VK.com(It's Russian social network) in
> your OAuth2, and i can't understand some places of program. To be honest,
> your library seems quite complicated and documentation doesn't have
> examples about using it with providers except Google, Facebook and KeyCloak.
> > What are you missing?  OAuth IS complicated so any suggestions you can
> make for making things simpler will help.
> > Can you link me the English vk OAuth docs?  My google fu is returning
> Russian.
> >
> >
> >>
> >> 2015-03-09 11:43 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> >> Hello Denis
> >>
> >> Not yet a rock star prgrammer, you ring the right door then!
> >> Tell us more about which subject you are interesting in, see the list
> [1] and i?ll find you some JIRA you can look at that relate to it.
> >> ++
> >> Corinne
> >> [1] https://developer.jboss.org/wiki/GSOC15Ideas
> >>
> >> > On 08 Mar 2015, at 17:05, ????? ???????? <banddk1 at gmail.com> wrote:
> >> >
> >> > Hello everyone !)
> >> > It is my first open source project and I'd like to help you. I am not
> yet a rock star programmer but is there something I could do for the
> project ? Where i can find a small task to work on to smoothly join your
> project ?
> >> >
> >> >
> >> > Denis Karpenko.
> >> > _______________________________________________
> >> > 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
> >>
> >>
> >>
> >> _______________________________________________
> >> aerogear-dev mailing list
> >>
> >> aerogear-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> >
> > --
> > Summers Pittman
> > >>Phone:404 941 4698
> > >>Java is my crack.
> >
> > _______________________________________________
> > 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/20150309/95c0b858/attachment.html 

From daniel at passos.me  Mon Mar  9 15:47:45 2015
From: daniel at passos.me (Daniel Passos)
Date: Mon, 9 Mar 2015 16:47:45 -0300
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
Message-ID: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>

Hi,

After finding a mirror[1] bug in the Android Push library 1.0.0
release, we're planning to release 1.0.1 next Wednesday to fix it.

Fell free to test[2] it and let us know if you find any issues.

[1] https://issues.jboss.org/browse/AGDROID-368
[2] https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/

-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150309/eb09f02d/attachment.html 

From bruno at abstractj.org  Mon Mar  9 16:27:41 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 17:27:41 -0300
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
Message-ID: <20150309202741.GA37136@abstractj.org>

Good morning, while I was doing some documentation work. I found some
workarounds for iOS and Android on Cordova
https://github.com/aerogear/aerogear-cordova-oauth2/blob/master/README.md#workaround-for-android.

I was just wondering if we could move these workarounds to the Guide
section from Cordova. Does it make sense?

--

abstractj
PGP: 0x84DC9914

From scm.blanc at gmail.com  Mon Mar  9 16:54:29 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Mon, 9 Mar 2015 21:54:29 +0100
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
In-Reply-To: <20150309202741.GA37136@abstractj.org>
References: <20150309202741.GA37136@abstractj.org>
Message-ID: <AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>

Hi,
Erik has submitted a PR today that removes the iOS hack (https://github.com/aerogear/aerogear-cordova-oauth2/pull/14) and he told us today on IRC that once Cordova platform android 4.0 will be released , the android hack could be removed as well. 

Envoy? de mon iPhone

> Le 9 mars 2015 ? 21:27, Bruno Oliveira <bruno at abstractj.org> a ?crit :
> 
> Good morning, while I was doing some documentation work. I found some
> workarounds for iOS and Android on Cordova
> https://github.com/aerogear/aerogear-cordova-oauth2/blob/master/README.md#workaround-for-android.
> 
> I was just wondering if we could move these workarounds to the Guide
> section from Cordova. Does it make sense?
> 
> --
> 
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


From bruno at abstractj.org  Mon Mar  9 17:10:02 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Mon, 9 Mar 2015 18:10:02 -0300
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
In-Reply-To: <AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>
References: <20150309202741.GA37136@abstractj.org>
	<AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>
Message-ID: <20150309211002.GA38412@abstractj.org>

Yay, thanks for the heads up. So I assume that the workaround for iOS is
still required, right? Makes sense to document it at our guides?

On 2015-03-09, S?bastien Blanc wrote:
> Hi,
> Erik has submitted a PR today that removes the iOS hack (https://github.com/aerogear/aerogear-cordova-oauth2/pull/14) and he told us today on IRC that once Cordova platform android 4.0 will be released , the android hack could be removed as well.
>
> Envoy? de mon iPhone
>
> > Le 9 mars 2015 ? 21:27, Bruno Oliveira <bruno at abstractj.org> a ?crit :
> >
> > Good morning, while I was doing some documentation work. I found some
> > workarounds for iOS and Android on Cordova
> > https://github.com/aerogear/aerogear-cordova-oauth2/blob/master/README.md#workaround-for-android.
> >
> > I was just wondering if we could move these workarounds to the Guide
> > section from Cordova. Does it make sense?
> >
> > --
> >
> > abstractj
> > PGP: 0x84DC9914
> > _______________________________________________
> > 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

--

abstractj
PGP: 0x84DC9914

From scm.blanc at gmail.com  Mon Mar  9 17:30:25 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Mon, 9 Mar 2015 22:30:25 +0100
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
In-Reply-To: <20150309211002.GA38412@abstractj.org>
References: <20150309202741.GA37136@abstractj.org>
	<AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>
	<20150309211002.GA38412@abstractj.org>
Message-ID: <46BBA3CD-0338-4C53-87C0-F0171B44CC41@gmail.com>



Envoy? de mon iPhone

> Le 9 mars 2015 ? 22:10, Bruno Oliveira <bruno at abstractj.org> a ?crit :
> 
> Yay, thanks for the heads up. So I assume that the workaround for iOS is
You mean Android ? Yeah We coule add it to the guide until platform 4.0 is released.
> still required, right? Makes sense to document it at our guides?
> 
>> On 2015-03-09, S?bastien Blanc wrote:
>> Hi,
>> Erik has submitted a PR today that removes the iOS hack (https://github.com/aerogear/aerogear-cordova-oauth2/pull/14) and he told us today on IRC that once Cordova platform android 4.0 will be released , the android hack could be removed as well.
>> 
>> Envoy? de mon iPhone
>> 
>>> Le 9 mars 2015 ? 21:27, Bruno Oliveira <bruno at abstractj.org> a ?crit :
>>> 
>>> Good morning, while I was doing some documentation work. I found some
>>> workarounds for iOS and Android on Cordova
>>> https://github.com/aerogear/aerogear-cordova-oauth2/blob/master/README.md#workaround-for-android.
>>> 
>>> I was just wondering if we could move these workarounds to the Guide
>>> section from Cordova. Does it make sense?
>>> 
>>> --
>>> 
>>> abstractj
>>> PGP: 0x84DC9914
>>> _______________________________________________
>>> 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
> 
> --
> 
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev


From matzew at apache.org  Mon Mar  9 17:30:39 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 9 Mar 2015 22:30:39 +0100
Subject: [aerogear-dev] AeroGear Sync - 1.0.0-alpha.1
Message-ID: <CAAg5f2TTEZcGadYiSV1gXARAMDEsS8rLE5iE5Y9DR2u5mCTAgA@mail.gmail.com>

Hi there,

I have uploaded the bits for our 1.0.0-alpha.1 release of our Sync Server
to
https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5029/

On Github I created a pre-release, which contains executable JARs for all
our different Netty server variations, as well as our WAR file for WildFly
https://github.com/aerogear/aerogear-sync-server/releases/tag/1.0.0-alpha.1

Feel free to test one of these servers.

I plan to release the bits at the end of my Wednesday, to have an
announcement ready by Thursday morning, as discussed in todays meeting.

-Matthias

-- 
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/20150309/8298e1c5/attachment-0001.html 

From matzew at apache.org  Tue Mar 10 04:15:45 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 10 Mar 2015 09:15:45 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <54FDD0BE.1010003@redhat.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
Message-ID: <CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>

On Mon, Mar 9, 2015 at 5:56 PM, Summers Pittman <supittma at redhat.com> wrote:

>  On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>
>
>
> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>> >> Because Facebook and Google are well known for not making arbitrary
>> changes to public apis and configurations.
>> >>
>> >> More importantly as an Open Source project hitching our code to the
>> configuration of a third party proprietary system is terrifyingly bad
>> karma.  Push is an exception ONLY because there isn't an equvalent open
>> solution which has the same reach to devices.
>> > It?s just some configuration, what point does oauth2 have when it
>> doesn?t work with Facebook and Google.
>> /me looks at the shoot and share demo, and the gdrive demo.
>> Looks like it does work with FB and Google.  Did you have a specific
>> example in mind?
>> > The whole point of our libs is to make it easy for developers to do
>> these complex things adding this config makes it super easy.  I don?t see:
>> ?Terrifyingly bad karma? a good reason not to do this.
>> Because it is hitching our open source project to the largess of
>> proprietary service vendors.  If they change THEIR configuration and OUR
>> libraries break WE look like the bad guys not them for starters.
>>
>
>  That happened with push (Google's documentation, not the APIs) in the
> past, and may happen again. We reacted pretty quick on that one, which is
> what matters. If we would not react, we would look bad.
>
>  Perhaps we can add a statement that the code executes against a 3rd
> party service, that we don't own. That can even happen with differen
> Keycloak versions. However, usually actual API changes from the big players
> are usually announced, and it's usually comes with a little bit of time to
> react.
>
>
>>
>> Additionally the only direction this can go is toward scope creep. Once
>> we have Facebook and Google nothing is stopping (rhetorically) from
>> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>> as many configurations as we were before.
>
>
>  I'd not add more, out of the blue. But if there is demand (from which
> ever direction), it's time to react on that demand, but not before
>
>
>> Who is going to monitor those
>> APIs and make sure they don't break/get deprecated?  Do we cut a release
>> because one auth provider changed their config?
>>
>> Of course we don't because that is the responsibility of the app
>> developer to make sure their configuration for the services they consume
>> is up to date.  It is not and should not be our responsibility.
>>
>> I freely admit it is nice and it is convenient but it does not belong in
>> the project.
>>
>
>  Instead, we don't offer any concrete impls for Google or Facebook?
>
> Correct
>
>   Or use a complicated and generic API, which may work, or not?
>
> The API works as long as the service correctly implements and documents
> their OAuth2 parameters.
>
> I don't see how providing the OAuth2 parameters required by the
> specification we implement makes this a complex API.  It is 2 fields
> (client id and client secret) per client and 5 fields (the various
> endpoints and base urls) per service.
>


Should we provide guides or tutorials, how to use the generic API against a
very few (e.g. FB and Google) services ?




>
>
>>
>>
>> >
>> >
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>>  _______________________________________________
>> 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 listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
>
> _______________________________________________
> 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/20150310/e37c0e82/attachment.html 

From matzew at apache.org  Tue Mar 10 04:20:07 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 10 Mar 2015 09:20:07 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD13F.50700@redhat.com>
	<CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>
Message-ID: <CAAg5f2Q89W3YdGOK=r=O_fVzsJ_VzmtMz-n0NWn5QiQfVj3pjA@mail.gmail.com>

On Mon, Mar 9, 2015 at 6:43 PM, Corinne Krych <corinnekrych at gmail.com>
wrote:

> As I already mentioned it, we can move those configurations into social
> repo. Let me create a JIRA on iOS to decouple oauth2 vs social repo (social
> being dependant on oauth2). Sth we discussed and agreed upon with abstractj
> (I can't find the thread though, it might have being during security
> meeting).
>


I recall that discussion, and since both sides here have valid arguments,
let's do that:
- authz (on Android) and -oauth2 on iOS/Windows/Cordova implement the raw,
API
 -social: contains some of these convenient configurations, to make users
life easier

However I do NOT think that means we need to implement a ton of different
social adapters. It's more something for our users convenience and if users
want to contribute configurations for different services, that's the way to
go.

This means we can still focus on a clear/clean/raw OAuth2 impl., while
having configurations for some 3rd parties.

-Matthias


> A nice entry point to demo OAuth2 is to use external providers as we did
> for shoot demo app.
>
> Another point i don't understand what so bad into renaming android-authz
> to android-oauth2?
>
> ++
> Corinne
>
> On 9 March 2015 at 17:58, Summers Pittman <supittma at redhat.com> wrote:
>
>>  On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>>
>>
>>
>> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>>> >> Because Facebook and Google are well known for not making arbitrary
>>> changes to public apis and configurations.
>>> >>
>>> >> More importantly as an Open Source project hitching our code to the
>>> configuration of a third party proprietary system is terrifyingly bad
>>> karma.  Push is an exception ONLY because there isn't an equvalent open
>>> solution which has the same reach to devices.
>>> > It?s just some configuration, what point does oauth2 have when it
>>> doesn?t work with Facebook and Google.
>>> /me looks at the shoot and share demo, and the gdrive demo.
>>> Looks like it does work with FB and Google.  Did you have a specific
>>> example in mind?
>>> > The whole point of our libs is to make it easy for developers to do
>>> these complex things adding this config makes it super easy.  I don?t see:
>>> ?Terrifyingly bad karma? a good reason not to do this.
>>> Because it is hitching our open source project to the largess of
>>> proprietary service vendors.  If they change THEIR configuration and OUR
>>> libraries break WE look like the bad guys not them for starters.
>>>
>>
>>  That happened with push (Google's documentation, not the APIs) in the
>> past, and may happen again. We reacted pretty quick on that one, which is
>> what matters. If we would not react, we would look bad.
>>
>> If we don't hard code their configuration into the API then when they
>> change it we don't look bad.  WIN-WIN
>>
>>
>>  Perhaps we can add a statement that the code executes against a 3rd
>> party service, that we don't own. That can even happen with differen
>> Keycloak versions. However, usually actual API changes from the big players
>> are usually announced, and it's usually comes with a little bit of time to
>> react.
>>
>> Back to who is responsible for monitoring the changes from these guys?
>>
>>
>>
>>>
>>> Additionally the only direction this can go is toward scope creep. Once
>>> we have Facebook and Google nothing is stopping (rhetorically) from
>>> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>>> as many configurations as we were before.
>>
>>
>>  I'd not add more, out of the blue. But if there is demand (from which
>> ever direction), it's time to react on that demand, but not before
>>
>> Fair enough.  We have demand from VK already so why not add that on in
>> right now?
>>
>>
>>
>>> Who is going to monitor those
>>> APIs and make sure they don't break/get deprecated?  Do we cut a release
>>> because one auth provider changed their config?
>>>
>>> Of course we don't because that is the responsibility of the app
>>> developer to make sure their configuration for the services they consume
>>> is up to date.  It is not and should not be our responsibility.
>>>
>>> I freely admit it is nice and it is convenient but it does not belong in
>>> the project.
>>>
>>
>>  Instead, we don't offer any concrete impls for Google or Facebook? Or
>> use a complicated and generic API, which may work, or not?
>>
>>
>>>
>>>
>>> >
>>> >
>>> > _______________________________________________
>>> > aerogear-dev mailing list
>>> > aerogear-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>> --
>>> Summers Pittman
>>> >>Phone:404 941 4698
>>> >>Java is my crack.
>>>
>>>  _______________________________________________
>>> 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 listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>>
>> _______________________________________________
>> 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/20150310/705d06d5/attachment-0001.html 

From corinnekrych at gmail.com  Tue Mar 10 04:40:50 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Tue, 10 Mar 2015 09:40:50 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2Q89W3YdGOK=r=O_fVzsJ_VzmtMz-n0NWn5QiQfVj3pjA@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD13F.50700@redhat.com>
	<CAL8vO=cmkS8Fiz5Vut2=THp+U4qVVVhnYJ4f5RSeSzi0xy_oCg@mail.gmail.com>
	<CAAg5f2Q89W3YdGOK=r=O_fVzsJ_VzmtMz-n0NWn5QiQfVj3pjA@mail.gmail.com>
Message-ID: <E5710F56-1B8B-49B5-B28A-6AE363D511A9@gmail.com>


> On 10 Mar 2015, at 09:20, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> 
> 
> On Mon, Mar 9, 2015 at 6:43 PM, Corinne Krych <corinnekrych at gmail.com> wrote:
> As I already mentioned it, we can move those configurations into social repo. Let me create a JIRA on iOS to decouple oauth2 vs social repo (social being dependant on oauth2). Sth we discussed and agreed upon with abstractj (I can't find the thread though, it might have being during security meeting).
> 
> 
> I recall that discussion, and since both sides here have valid arguments, let's do that:
> - authz (on Android) and -oauth2 on iOS/Windows/Cordova implement the raw, API
>  -social: contains some of these convenient configurations, to make users life easier

#agreed
I have created:
https://issues.jboss.org/browse/AGIOS-409
to track it

> 
> However I do NOT think that means we need to implement a ton of different social adapters. It's more something for our users convenience and if users want to contribute configurations for different services, that's the way to go.
> 
> This means we can still focus on a clear/clean/raw OAuth2 impl., while having configurations for some 3rd parties.
> 
> -Matthias
>  
> A nice entry point to demo OAuth2 is to use external providers as we did for shoot demo app.
> 
> Another point i don't understand what so bad into renaming android-authz to android-oauth2?
> 
> ++
> Corinne
> 
> On 9 March 2015 at 17:58, Summers Pittman <supittma at redhat.com> wrote:
> On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
>> 
>> 
>> On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com> wrote:
>> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
>> >> Because Facebook and Google are well known for not making arbitrary changes to public apis and configurations.
>> >>
>> >> More importantly as an Open Source project hitching our code to the configuration of a third party proprietary system is terrifyingly bad karma.  Push is an exception ONLY because there isn't an equvalent open solution which has the same reach to devices.
>> > It?s just some configuration, what point does oauth2 have when it doesn?t work with Facebook and Google.
>> /me looks at the shoot and share demo, and the gdrive demo.
>> Looks like it does work with FB and Google.  Did you have a specific
>> example in mind?
>> > The whole point of our libs is to make it easy for developers to do these complex things adding this config makes it super easy.  I don?t see: ?Terrifyingly bad karma? a good reason not to do this.
>> Because it is hitching our open source project to the largess of
>> proprietary service vendors.  If they change THEIR configuration and OUR
>> libraries break WE look like the bad guys not them for starters.
>> 
>> That happened with push (Google's documentation, not the APIs) in the past, and may happen again. We reacted pretty quick on that one, which is what matters. If we would not react, we would look bad.
> If we don't hard code their configuration into the API then when they change it we don't look bad.  WIN-WIN
>> 
>> Perhaps we can add a statement that the code executes against a 3rd party service, that we don't own. That can even happen with differen Keycloak versions. However, usually actual API changes from the big players are usually announced, and it's usually comes with a little bit of time to react.
> Back to who is responsible for monitoring the changes from these guys?
>>  
>> 
>> Additionally the only direction this can go is toward scope creep. Once
>> we have Facebook and Google nothing is stopping (rhetorically) from
>> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
>> as many configurations as we were before. 
>> 
>> I'd not add more, out of the blue. But if there is demand (from which ever direction), it's time to react on that demand, but not before
> Fair enough.  We have demand from VK already so why not add that on in right now?
> 
>>  
>> Who is going to monitor those
>> APIs and make sure they don't break/get deprecated?  Do we cut a release
>> because one auth provider changed their config?
>> 
>> Of course we don't because that is the responsibility of the app
>> developer to make sure their configuration for the services they consume
>> is up to date.  It is not and should not be our responsibility.
>> 
>> I freely admit it is nice and it is convenient but it does not belong in
>> the project.
>> 
>> Instead, we don't offer any concrete impls for Google or Facebook? Or use a complicated and generic API, which may work, or not? 
>>  
>> 
>> 
>> >
>> >
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> 
>> 
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>> 
>> _______________________________________________
>> 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
> 
> 
> -- 
> Summers Pittman
> >>Phone:
> 404 941 4698
> 
> >>Java is my crack.
> 
> 
> _______________________________________________
> 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



From bruno at abstractj.org  Tue Mar 10 08:02:15 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 10 Mar 2015 09:02:15 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
	<CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
Message-ID: <20150310120215.GA40350@abstractj.org>


On 2015-03-10, Matthias Wessendorf wrote:
> On Mon, Mar 9, 2015 at 5:56 PM, Summers Pittman <supittma at redhat.com> wrote:
>
> >  On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
> >
> >
> >
> > On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com>
> > wrote:
> >
> >> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
> >> >> Because Facebook and Google are well known for not making arbitrary
> >> changes to public apis and configurations.
> >> >>
> >> >> More importantly as an Open Source project hitching our code to the
> >> configuration of a third party proprietary system is terrifyingly bad
> >> karma.  Push is an exception ONLY because there isn't an equvalent open
> >> solution which has the same reach to devices.
> >> > It?s just some configuration, what point does oauth2 have when it
> >> doesn?t work with Facebook and Google.
> >> /me looks at the shoot and share demo, and the gdrive demo.
> >> Looks like it does work with FB and Google.  Did you have a specific
> >> example in mind?
> >> > The whole point of our libs is to make it easy for developers to do
> >> these complex things adding this config makes it super easy.  I don?t see:
> >> ?Terrifyingly bad karma? a good reason not to do this.
> >> Because it is hitching our open source project to the largess of
> >> proprietary service vendors.  If they change THEIR configuration and OUR
> >> libraries break WE look like the bad guys not them for starters.
> >>
> >
> >  That happened with push (Google's documentation, not the APIs) in the
> > past, and may happen again. We reacted pretty quick on that one, which is
> > what matters. If we would not react, we would look bad.
> >
> >  Perhaps we can add a statement that the code executes against a 3rd
> > party service, that we don't own. That can even happen with differen
> > Keycloak versions. However, usually actual API changes from the big players
> > are usually announced, and it's usually comes with a little bit of time to
> > react.
> >
> >
> >>
> >> Additionally the only direction this can go is toward scope creep. Once
> >> we have Facebook and Google nothing is stopping (rhetorically) from
> >> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
> >> as many configurations as we were before.
> >
> >
> >  I'd not add more, out of the blue. But if there is demand (from which
> > ever direction), it's time to react on that demand, but not before
> >
> >
> >> Who is going to monitor those
> >> APIs and make sure they don't break/get deprecated?  Do we cut a release
> >> because one auth provider changed their config?
> >>
> >> Of course we don't because that is the responsibility of the app
> >> developer to make sure their configuration for the services they consume
> >> is up to date.  It is not and should not be our responsibility.
> >>
> >> I freely admit it is nice and it is convenient but it does not belong in
> >> the project.
> >>
> >
> >  Instead, we don't offer any concrete impls for Google or Facebook?
> >
> > Correct
> >
> >   Or use a complicated and generic API, which may work, or not?
> >
> > The API works as long as the service correctly implements and documents
> > their OAuth2 parameters.
> >
> > I don't see how providing the OAuth2 parameters required by the
> > specification we implement makes this a complex API.  It is 2 fields
> > (client id and client secret) per client and 5 fields (the various
> > endpoints and base urls) per service.
> >
>
>
> Should we provide guides or tutorials, how to use the generic API against a
> very few (e.g. FB and Google) services ?

I'm already doing it, please see AGSEC-200

>
>
>
>
> >
> >
> >>
> >>
> >> >
> >> >
> >> > _______________________________________________
> >> > aerogear-dev mailing list
> >> > aerogear-dev at lists.jboss.org
> >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >>
> >>
> >> --
> >> Summers Pittman
> >> >>Phone:404 941 4698
> >> >>Java is my crack.
> >>
> >>  _______________________________________________
> >> 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 listaerogear-dev at lists.jboss.orghttps://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> >
> >
> > --
> > Summers Pittman
> > >>Phone:404 941 4698
> > >>Java is my crack.
> >
> >
> > _______________________________________________
> > 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


--

abstractj
PGP: 0x84DC9914

From matzew at apache.org  Tue Mar 10 08:17:45 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 10 Mar 2015 13:17:45 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150310120215.GA40350@abstractj.org>
References: <20150309134252.GA20893@abstractj.org>
	<54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
	<CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
	<20150310120215.GA40350@abstractj.org>
Message-ID: <CAAg5f2R1P8BpEPR8Cm8zD5WaNF1S6h-FVRB89YREfep6CFuvzw@mail.gmail.com>

On Tue, Mar 10, 2015 at 1:02 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

>
> On 2015-03-10, Matthias Wessendorf wrote:
> > On Mon, Mar 9, 2015 at 5:56 PM, Summers Pittman <supittma at redhat.com>
> wrote:
> >
> > >  On 03/09/2015 12:50 PM, Matthias Wessendorf wrote:
> > >
> > >
> > >
> > > On Mon, Mar 9, 2015 at 5:34 PM, Summers Pittman <supittma at redhat.com>
> > > wrote:
> > >
> > >> On 03/09/2015 12:15 PM, Erik Jan de Wit wrote:
> > >> >> Because Facebook and Google are well known for not making arbitrary
> > >> changes to public apis and configurations.
> > >> >>
> > >> >> More importantly as an Open Source project hitching our code to the
> > >> configuration of a third party proprietary system is terrifyingly bad
> > >> karma.  Push is an exception ONLY because there isn't an equvalent
> open
> > >> solution which has the same reach to devices.
> > >> > It?s just some configuration, what point does oauth2 have when it
> > >> doesn?t work with Facebook and Google.
> > >> /me looks at the shoot and share demo, and the gdrive demo.
> > >> Looks like it does work with FB and Google.  Did you have a specific
> > >> example in mind?
> > >> > The whole point of our libs is to make it easy for developers to do
> > >> these complex things adding this config makes it super easy.  I don?t
> see:
> > >> ?Terrifyingly bad karma? a good reason not to do this.
> > >> Because it is hitching our open source project to the largess of
> > >> proprietary service vendors.  If they change THEIR configuration and
> OUR
> > >> libraries break WE look like the bad guys not them for starters.
> > >>
> > >
> > >  That happened with push (Google's documentation, not the APIs) in the
> > > past, and may happen again. We reacted pretty quick on that one, which
> is
> > > what matters. If we would not react, we would look bad.
> > >
> > >  Perhaps we can add a statement that the code executes against a 3rd
> > > party service, that we don't own. That can even happen with differen
> > > Keycloak versions. However, usually actual API changes from the big
> players
> > > are usually announced, and it's usually comes with a little bit of
> time to
> > > react.
> > >
> > >
> > >>
> > >> Additionally the only direction this can go is toward scope creep.
> Once
> > >> we have Facebook and Google nothing is stopping (rhetorically) from
> > >> adding Facebook, Yahoo, VK, Microsoft, etc.  Now we are maintaining 5x
> > >> as many configurations as we were before.
> > >
> > >
> > >  I'd not add more, out of the blue. But if there is demand (from which
> > > ever direction), it's time to react on that demand, but not before
> > >
> > >
> > >> Who is going to monitor those
> > >> APIs and make sure they don't break/get deprecated?  Do we cut a
> release
> > >> because one auth provider changed their config?
> > >>
> > >> Of course we don't because that is the responsibility of the app
> > >> developer to make sure their configuration for the services they
> consume
> > >> is up to date.  It is not and should not be our responsibility.
> > >>
> > >> I freely admit it is nice and it is convenient but it does not belong
> in
> > >> the project.
> > >>
> > >
> > >  Instead, we don't offer any concrete impls for Google or Facebook?
> > >
> > > Correct
> > >
> > >   Or use a complicated and generic API, which may work, or not?
> > >
> > > The API works as long as the service correctly implements and documents
> > > their OAuth2 parameters.
> > >
> > > I don't see how providing the OAuth2 parameters required by the
> > > specification we implement makes this a complex API.  It is 2 fields
> > > (client id and client secret) per client and 5 fields (the various
> > > endpoints and base urls) per service.
> > >
> >
> >
> > Should we provide guides or tutorials, how to use the generic API
> against a
> > very few (e.g. FB and Google) services ?
>
> I'm already doing it, please see AGSEC-200
>

That's nice. But I was more asking if we would/should just offer these
guides for 3rd parties like FB/Google instead of having actual code,
meaning some convenience implementations for FB/Google like we do on
iOS/Windows.

>
> >
> >
> >
> >
> > >
> > >
> > >>
> > >>
> > >> >
> > >> >
> > >> > _______________________________________________
> > >> > aerogear-dev mailing list
> > >> > aerogear-dev at lists.jboss.org
> > >> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >>
> > >>
> > >> --
> > >> Summers Pittman
> > >> >>Phone:404 941 4698
> > >> >>Java is my crack.
> > >>
> > >>  _______________________________________________
> > >> 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 listaerogear-dev at lists.jboss.orghttps://
> lists.jboss.org/mailman/listinfo/aerogear-dev
> > >
> > >
> > >
> > > --
> > > Summers Pittman
> > > >>Phone:404 941 4698
> > > >>Java is my crack.
> > >
> > >
> > > _______________________________________________
> > > 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
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150310/b81ecd69/attachment-0001.html 

From lholmqui at redhat.com  Tue Mar 10 09:45:55 2015
From: lholmqui at redhat.com (Lucas Holmquist)
Date: Tue, 10 Mar 2015 09:45:55 -0400
Subject: [aerogear-dev] AeroGear.js 2.1.0 pre release announcement
Message-ID: <32503CCD-3A44-4707-8BF2-8F5C6027A92B@redhat.com>

I've just tagged the 2.1.0-beta release of AeroGear.js

The main focus of this release has been our efforts creating a Sync Client for our Sync Server <https://github.com/aerogear/aerogear-sync-server>
For a JS demo <https://github.com/aerogear/aerogear-js-cookbook/tree/master/diff-sync-ember>
We are very excited for this!

This release also removes the Authz part of the library. It was somewhat incomplete and didn't add much value to the library.

Another thing that we removed was the embed Promise polyfill. Most all the major browsers now support Promises natively. For those IE users, you will still need to use an ES6/ES2015 complient Promise library, like this <https://github.com/jakearchibald/es6-promise>
We've also started the Deprecation Process for the Notifier part of the Library.

Once the sync server becomes available on maven central, and if no one has any last minute issues, we can do the release.

    Release Notes - AeroGear JavaScript - Version 2.1.0
 <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------enhancement>Enhancement

[AGJS-265 <https://issues.jboss.org/browse/AGJS-265>] - Remove base64 polyfill
[AGJS-266 <https://issues.jboss.org/browse/AGJS-266>] - Add all tests to the Qunit Test Suite index Page
[AGJS-267 <https://issues.jboss.org/browse/AGJS-267>] - Update sock.js cdn for examples that use it
 <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------epic>Epic

[AGJS-260 <https://issues.jboss.org/browse/AGJS-260>] - Implement JavaScript Client Sync Engine
 <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------feature-request>Feature Request

[AGJS-70 <https://issues.jboss.org/browse/AGJS-70>] - Remove jQuery requirement
[AGJS-124 <https://issues.jboss.org/browse/AGJS-124>] - Create a Diff Sync Client
[AGJS-268 <https://issues.jboss.org/browse/AGJS-268>] - Move Sync Server js-client example to cookbook
[AGJS-278 <https://issues.jboss.org/browse/AGJS-278>] - Add Browser targets to README
[AGJS-279 <https://issues.jboss.org/browse/AGJS-279>] - Merge AeroGear.ajax into UnifiesPush Client
[AGJS-281 <https://issues.jboss.org/browse/AGJS-281>] - Deprecate Notifier
[AGJS-287 <https://issues.jboss.org/browse/AGJS-287>] - Update Sync Lib to not use "Array Pattern"
 <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------task>Task

[AGJS-257 <https://issues.jboss.org/browse/AGJS-257>] - Remove ES6 polyfil
[AGJS-269 <https://issues.jboss.org/browse/AGJS-269>] - Deprecate Authorization module
[AGJS-270 <https://issues.jboss.org/browse/AGJS-270>] - Deprecate Google Drive cookbook example
[AGJS-275 <https://issues.jboss.org/browse/AGJS-275>] - JavaScript Client Engine should support JSON Patch
[AGJS-280 <https://issues.jboss.org/browse/AGJS-280>] - Remove Authz and AeroGear.ajax related stuff from builder
 <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------sub-task>Sub-task

[AGJS-254 <https://issues.jboss.org/browse/AGJS-254>] - Make ES6 promise polyfill optional
[AGJS-256 <https://issues.jboss.org/browse/AGJS-256>] - README Library Deps need updating
[AGJS-258 <https://issues.jboss.org/browse/AGJS-258>] - Remove promise polyfill from custom builder
[AGJS-259 <https://issues.jboss.org/browse/AGJS-259>] - Update Dist repo with promise removal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150310/12b724b9/attachment.html 

From cvasilak at gmail.com  Tue Mar 10 13:06:27 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Tue, 10 Mar 2015 19:06:27 +0200
Subject: [aerogear-dev] AeroGear Sync - 1.0.0-alpha.1
In-Reply-To: <CAAg5f2TTEZcGadYiSV1gXARAMDEsS8rLE5iE5Y9DR2u5mCTAgA@mail.gmail.com>
References: <CAAg5f2TTEZcGadYiSV1gXARAMDEsS8rLE5iE5Y9DR2u5mCTAgA@mail.gmail.com>
Message-ID: <0DEC11A3-C7CA-41A6-8831-5C4CD2BBA8AC@gmail.com>

Hi,

tested client with executable jar?s JsonPatchSyncServer,jar/DiffMatchPatchSyncServer.jar plus the Wildfly installation war, had no issues and demos worked correctly.

+1

-
Christos


> On Mar 9, 2015, at 11:30 PM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> Hi there,
> 
> I have uploaded the bits for our 1.0.0-alpha.1 release of our Sync Server to 
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5029/ <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5029/>
> 
> On Github I created a pre-release, which contains executable JARs for all our different Netty server variations, as well as our WAR file for WildFly
> https://github.com/aerogear/aerogear-sync-server/releases/tag/1.0.0-alpha.1 <https://github.com/aerogear/aerogear-sync-server/releases/tag/1.0.0-alpha.1>
> 
> Feel free to test one of these servers.
> 
> I plan to release the bits at the end of my Wednesday, to have an announcement ready by Thursday morning, as discussed in todays meeting.
> 
> -Matthias
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/ <http://matthiaswessendorf.wordpress.com/>
> sessions: http://www.slideshare.net/mwessendorf <http://www.slideshare.net/mwessendorf>
> twitter: http://twitter.com/mwessendorf <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/20150310/e5c20570/attachment.html 

From banddk1 at gmail.com  Tue Mar 10 14:50:38 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Tue, 10 Mar 2015 21:50:38 +0300
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
Message-ID: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>

Hi everyone!) I try to add VK config in IOS-OAuth2, my application opens
safari and asks for permission, I click ?ok? and then browser opens page
with access token, and that is it  Browser remains open and I can?t get
token in application. What could be the problem ?)

Denis.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150310/ad539697/attachment-0001.html 

From corinnekrych at gmail.com  Tue Mar 10 15:31:03 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Tue, 10 Mar 2015 20:31:03 +0100
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
In-Reply-To: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
References: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
Message-ID: <613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>

Hello Denis,

If you read my blog post [1] I think you manage the "step1: authz code?. At this stage you don?t have an access token but an very temporary authorization code.
Now to be able to re-enter the app, you should define on url schema that matches your redirect_uri as explained in [2].

When working with different providers, the main challenge is to understand how they register/configuration works. for example Facebook expect a redirect_uri that matches the pattern: fb+client_id whereas Google recommand the usage of bundle id as redirect_ui.

Once you manage to re-enter the app, this code will be extracted from parameter and then can be used in step2 to exchange it for an access token (that part is taken care for you by the oauth2 lib).

++
Corinne
[1] http://corinnekrych.blogspot.fr/2014/11/oauth2-for-android-and-ios-with-keycloak.html
[2] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#step3-configure-shoot-app-ios-client

> On 10 Mar 2015, at 19:50, ????? ???????? <banddk1 at gmail.com> wrote:
> 
> Hi everyone!) I try to add VK config in IOS-OAuth2, my application opens safari and asks for permission, I click ?ok? and then browser opens page with access token, and that is it  Browser remains open and I can?t get token in application. What could be the problem ?)
> 
> Denis.
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From banddk1 at gmail.com  Tue Mar 10 16:41:50 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Tue, 10 Mar 2015 23:41:50 +0300
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
In-Reply-To: <613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>
References: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
	<613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>
Message-ID: <CAAb5+-WHFdFbSuEcj-0dh-jV=XG=1j5JL87F__CT3MDV9-P4dg@mail.gmail.com>

Oh, yes, I am understand now.
Thank you Corinne)

Denis.

2015-03-10 22:31 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hello Denis,
>
> If you read my blog post [1] I think you manage the "step1: authz code?.
> At this stage you don?t have an access token but an very temporary
> authorization code.
> Now to be able to re-enter the app, you should define on url schema that
> matches your redirect_uri as explained in [2].
>
> When working with different providers, the main challenge is to understand
> how they register/configuration works. for example Facebook expect a
> redirect_uri that matches the pattern: fb+client_id whereas Google
> recommand the usage of bundle id as redirect_ui.
>
> Once you manage to re-enter the app, this code will be extracted from
> parameter and then can be used in step2 to exchange it for an access token
> (that part is taken care for you by the oauth2 lib).
>
> ++
> Corinne
> [1]
> http://corinnekrych.blogspot.fr/2014/11/oauth2-for-android-and-ios-with-keycloak.html
> [2]
> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#step3-configure-shoot-app-ios-client
>
> > On 10 Mar 2015, at 19:50, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Hi everyone!) I try to add VK config in IOS-OAuth2, my application opens
> safari and asks for permission, I click ?ok? and then browser opens page
> with access token, and that is it  Browser remains open and I can?t get
> token in application. What could be the problem ?)
> >
> > Denis.
> > _______________________________________________
> > 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150310/eeb4ca93/attachment.html 

From jbalunas at redhat.com  Tue Mar 10 16:58:05 2015
From: jbalunas at redhat.com (Jay Balunas)
Date: Tue, 10 Mar 2015 16:58:05 -0400
Subject: [aerogear-dev] AeroGear.js 2.1.0 pre release announcement
In-Reply-To: <32503CCD-3A44-4707-8BF2-8F5C6027A92B@redhat.com>
References: <32503CCD-3A44-4707-8BF2-8F5C6027A92B@redhat.com>
Message-ID: <0ABFA581-887E-454A-9DFC-3D6006B19829@redhat.com>

Nice Job Guys!

> On Mar 10, 2015, at 9:45 AM, Lucas Holmquist <lholmqui at redhat.com> wrote:
> 
> I've just tagged the 2.1.0-beta release of AeroGear.js
> 
> The main focus of this release has been our efforts creating a Sync Client for our Sync Server <https://github.com/aerogear/aerogear-sync-server>
> For a JS demo <https://github.com/aerogear/aerogear-js-cookbook/tree/master/diff-sync-ember>
> We are very excited for this!
> 
> This release also removes the Authz part of the library. It was somewhat incomplete and didn't add much value to the library.
> 
> Another thing that we removed was the embed Promise polyfill. Most all the major browsers now support Promises natively. For those IE users, you will still need to use an ES6/ES2015 complient Promise library, like this <https://github.com/jakearchibald/es6-promise>
> We've also started the Deprecation Process for the Notifier part of the Library.
> 
> Once the sync server becomes available on maven central, and if no one has any last minute issues, we can do the release.
> 
>     Release Notes - AeroGear JavaScript - Version 2.1.0
>  <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------enhancement>Enhancement
> 
> [AGJS-265 <https://issues.jboss.org/browse/AGJS-265>] - Remove base64 polyfill
> [AGJS-266 <https://issues.jboss.org/browse/AGJS-266>] - Add all tests to the Qunit Test Suite index Page
> [AGJS-267 <https://issues.jboss.org/browse/AGJS-267>] - Update sock.js cdn for examples that use it
>  <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------epic>Epic
> 
> [AGJS-260 <https://issues.jboss.org/browse/AGJS-260>] - Implement JavaScript Client Sync Engine
>  <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------feature-request>Feature Request
> 
> [AGJS-70 <https://issues.jboss.org/browse/AGJS-70>] - Remove jQuery requirement
> [AGJS-124 <https://issues.jboss.org/browse/AGJS-124>] - Create a Diff Sync Client
> [AGJS-268 <https://issues.jboss.org/browse/AGJS-268>] - Move Sync Server js-client example to cookbook
> [AGJS-278 <https://issues.jboss.org/browse/AGJS-278>] - Add Browser targets to README
> [AGJS-279 <https://issues.jboss.org/browse/AGJS-279>] - Merge AeroGear.ajax into UnifiesPush Client
> [AGJS-281 <https://issues.jboss.org/browse/AGJS-281>] - Deprecate Notifier
> [AGJS-287 <https://issues.jboss.org/browse/AGJS-287>] - Update Sync Lib to not use "Array Pattern"
>  <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------task>Task
> 
> [AGJS-257 <https://issues.jboss.org/browse/AGJS-257>] - Remove ES6 polyfil
> [AGJS-269 <https://issues.jboss.org/browse/AGJS-269>] - Deprecate Authorization module
> [AGJS-270 <https://issues.jboss.org/browse/AGJS-270>] - Deprecate Google Drive cookbook example
> [AGJS-275 <https://issues.jboss.org/browse/AGJS-275>] - JavaScript Client Engine should support JSON Patch
> [AGJS-280 <https://issues.jboss.org/browse/AGJS-280>] - Remove Authz and AeroGear.ajax related stuff from builder
>  <https://gist.github.com/lholmquist/827424c953ff2f3637d5#--------sub-task>Sub-task
> 
> [AGJS-254 <https://issues.jboss.org/browse/AGJS-254>] - Make ES6 promise polyfill optional
> [AGJS-256 <https://issues.jboss.org/browse/AGJS-256>] - README Library Deps need updating
> [AGJS-258 <https://issues.jboss.org/browse/AGJS-258>] - Remove promise polyfill from custom builder
> [AGJS-259 <https://issues.jboss.org/browse/AGJS-259>] - Update Dist repo with promise removal
> 
> _______________________________________________
> 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/20150310/e0d4fead/attachment-0001.html 

From bruno at abstractj.org  Tue Mar 10 18:40:32 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 10 Mar 2015 19:40:32 -0300
Subject: [aerogear-dev] [Cordova] - Cookbook release
Message-ID: <20150310224032.GA47751@abstractj.org>

Morning, would make sense a release of the cookbooks for Cordova? With
the latest/greatest stable bits? Like we have for iOS and Android?

Asking before file a Jira.

--

abstractj
PGP: 0x84DC9914

From bruno at abstractj.org  Tue Mar 10 18:57:46 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 10 Mar 2015 19:57:46 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2R1P8BpEPR8Cm8zD5WaNF1S6h-FVRB89YREfep6CFuvzw@mail.gmail.com>
References: <54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
	<CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
	<20150310120215.GA40350@abstractj.org>
	<CAAg5f2R1P8BpEPR8Cm8zD5WaNF1S6h-FVRB89YREfep6CFuvzw@mail.gmail.com>
Message-ID: <20150310225746.GA49836@abstractj.org>

Ahoy, let me give a more concrete example.

This is what I've been working since last week
http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/.
The credits to the team who worked hard into this documentation will be
added on the last section.

So for 3rd parties, we already had something build by the team. What I
did was just format and migrate to:
http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_before_you_get_started

What I have in mind per platform can be seen here:

- http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_android_3
- http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_ios_3

Not sure if that answers your question, but if something is missing.
Feel free to add to AGSEC-200 with a full description. Also keep in mind
that I'm working on those sections.


On 2015-03-10, Matthias Wessendorf wrote:
> On Tue, Mar 10, 2015 at 1:02 PM, Bruno Oliveira <bruno at abstractj.org> wrote:
>
> That's nice. But I was more asking if we would/should just offer these
> guides for 3rd parties like FB/Google instead of having actual code,
> meaning some convenience implementations for FB/Google like we do on
> iOS/Windows.
>



--

abstractj
PGP: 0x84DC9914

From matzew at apache.org  Wed Mar 11 02:19:06 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 11 Mar 2015 07:19:06 +0100
Subject: [aerogear-dev] [Cordova] - Cookbook release
In-Reply-To: <20150310224032.GA47751@abstractj.org>
References: <20150310224032.GA47751@abstractj.org>
Message-ID: <CAAg5f2TqGGsTikm3BMh1sBeovKECJdt2G8UUiSyFpamZhmRgHQ@mail.gmail.com>

sure, why not releasing/tagging them and updates the demos to use the
latest versions

On Tuesday, March 10, 2015, Bruno Oliveira <bruno at abstractj.org> wrote:

> Morning, would make sense a release of the cookbooks for Cordova? With
> the latest/greatest stable bits? Like we have for iOS and Android?
>
> Asking before file a Jira.
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org <javascript:;>
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>


-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/611144af/attachment.html 

From matzew at apache.org  Wed Mar 11 02:30:23 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 11 Mar 2015 07:30:23 +0100
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <20150310225746.GA49836@abstractj.org>
References: <54FDB53C.4050301@redhat.com>
	<5AA90980-79E2-4710-9762-38FBFCFC32EA@redhat.com>
	<54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
	<CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
	<20150310120215.GA40350@abstractj.org>
	<CAAg5f2R1P8BpEPR8Cm8zD5WaNF1S6h-FVRB89YREfep6CFuvzw@mail.gmail.com>
	<20150310225746.GA49836@abstractj.org>
Message-ID: <CAAg5f2QekTbiM-H8P1hxzrgcWS8LQrrJArnECY00xYcM_WeV7A@mail.gmail.com>

On Tue, Mar 10, 2015 at 11:57 PM, Bruno Oliveira <bruno at abstractj.org>
wrote:

> Ahoy, let me give a more concrete example.
>
> This is what I've been working since last week
> http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/.
>

The guide is awesome, and I really like it


> The credits to the team who worked hard into this documentation will be
> added on the last section.
>

IMO, if we add ack to one guide, let's do on other guides as well.
I think the motivation is here to reflect the amount of work, right?

And yes, writing guides is a lot of work. I wrote the UPS guids, and took
all the screenshots there (twice), and generated PDFs for product etc.
I know it's a lot of work, but IMO let's treat all guides the same: each
gets ack, or none.


>
> So for 3rd parties, we already had something build by the team. What I
> did was just format and migrate to:
>
> http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_before_you_get_started



yeah, it's really cool

>
>
> What I have in mind per platform can be seen here:
>
> -
> http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_android_3
> -
> http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_ios_3


It's good, especially w/ the different 3rd party service specific code


>
>
> Not sure if that answers your question, but if something is missing.
> Feel free to add to AGSEC-200 with a full description. Also keep in mind
> that I'm working on those sections.
>

No, I was more asking Summers, since he does not want something like
let keycloakConfig = KeycloakConfig(...)

in Android - I was wondering if he prefers to just have doc, instead of
convenience impl, like it exists for iOS/Windows



>
>
> On 2015-03-10, Matthias Wessendorf wrote:
> > On Tue, Mar 10, 2015 at 1:02 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
> >
> > That's nice. But I was more asking if we would/should just offer these
> > guides for 3rd parties like FB/Google instead of having actual code,
> > meaning some convenience implementations for FB/Google like we do on
> > iOS/Windows.
> >
>
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150311/aeaae401/attachment.html 

From edewit at redhat.com  Wed Mar 11 02:37:39 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Wed, 11 Mar 2015 07:37:39 +0100
Subject: [aerogear-dev] [Cordova] - Cookbook release
In-Reply-To: <20150310224032.GA47751@abstractj.org>
References: <20150310224032.GA47751@abstractj.org>
Message-ID: <72D85548-9B80-4594-B94F-F4D5D8D11C35@redhat.com>

The cookbook doesn?t come with the plugin and there is a pr still open that fixes the preview.

> On 10 Mar,2015, at 23:40 , Bruno Oliveira <bruno at abstractj.org> wrote:
> 
> Morning, would make sense a release of the cookbooks for Cordova? With
> the latest/greatest stable bits? Like we have for iOS and Android?
> 
> Asking before file a Jira.
> 
> --
> 
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From lukas.fryc at gmail.com  Wed Mar 11 03:02:01 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 11 Mar 2015 08:02:01 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
Message-ID: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>

Hey guys,

Andres and me have found out that the page responses quite well as screen
size changes,

but the Main Navigation poses a problem.

(try it yourself by resizing the browser window)


We have two options:

1. collapse some menu items under dropdown (e.g. put Road Map and News
under new Community dropdown)

2. collapse menu items only when screen size does not allow to place all
the current menu items (effectively means having two versions of the menu)

3. ignore the problem


Any other suggestions?


@Andres: what do you think about (2)? Seems a bit against semantic web
guidelines (having same content duplicated for different resolutions).

~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/f48aa5be/attachment.html 

From corinnekrych at gmail.com  Wed Mar 11 03:25:25 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Wed, 11 Mar 2015 08:25:25 +0100
Subject: [aerogear-dev] [Cordova] - Cookbook release
In-Reply-To: <72D85548-9B80-4594-B94F-F4D5D8D11C35@redhat.com>
References: <20150310224032.GA47751@abstractj.org>
	<72D85548-9B80-4594-B94F-F4D5D8D11C35@redhat.com>
Message-ID: <C629EE11-E220-4389-94D0-7DC92A749AF0@gmail.com>


> On 11 Mar 2015, at 07:37, Erik Jan de Wit <edewit at redhat.com> wrote:
> 
> The cookbook doesn?t come with the plugin and there is a pr still open that fixes the preview.


That?s a good point.
is there a way to fix the plugin release version with cordova restore?
https://github.com/aerogear/aerogear-cordova-cookbook/blob/master/Shoot/config.xml#L29

Indeed if we go the tagging route it?s important to be able to say this cookbook shipped with this version of the plugin.

> 
>> On 10 Mar,2015, at 23:40 , Bruno Oliveira <bruno at abstractj.org> wrote:
>> 
>> Morning, would make sense a release of the cookbooks for Cordova? With
>> the latest/greatest stable bits? Like we have for iOS and Android?
>> 
>> Asking before file a Jira.
>> 
>> --
>> 
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> 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



From scm.blanc at gmail.com  Wed Mar 11 03:48:51 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Wed, 11 Mar 2015 08:48:51 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
Message-ID: <CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>

Hi Lukas,
What is exactly the issue ? Because I just tried it out by changing the
size to mobile devices (using developer tools viewports) and it just work
as a charm, no real issue there.


On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
>
> Andres and me have found out that the page responses quite well as screen
> size changes,
>
> but the Main Navigation poses a problem.
>
> (try it yourself by resizing the browser window)
>
>
> We have two options:
>
> 1. collapse some menu items under dropdown (e.g. put Road Map and News
> under new Community dropdown)
>
> 2. collapse menu items only when screen size does not allow to place all
> the current menu items (effectively means having two versions of the menu)
>
> 3. ignore the problem
>
>
> Any other suggestions?
>
>
> @Andres: what do you think about (2)? Seems a bit against semantic web
> guidelines (having same content duplicated for different resolutions).
>
> ~ Lukas
>
> _______________________________________________
> 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/20150311/20fc394d/attachment.html 

From lukas.fryc at gmail.com  Wed Mar 11 05:13:33 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 11 Mar 2015 10:13:33 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
Message-ID: <CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>

Let's the normal browser window by mouse fluently, the navigation breaks
for ~tablet size (landscape) screen.

Not that many people would use this size, but some use non-maximized
browser window - there it will break a bit.

On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Hi Lukas,
> What is exactly the issue ? Because I just tried it out by changing the
> size to mobile devices (using developer tools viewports) and it just work
> as a charm, no real issue there.
>
>
> On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:
>
>> Hey guys,
>>
>> Andres and me have found out that the page responses quite well as screen
>> size changes,
>>
>> but the Main Navigation poses a problem.
>>
>> (try it yourself by resizing the browser window)
>>
>>
>> We have two options:
>>
>> 1. collapse some menu items under dropdown (e.g. put Road Map and News
>> under new Community dropdown)
>>
>> 2. collapse menu items only when screen size does not allow to place all
>> the current menu items (effectively means having two versions of the menu)
>>
>> 3. ignore the problem
>>
>>
>> Any other suggestions?
>>
>>
>> @Andres: what do you think about (2)? Seems a bit against semantic web
>> guidelines (having same content duplicated for different resolutions).
>>
>> ~ Lukas
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/44010b63/attachment.html 

From bruno at abstractj.org  Wed Mar 11 08:28:59 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Wed, 11 Mar 2015 09:28:59 -0300
Subject: [aerogear-dev] [Android] - Refactoring OAuth2 configuration
In-Reply-To: <CAAg5f2QekTbiM-H8P1hxzrgcWS8LQrrJArnECY00xYcM_WeV7A@mail.gmail.com>
References: <54FDB836.5070003@redhat.com>
	<80E97BE5-B373-453B-A614-E570D7F9DC87@redhat.com>
	<54FDCBAF.5060208@redhat.com>
	<CAAg5f2RdrtUJrcSXjZ9aRbm19sU6y2Xnj3eq6bOduw_O+Mzxig@mail.gmail.com>
	<54FDD0BE.1010003@redhat.com>
	<CAAg5f2SQyxZLA8f4O+5UznN8SL4WAAgc=NtSbEQ99WWFmr4mAQ@mail.gmail.com>
	<20150310120215.GA40350@abstractj.org>
	<CAAg5f2R1P8BpEPR8Cm8zD5WaNF1S6h-FVRB89YREfep6CFuvzw@mail.gmail.com>
	<20150310225746.GA49836@abstractj.org>
	<CAAg5f2QekTbiM-H8P1hxzrgcWS8LQrrJArnECY00xYcM_WeV7A@mail.gmail.com>
Message-ID: <20150311122859.GA1455@abstractj.org>

On 2015-03-11, Matthias Wessendorf wrote:
> On Tue, Mar 10, 2015 at 11:57 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
> > Ahoy, let me give a more concrete example.
> >
> > This is what I've been working since last week
> > http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/.
> >
>
> The guide is awesome, and I really like it
>
>
> > The credits to the team who worked hard into this documentation will be
> > added on the last section.
> >
>
> IMO, if we add ack to one guide, let's do on other guides as well.
> I think the motivation is here to reflect the amount of work, right?
>
> And yes, writing guides is a lot of work. I wrote the UPS guids, and took
> all the screenshots there (twice), and generated PDFs for product etc.
> I know it's a lot of work, but IMO let's treat all guides the same: each
> gets ack, or none.

The goal is pretty much to give the props for people who wrote the
guide. But I think it's covered by the contributors section
anyways.

>
>
> >
> > So for 3rd parties, we already had something build by the team. What I
> > did was just format and migrate to:
> >
> > http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_before_you_get_started
>
>
>
> yeah, it's really cool
>
> >
> >
> > What I have in mind per platform can be seen here:
> >
> > -
> > http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_android_3
> > -
> > http://cobblepot-abstractj.rhcloud.com/docs/guides/security/oauth2-guide/#_ios_3
>
>
> It's good, especially w/ the different 3rd party service specific code
>
>
> >
> >
> > Not sure if that answers your question, but if something is missing.
> > Feel free to add to AGSEC-200 with a full description. Also keep in mind
> > that I'm working on those sections.
> >
>
> No, I was more asking Summers, since he does not want something like
> let keycloakConfig = KeycloakConfig(...)
>
> in Android - I was wondering if he prefers to just have doc, instead of
> convenience impl, like it exists for iOS/Windows
>
>
>
> >
> >
> > On 2015-03-10, Matthias Wessendorf wrote:
> > > On Tue, Mar 10, 2015 at 1:02 PM, Bruno Oliveira <bruno at abstractj.org>
> > wrote:
> > >
> > > That's nice. But I was more asking if we would/should just offer these
> > > guides for 3rd parties like FB/Google instead of having actual code,
> > > meaning some convenience implementations for FB/Google like we do on
> > > iOS/Windows.
> > >
> >
> >
> >
> > --
> >
> > abstractj
> > PGP: 0x84DC9914
> > _______________________________________________
> > 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


--

abstractj
PGP: 0x84DC9914

From agalante at redhat.com  Wed Mar 11 08:31:12 2015
From: agalante at redhat.com (Andres Galante)
Date: Wed, 11 Mar 2015 08:31:12 -0400 (EDT)
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
Message-ID: <1352688162.8701908.1426077072330.JavaMail.zimbra@redhat.com>

I would go for option 1.

Option 2 to me makes no sense, if an item is unimportant enough to be hidden, then why do we show it in the first place

Option 3: no please, navigation is one of the most important elements of the page.


----- Original Message -----
From: "Luk?? Fry?" <lukas.fryc at gmail.com>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Wednesday, March 11, 2015 4:02:01 AM
Subject: [aerogear-dev] New Site - Main Navigation responsiveness

Hey guys, 

Andres and me have found out that the page responses quite well as screen size changes, 

but the Main Navigation poses a problem. 

(try it yourself by resizing the browser window) 


We have two options: 

1. collapse some menu items under dropdown (e.g. put Road Map and News under new Community dropdown) 

2. collapse menu items only when screen size does not allow to place all the current menu items (effectively means having two versions of the menu) 

3. ignore the problem 


Any other suggestions? 


@Andres: what do you think about (2)? Seems a bit against semantic web guidelines (having same content duplicated for different resolutions). 

~ Lukas 

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


From agalante at redhat.com  Wed Mar 11 08:33:17 2015
From: agalante at redhat.com (Andres Galante)
Date: Wed, 11 Mar 2015 08:33:17 -0400 (EDT)
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
Message-ID: <145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>

This is the issue:

https://dl.dropboxusercontent.com/u/4371641/1.png
https://dl.dropboxusercontent.com/u/4371641/2.png

Too many items on the menu :)


----- Original Message -----
From: "Luk?? Fry?" <lukas.fryc at gmail.com>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Wednesday, March 11, 2015 6:13:33 AM
Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness

Let's the normal browser window by mouse fluently, the navigation breaks for ~tablet size (landscape) screen. 

Not that many people would use this size, but some use non-maximized browser window - there it will break a bit. 

On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com > wrote: 



Hi Lukas, 
What is exactly the issue ? Because I just tried it out by changing the size to mobile devices (using developer tools viewports) and it just work as a charm, no real issue there. 


On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: 



Hey guys, 

Andres and me have found out that the page responses quite well as screen size changes, 

but the Main Navigation poses a problem. 

(try it yourself by resizing the browser window) 


We have two options: 

1. collapse some menu items under dropdown (e.g. put Road Map and News under new Community dropdown) 

2. collapse menu items only when screen size does not allow to place all the current menu items (effectively means having two versions of the menu) 

3. ignore the problem 


Any other suggestions? 


@Andres: what do you think about (2)? Seems a bit against semantic web guidelines (having same content duplicated for different resolutions). 

~ Lukas 

_______________________________________________ 
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 


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


From lukas.fryc at gmail.com  Wed Mar 11 08:44:28 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 11 Mar 2015 13:44:28 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
	<145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
Message-ID: <CAEroY357UWMM+P9UhnHAoLe=zuKFBcusKjmzPnkf23LoL-ZYTQ@mail.gmail.com>

Thanks Andres, for completeness, I would just add:

Apple iPad
http://quirktools.com/screenfly/#u=http%3A//cobblepot-abstractj.rhcloud.com/&w=768&h=1024&a=22

12" laptop:
http://quirktools.com/screenfly/#u=http%3A//cobblepot-abstractj.rhcloud.com/&w=1024&h=768&a=1

(Thanks abstractj++ for great tip responsiveness testing app!)

~ Lukas

On Wed, Mar 11, 2015 at 1:33 PM, Andres Galante <agalante at redhat.com> wrote:

> This is the issue:
>
> https://dl.dropboxusercontent.com/u/4371641/1.png
> https://dl.dropboxusercontent.com/u/4371641/2.png
>
> Too many items on the menu :)
>
>
> ----- Original Message -----
> From: "Luk?? Fry?" <lukas.fryc at gmail.com>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Wednesday, March 11, 2015 6:13:33 AM
> Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness
>
> Let's the normal browser window by mouse fluently, the navigation breaks
> for ~tablet size (landscape) screen.
>
> Not that many people would use this size, but some use non-maximized
> browser window - there it will break a bit.
>
> On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com >
> wrote:
>
>
>
> Hi Lukas,
> What is exactly the issue ? Because I just tried it out by changing the
> size to mobile devices (using developer tools viewports) and it just work
> as a charm, no real issue there.
>
>
> On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com >
> wrote:
>
>
>
> Hey guys,
>
> Andres and me have found out that the page responses quite well as screen
> size changes,
>
> but the Main Navigation poses a problem.
>
> (try it yourself by resizing the browser window)
>
>
> We have two options:
>
> 1. collapse some menu items under dropdown (e.g. put Road Map and News
> under new Community dropdown)
>
> 2. collapse menu items only when screen size does not allow to place all
> the current menu items (effectively means having two versions of the menu)
>
> 3. ignore the problem
>
>
> Any other suggestions?
>
>
> @Andres: what do you think about (2)? Seems a bit against semantic web
> guidelines (having same content duplicated for different resolutions).
>
> ~ Lukas
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/7dd40014/attachment-0001.html 

From bruno at abstractj.org  Wed Mar 11 09:20:15 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Wed, 11 Mar 2015 10:20:15 -0300
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
	<145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
Message-ID: <20150311132014.GA4324@abstractj.org>

My 2 cents,

1. Get started already have a button, so make it vanish from screen when
the website is resized wouldn't be a big deal.

2. Road map could be under 'Docs' which makes sense to me.

This is only my personal view.

On 2015-03-11, Andres Galante wrote:
> This is the issue:
>
> https://dl.dropboxusercontent.com/u/4371641/1.png
> https://dl.dropboxusercontent.com/u/4371641/2.png
>
> Too many items on the menu :)
>
>
> ----- Original Message -----
> From: "Luk?? Fry?" <lukas.fryc at gmail.com>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Wednesday, March 11, 2015 6:13:33 AM
> Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness
>
> Let's the normal browser window by mouse fluently, the navigation breaks for ~tablet size (landscape) screen.
>
> Not that many people would use this size, but some use non-maximized browser window - there it will break a bit.
>
> On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com > wrote:
>
>
>
> Hi Lukas,
> What is exactly the issue ? Because I just tried it out by changing the size to mobile devices (using developer tools viewports) and it just work as a charm, no real issue there.
>
>
> On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com > wrote:
>
>
>
> Hey guys,
>
> Andres and me have found out that the page responses quite well as screen size changes,
>
> but the Main Navigation poses a problem.
>
> (try it yourself by resizing the browser window)
>
>
> We have two options:
>
> 1. collapse some menu items under dropdown (e.g. put Road Map and News under new Community dropdown)
>
> 2. collapse menu items only when screen size does not allow to place all the current menu items (effectively means having two versions of the menu)
>
> 3. ignore the problem
>
>
> Any other suggestions?
>
>
> @Andres: what do you think about (2)? Seems a bit against semantic web guidelines (having same content duplicated for different resolutions).
>
> ~ Lukas
>
> _______________________________________________
> 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
>
>
> _______________________________________________
> 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

--

abstractj
PGP: 0x84DC9914

From matzew at apache.org  Wed Mar 11 09:27:47 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 11 Mar 2015 14:27:47 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <20150311132014.GA4324@abstractj.org>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
	<145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
	<20150311132014.GA4324@abstractj.org>
Message-ID: <CAAg5f2RiVMsDWjnBHPaFwa+Fmu=G3jWpKaPD1-qmOOG57FP_qQ@mail.gmail.com>

On Wed, Mar 11, 2015 at 2:20 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> My 2 cents,
>
> 1. Get started already have a button, so make it vanish from screen when
> the website is resized wouldn't be a big deal.
>
> 2. Road map could be under 'Docs' which makes sense to me.
>

I actually like it's an explicit item on the breadcrumbs.

>
> This is only my personal view.
>
> On 2015-03-11, Andres Galante wrote:
> > This is the issue:
> >
> > https://dl.dropboxusercontent.com/u/4371641/1.png
> > https://dl.dropboxusercontent.com/u/4371641/2.png
> >
> > Too many items on the menu :)
> >
> >
> > ----- Original Message -----
> > From: "Luk?? Fry?" <lukas.fryc at gmail.com>
> > To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> > Sent: Wednesday, March 11, 2015 6:13:33 AM
> > Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness
> >
> > Let's the normal browser window by mouse fluently, the navigation breaks
> for ~tablet size (landscape) screen.
> >
> > Not that many people would use this size, but some use non-maximized
> browser window - there it will break a bit.
> >
> > On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com
> > wrote:
> >
> >
> >
> > Hi Lukas,
> > What is exactly the issue ? Because I just tried it out by changing the
> size to mobile devices (using developer tools viewports) and it just work
> as a charm, no real issue there.
> >
> >
> > On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com >
> wrote:
> >
> >
> >
> > Hey guys,
> >
> > Andres and me have found out that the page responses quite well as
> screen size changes,
> >
> > but the Main Navigation poses a problem.
> >
> > (try it yourself by resizing the browser window)
> >
> >
> > We have two options:
> >
> > 1. collapse some menu items under dropdown (e.g. put Road Map and News
> under new Community dropdown)
> >
> > 2. collapse menu items only when screen size does not allow to place all
> the current menu items (effectively means having two versions of the menu)
> >
> > 3. ignore the problem
> >
> >
> > Any other suggestions?
> >
> >
> > @Andres: what do you think about (2)? Seems a bit against semantic web
> guidelines (having same content duplicated for different resolutions).
> >
> > ~ Lukas
> >
> > _______________________________________________
> > 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
> >
> >
> > _______________________________________________
> > 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
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150311/ddee4ac6/attachment.html 

From agalante at redhat.com  Wed Mar 11 11:23:00 2015
From: agalante at redhat.com (Andres Galante)
Date: Wed, 11 Mar 2015 11:23:00 -0400 (EDT)
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <CAAg5f2RiVMsDWjnBHPaFwa+Fmu=G3jWpKaPD1-qmOOG57FP_qQ@mail.gmail.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
	<145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
	<20150311132014.GA4324@abstractj.org>
	<CAAg5f2RiVMsDWjnBHPaFwa+Fmu=G3jWpKaPD1-qmOOG57FP_qQ@mail.gmail.com>
Message-ID: <469870403.8790119.1426087380005.JavaMail.zimbra@redhat.com>

We need get started for internal pages. If a user is in community for example he'll need get started.

+1 to put road maps under docs

Maybe we can also put news under community?


----- Original Message -----
From: "Matthias Wessendorf" <matzew at apache.org>
To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Wednesday, March 11, 2015 10:27:47 AM
Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness



On Wed, Mar 11, 2015 at 2:20 PM, Bruno Oliveira < bruno at abstractj.org > wrote: 


My 2 cents, 

1. Get started already have a button, so make it vanish from screen when 
the website is resized wouldn't be a big deal. 

2. Road map could be under 'Docs' which makes sense to me. 

I actually like it's an explicit item on the breadcrumbs. 



This is only my personal view. 

On 2015-03-11, Andres Galante wrote: 
> This is the issue: 
> 
> https://dl.dropboxusercontent.com/u/4371641/1.png 
> https://dl.dropboxusercontent.com/u/4371641/2.png 
> 
> Too many items on the menu :) 
> 
> 
> ----- Original Message ----- 
> From: "Luk?? Fry?" < lukas.fryc at gmail.com > 
> To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org > 
> Sent: Wednesday, March 11, 2015 6:13:33 AM 
> Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness 
> 
> Let's the normal browser window by mouse fluently, the navigation breaks for ~tablet size (landscape) screen. 
> 
> Not that many people would use this size, but some use non-maximized browser window - there it will break a bit. 
> 
> On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com > wrote: 
> 
> 
> 
> Hi Lukas, 
> What is exactly the issue ? Because I just tried it out by changing the size to mobile devices (using developer tools viewports) and it just work as a charm, no real issue there. 
> 
> 
> On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com > wrote: 
> 
> 
> 
> Hey guys, 
> 
> Andres and me have found out that the page responses quite well as screen size changes, 
> 
> but the Main Navigation poses a problem. 
> 
> (try it yourself by resizing the browser window) 
> 
> 
> We have two options: 
> 
> 1. collapse some menu items under dropdown (e.g. put Road Map and News under new Community dropdown) 
> 
> 2. collapse menu items only when screen size does not allow to place all the current menu items (effectively means having two versions of the menu) 
> 
> 3. ignore the problem 
> 
> 
> Any other suggestions? 
> 
> 
> @Andres: what do you think about (2)? Seems a bit against semantic web guidelines (having same content duplicated for different resolutions). 
> 
> ~ Lukas 
> 
> _______________________________________________ 
> 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 
> 
> 
> _______________________________________________ 
> 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 

-- 

abstractj 
PGP: 0x84DC9914 
_______________________________________________ 
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


From banddk1 at gmail.com  Wed Mar 11 11:24:38 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Wed, 11 Mar 2015 18:24:38 +0300
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
In-Reply-To: <CAAb5+-WHFdFbSuEcj-0dh-jV=XG=1j5JL87F__CT3MDV9-P4dg@mail.gmail.com>
References: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
	<613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>
	<CAAb5+-WHFdFbSuEcj-0dh-jV=XG=1j5JL87F__CT3MDV9-P4dg@mail.gmail.com>
Message-ID: <CAAb5+-V0wBr1_phGE6=pS-eWObSuCRbmMnMAEOnqJeiy9oiURA@mail.gmail.com>

Hello,I figured out with URL schemes, I have never used them before, that's
cool :)  VK is inconvenient, I have spent a lot of time on redirect uri.
I have received a notification in application !)


P.S The pictures in your blog are very nice)

Denis.

2015-03-10 23:41 GMT+03:00 ????? ???????? <banddk1 at gmail.com>:

> Oh, yes, I am understand now.
> Thank you Corinne)
>
> Denis.
>
> 2015-03-10 22:31 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>
>> Hello Denis,
>>
>> If you read my blog post [1] I think you manage the "step1: authz code?.
>> At this stage you don?t have an access token but an very temporary
>> authorization code.
>> Now to be able to re-enter the app, you should define on url schema that
>> matches your redirect_uri as explained in [2].
>>
>> When working with different providers, the main challenge is to
>> understand how they register/configuration works. for example Facebook
>> expect a redirect_uri that matches the pattern: fb+client_id whereas Google
>> recommand the usage of bundle id as redirect_ui.
>>
>> Once you manage to re-enter the app, this code will be extracted from
>> parameter and then can be used in step2 to exchange it for an access token
>> (that part is taken care for you by the oauth2 lib).
>>
>> ++
>> Corinne
>> [1]
>> http://corinnekrych.blogspot.fr/2014/11/oauth2-for-android-and-ios-with-keycloak.html
>> [2]
>> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#step3-configure-shoot-app-ios-client
>>
>> > On 10 Mar 2015, at 19:50, ????? ???????? <banddk1 at gmail.com> wrote:
>> >
>> > Hi everyone!) I try to add VK config in IOS-OAuth2, my application
>> opens safari and asks for permission, I click ?ok? and then browser opens
>> page with access token, and that is it  Browser remains open and I can?t
>> get token in application. What could be the problem ?)
>> >
>> > Denis.
>> > _______________________________________________
>> > 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
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/7cc3480d/attachment-0001.html 

From matzew at apache.org  Wed Mar 11 11:40:25 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 11 Mar 2015 16:40:25 +0100
Subject: [aerogear-dev] New Site - Main Navigation responsiveness
In-Reply-To: <469870403.8790119.1426087380005.JavaMail.zimbra@redhat.com>
References: <CAEroY37vOQWHM_ykxoV_n7M5UJxHXgR4otOtCGbxpQiTTJWs4w@mail.gmail.com>
	<CAD_dpu0A+b7X5eF3byf0wt7pFg6ALTYwNqRDY-rB=wXjxNt9qA@mail.gmail.com>
	<CAEroY34pU0TKeQwbTQNSY+w6QtH58FkNyY_gnrqb-KMOUON_yQ@mail.gmail.com>
	<145418367.8702292.1426077197631.JavaMail.zimbra@redhat.com>
	<20150311132014.GA4324@abstractj.org>
	<CAAg5f2RiVMsDWjnBHPaFwa+Fmu=G3jWpKaPD1-qmOOG57FP_qQ@mail.gmail.com>
	<469870403.8790119.1426087380005.JavaMail.zimbra@redhat.com>
Message-ID: <CAAg5f2QovdnLUG-0OCyrS_wYVzz=xsegssPVXxzsNBPBYd5a9A@mail.gmail.com>

On Wed, Mar 11, 2015 at 4:23 PM, Andres Galante <agalante at redhat.com> wrote:

> We need get started for internal pages. If a user is in community for
> example he'll need get started.
>
> +1 to put road maps under docs
>
well... that I could live with

>
> Maybe we can also put news under community?
>

but news/blog, I'd really hate to see moved out -1 on that

>
>
> ----- Original Message -----
> From: "Matthias Wessendorf" <matzew at apache.org>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Wednesday, March 11, 2015 10:27:47 AM
> Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness
>
>
>
> On Wed, Mar 11, 2015 at 2:20 PM, Bruno Oliveira < bruno at abstractj.org >
> wrote:
>
>
> My 2 cents,
>
> 1. Get started already have a button, so make it vanish from screen when
> the website is resized wouldn't be a big deal.
>
> 2. Road map could be under 'Docs' which makes sense to me.
>
> I actually like it's an explicit item on the breadcrumbs.
>
>
>
> This is only my personal view.
>
> On 2015-03-11, Andres Galante wrote:
> > This is the issue:
> >
> > https://dl.dropboxusercontent.com/u/4371641/1.png
> > https://dl.dropboxusercontent.com/u/4371641/2.png
> >
> > Too many items on the menu :)
> >
> >
> > ----- Original Message -----
> > From: "Luk?? Fry?" < lukas.fryc at gmail.com >
> > To: "AeroGear Developer Mailing List" < aerogear-dev at lists.jboss.org >
> > Sent: Wednesday, March 11, 2015 6:13:33 AM
> > Subject: Re: [aerogear-dev] New Site - Main Navigation responsiveness
> >
> > Let's the normal browser window by mouse fluently, the navigation breaks
> for ~tablet size (landscape) screen.
> >
> > Not that many people would use this size, but some use non-maximized
> browser window - there it will break a bit.
> >
> > On Wed, Mar 11, 2015 at 8:48 AM, Sebastien Blanc < scm.blanc at gmail.com
> > wrote:
> >
> >
> >
> > Hi Lukas,
> > What is exactly the issue ? Because I just tried it out by changing the
> size to mobile devices (using developer tools viewports) and it just work
> as a charm, no real issue there.
> >
> >
> > On Wed, Mar 11, 2015 at 8:02 AM, Luk?? Fry? < lukas.fryc at gmail.com >
> wrote:
> >
> >
> >
> > Hey guys,
> >
> > Andres and me have found out that the page responses quite well as
> screen size changes,
> >
> > but the Main Navigation poses a problem.
> >
> > (try it yourself by resizing the browser window)
> >
> >
> > We have two options:
> >
> > 1. collapse some menu items under dropdown (e.g. put Road Map and News
> under new Community dropdown)
> >
> > 2. collapse menu items only when screen size does not allow to place all
> the current menu items (effectively means having two versions of the menu)
> >
> > 3. ignore the problem
> >
> >
> > Any other suggestions?
> >
> >
> > @Andres: what do you think about (2)? Seems a bit against semantic web
> guidelines (having same content duplicated for different resolutions).
> >
> > ~ Lukas
> >
> > _______________________________________________
> > 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
> >
> >
> > _______________________________________________
> > 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
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150311/14556db6/attachment.html 

From lukas.fryc at gmail.com  Wed Mar 11 12:11:55 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 11 Mar 2015 17:11:55 +0100
Subject: [aerogear-dev] AeroGear Sync - 1.0.0-alpha.1
In-Reply-To: <0DEC11A3-C7CA-41A6-8831-5C4CD2BBA8AC@gmail.com>
References: <CAAg5f2TTEZcGadYiSV1gXARAMDEsS8rLE5iE5Y9DR2u5mCTAgA@mail.gmail.com>
	<0DEC11A3-C7CA-41A6-8831-5C4CD2BBA8AC@gmail.com>
Message-ID: <CAEroY351U+4QwxuzrVpjziQmBOYvEkczEsuhMiVf83eRfpoRzw@mail.gmail.com>

Heya,


I've tested aerogear-js-cookbook/diff-sync-ember with aerogear.custom.js
from 2.1.0-beta tag.
I ran java -jar AeroGear-JsonPatchSyncServer.jar during this test.

I did another test with WildFly 8.2 - here it works, but one has to change
port in the cookbook from 7777 to 8080 first.

@matzew: we should mention that in the release notes


+1 Great job, team!


Cheers!

~ Lukas


On Tue, Mar 10, 2015 at 6:06 PM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> Hi,
>
> tested client with executable jar?s
> JsonPatchSyncServer,jar/DiffMatchPatchSyncServer.jar plus the Wildfly
> installation war, had no issues and demos worked correctly.
>
> +1
>
> -
> Christos
>
>
> On Mar 9, 2015, at 11:30 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
> Hi there,
>
> I have uploaded the bits for our 1.0.0-alpha.1 release of our Sync Server
> to
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5029/
>
> On Github I created a pre-release, which contains executable JARs for all
> our different Netty server variations, as well as our WAR file for WildFly
> https://github.com/aerogear/aerogear-sync-server/releases/tag/1.0.0-alpha.1
>
> Feel free to test one of these servers.
>
> I plan to release the bits at the end of my Wednesday, to have an
> announcement ready by Thursday morning, as discussed in todays meeting.
>
> -Matthias
>
> --
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/b57073f5/attachment.html 

From corinnekrych at gmail.com  Wed Mar 11 12:52:02 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Wed, 11 Mar 2015 17:52:02 +0100
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
In-Reply-To: <CAAb5+-V0wBr1_phGE6=pS-eWObSuCRbmMnMAEOnqJeiy9oiURA@mail.gmail.com>
References: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
	<613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>
	<CAAb5+-WHFdFbSuEcj-0dh-jV=XG=1j5JL87F__CT3MDV9-P4dg@mail.gmail.com>
	<CAAb5+-V0wBr1_phGE6=pS-eWObSuCRbmMnMAEOnqJeiy9oiURA@mail.gmail.com>
Message-ID: <8B3EC22B-186D-45C0-A49F-855D9E77B387@gmail.com>

Hi Denis,

Nice to see you're progressing.
Once you?ve got a demo app, please share the github repo URL with us ;)

++
Corinne
[
> On 11 Mar 2015, at 16:24, ????? ???????? <banddk1 at gmail.com> wrote:
> 
> Hello,I figured out with URL schemes, I have never used them before, that's cool :)  VK is inconvenient, I have spent a lot of time on redirect uri. 
> I have received a notification in application !)
> 
> 
> P.S The pictures in your blog are very nice)
> 
> Denis.
> 
> 2015-03-10 23:41 GMT+03:00 ????? ???????? <banddk1 at gmail.com>:
> Oh, yes, I am understand now.
> Thank you Corinne)
> 
> Denis.
> 
> 2015-03-10 22:31 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> Hello Denis,
> 
> If you read my blog post [1] I think you manage the "step1: authz code?. At this stage you don?t have an access token but an very temporary authorization code.
> Now to be able to re-enter the app, you should define on url schema that matches your redirect_uri as explained in [2].
> 
> When working with different providers, the main challenge is to understand how they register/configuration works. for example Facebook expect a redirect_uri that matches the pattern: fb+client_id whereas Google recommand the usage of bundle id as redirect_ui.
> 
> Once you manage to re-enter the app, this code will be extracted from parameter and then can be used in step2 to exchange it for an access token (that part is taken care for you by the oauth2 lib).
> 
> ++
> Corinne
> [1] http://corinnekrych.blogspot.fr/2014/11/oauth2-for-android-and-ios-with-keycloak.html
> [2] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#step3-configure-shoot-app-ios-client
> 
> > On 10 Mar 2015, at 19:50, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Hi everyone!) I try to add VK config in IOS-OAuth2, my application opens safari and asks for permission, I click ?ok? and then browser opens page with access token, and that is it  Browser remains open and I can?t get token in application. What could be the problem ?)
> >
> > Denis.
> > _______________________________________________
> > 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
> 
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From matzew at apache.org  Wed Mar 11 13:28:26 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 11 Mar 2015 18:28:26 +0100
Subject: [aerogear-dev] AeroGear Sync - 1.0.0-alpha.1
In-Reply-To: <CAEroY351U+4QwxuzrVpjziQmBOYvEkczEsuhMiVf83eRfpoRzw@mail.gmail.com>
References: <CAAg5f2TTEZcGadYiSV1gXARAMDEsS8rLE5iE5Y9DR2u5mCTAgA@mail.gmail.com>
	<0DEC11A3-C7CA-41A6-8831-5C4CD2BBA8AC@gmail.com>
	<CAEroY351U+4QwxuzrVpjziQmBOYvEkczEsuhMiVf83eRfpoRzw@mail.gmail.com>
Message-ID: <CAAg5f2QD=4+swvchV4EYtpkdGOvZqQZFxqmm9uq4iCEF+s2PEQ@mail.gmail.com>

Thanks for testing, Lukas and Christos - I will move forward and click the
release button

-M

On Wed, Mar 11, 2015 at 5:11 PM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Heya,
>
>
> I've tested aerogear-js-cookbook/diff-sync-ember with aerogear.custom.js
> from 2.1.0-beta tag.
> I ran java -jar AeroGear-JsonPatchSyncServer.jar during this test.
>
> I did another test with WildFly 8.2 - here it works, but one has to change
> port in the cookbook from 7777 to 8080 first.
>
> @matzew: we should mention that in the release notes
>
>
> +1 Great job, team!
>
>
> Cheers!
>
> ~ Lukas
>
>
> On Tue, Mar 10, 2015 at 6:06 PM, Christos Vasilakis <cvasilak at gmail.com>
> wrote:
>
>> Hi,
>>
>> tested client with executable jar?s
>> JsonPatchSyncServer,jar/DiffMatchPatchSyncServer.jar plus the Wildfly
>> installation war, had no issues and demos worked correctly.
>>
>> +1
>>
>> -
>> Christos
>>
>>
>> On Mar 9, 2015, at 11:30 PM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>> Hi there,
>>
>> I have uploaded the bits for our 1.0.0-alpha.1 release of our Sync Server
>> to
>>
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5029/
>>
>> On Github I created a pre-release, which contains executable JARs for all
>> our different Netty server variations, as well as our WAR file for WildFly
>>
>> https://github.com/aerogear/aerogear-sync-server/releases/tag/1.0.0-alpha.1
>>
>> Feel free to test one of these servers.
>>
>> I plan to release the bits at the end of my Wednesday, to have an
>> announcement ready by Thursday morning, as discussed in todays meeting.
>>
>> -Matthias
>>
>> --
>> 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
>>
>
>
> _______________________________________________
> 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/20150311/65f3d618/attachment-0001.html 

From daniel at passos.me  Wed Mar 11 22:27:17 2015
From: daniel at passos.me (Daniel Passos)
Date: Wed, 11 Mar 2015 23:27:17 -0300
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
Message-ID: <CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>

Hi,

We will postpone it to next Friday to have more time to tests

-- Passos
On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:

> Hi,
>
> After finding a mirror[1] bug in the Android Push library 1.0.0 release, we're planning to release 1.0.1 next Wednesday to fix it.
>
> Fell free to test[2] it and let us know if you find any issues.
>
> [1] https://issues.jboss.org/browse/AGDROID-368
> [2] https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
>
> -- Passos
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150311/ac34b1f2/attachment.html 

From bleathem at gmail.com  Thu Mar 12 03:17:18 2015
From: bleathem at gmail.com (Brian Leathem)
Date: Thu, 12 Mar 2015 00:17:18 -0700
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
In-Reply-To: <46BBA3CD-0338-4C53-87C0-F0171B44CC41@gmail.com>
References: <20150309202741.GA37136@abstractj.org>
	<AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>
	<20150309211002.GA38412@abstractj.org>
	<46BBA3CD-0338-4C53-87C0-F0171B44CC41@gmail.com>
Message-ID: <55013D7E.30605@gmail.com>

On 2015-03-09 02:30 PM, S?bastien Blanc wrote:
> Envoy? de mon iPhone
>
>> Le 9 mars 2015 ? 22:10, Bruno Oliveira <bruno at abstractj.org> a ?crit :
>>
>> Yay, thanks for the heads up. So I assume that the workaround for iOS is
> You mean Android ? Yeah We coule add it to the guide until platform 4.0 is released.

In case anyone missed it: Eric merged a PR [1] today that removes the
workaround for Android; so it shouldn't be included in the guide.

Brian

[1] https://github.com/aerogear/aerogear-cordova-oauth2/pull/17

From lukas.fryc at gmail.com  Thu Mar 12 05:38:27 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Thu, 12 Mar 2015 10:38:27 +0100
Subject: [aerogear-dev] Changes to aerogear.org - master/new-design
Message-ID: <CAEroY37pcCDaTxyVUkoHFyCtzZLpHFLFH1=oL-6ciFPstkn3jg@mail.gmail.com>

Hey guys,

just heads up, if you have some changes to aerogear.org, please send them
directly to the `new-design` branch,

as I'm starting works on merging the new-design branch with master and
resolving conflicts.

Thanks!

~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150312/6988bda9/attachment.html 

From bruno at abstractj.org  Thu Mar 12 07:21:17 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 12 Mar 2015 08:21:17 -0300
Subject: [aerogear-dev] Move OTP demos to the cookbooks
Message-ID: <20150312112117.GA18666@abstractj.org>

Morning, I can't remember if this was already discussed here. But what
do you think about move our OTP demos to the respective cookbook repositories?

--

abstractj
PGP: 0x84DC9914

From matzew at apache.org  Thu Mar 12 07:26:53 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 12 Mar 2015 12:26:53 +0100
Subject: [aerogear-dev] Move OTP demos to the cookbooks
In-Reply-To: <20150312112117.GA18666@abstractj.org>
References: <20150312112117.GA18666@abstractj.org>
Message-ID: <CAAg5f2Q0+g_JawyZhiAW_n0THXnQbSq6-qjXUGJfeo52_DLm4A@mail.gmail.com>

yeah, that's good call. I had a vage memory of that being discussed
already, and yes, here are some JIRAs for that already

https://issues.jboss.org/browse/AGDROID-383
https://issues.jboss.org/browse/AGIOS-391
https://issues.jboss.org/browse/AGIOS-394

Cheers!
Matthias

On Thu, Mar 12, 2015 at 12:21 PM, Bruno Oliveira <bruno at abstractj.org>
wrote:

> Morning, I can't remember if this was already discussed here. But what
> do you think about move our OTP demos to the respective cookbook
> repositories?
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150312/3fa54574/attachment.html 

From bruno at abstractj.org  Thu Mar 12 07:27:15 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 12 Mar 2015 08:27:15 -0300
Subject: [aerogear-dev] [Cordova] - Workarounds for iOS and Android
In-Reply-To: <55013D7E.30605@gmail.com>
References: <20150309202741.GA37136@abstractj.org>
	<AB706EDB-D428-4E98-80DC-232AF2D07947@gmail.com>
	<20150309211002.GA38412@abstractj.org>
	<46BBA3CD-0338-4C53-87C0-F0171B44CC41@gmail.com>
	<55013D7E.30605@gmail.com>
Message-ID: <20150312112715.GB18666@abstractj.org>

Thank you Brian, I didn't.

On 2015-03-12, Brian Leathem wrote:
> On 2015-03-09 02:30 PM, S?bastien Blanc wrote:
> > Envoy? de mon iPhone
> >
> >> Le 9 mars 2015 ? 22:10, Bruno Oliveira <bruno at abstractj.org> a ?crit :
> >>
> >> Yay, thanks for the heads up. So I assume that the workaround for iOS is
> > You mean Android ? Yeah We coule add it to the guide until platform 4.0 is released.
>
> In case anyone missed it: Eric merged a PR [1] today that removes the
> workaround for Android; so it shouldn't be included in the guide.
>
> Brian
>
> [1] https://github.com/aerogear/aerogear-cordova-oauth2/pull/17
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

--

abstractj
PGP: 0x84DC9914

From bruno at abstractj.org  Thu Mar 12 07:27:36 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 12 Mar 2015 08:27:36 -0300
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
	<CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
Message-ID: <20150312112736.GC18666@abstractj.org>

+1

On 2015-03-11, Daniel Passos wrote:
> Hi,
>
> We will postpone it to next Friday to have more time to tests
>
> -- Passos
> On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:
>
> > Hi,
> >
> > After finding a mirror[1] bug in the Android Push library 1.0.0 release, we're planning to release 1.0.1 next Wednesday to fix it.
> >
> > Fell free to test[2] it and let us know if you find any issues.
> >
> > [1] https://issues.jboss.org/browse/AGDROID-368
> > [2] https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
> >
> > -- Passos
> >
> >

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


--

abstractj
PGP: 0x84DC9914

From bruno at abstractj.org  Thu Mar 12 07:32:35 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Thu, 12 Mar 2015 08:32:35 -0300
Subject: [aerogear-dev] Move OTP demos to the cookbooks
In-Reply-To: <CAAg5f2Q0+g_JawyZhiAW_n0THXnQbSq6-qjXUGJfeo52_DLm4A@mail.gmail.com>
References: <20150312112117.GA18666@abstractj.org>
	<CAAg5f2Q0+g_JawyZhiAW_n0THXnQbSq6-qjXUGJfeo52_DLm4A@mail.gmail.com>
Message-ID: <20150312113235.GD18666@abstractj.org>

Assigned the unassigned Jiras to myself, also created the following Jira
to track the issue: https://issues.jboss.org/browse/AGCORDOVA-80


On 2015-03-12, Matthias Wessendorf wrote:
> yeah, that's good call. I had a vage memory of that being discussed
> already, and yes, here are some JIRAs for that already
>
> https://issues.jboss.org/browse/AGDROID-383
> https://issues.jboss.org/browse/AGIOS-391
> https://issues.jboss.org/browse/AGIOS-394
>
> Cheers!
> Matthias
>
> On Thu, Mar 12, 2015 at 12:21 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
> > Morning, I can't remember if this was already discussed here. But what
> > do you think about move our OTP demos to the respective cookbook
> > repositories?
> >
> > --
> >
> > abstractj
> > PGP: 0x84DC9914
> > _______________________________________________
> > 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


--

abstractj
PGP: 0x84DC9914

From matzew at apache.org  Thu Mar 12 09:30:35 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 12 Mar 2015 14:30:35 +0100
Subject: [aerogear-dev] UPS: Databases - skipping H2 on 1.0.x
Message-ID: <CAAg5f2RtxD2b8b8EyJKvKJUyUWjRYTfkZRm21_qkVu7Bkv5seQ@mail.gmail.com>

Hi,

with the migration support on UPS that @qmx did, we have DB schema
versioning. As a consequence the value of 'hibernate.hbm2ddl.auto' in the
persistence.xml was changed to 'validate' to force the JPA provider to
validate, instead of updating.

On #512 we agreed that changing this back to 'update' is back. I did not
see that initially, and I am thankful that @qmx pointed me to it.

What does this mean: for the 1.0.3 release we do no longer support H2
database. Instead we just support MySQL and Postgres, to match production
environments.

However, H2 is handy for getting a quick run, and for new users. Thanks to
our OpenShift cartridge, getting started is even simpler - no local
installation is needed.

However, for MASTER branch, we will be introducing a "development" profile,
that will allow users and developers to ran locally against H2. When
running releases, that - of course - is disabled :-)

Greetings,
Matthias

PS: Yes, we had bugs in the past due to the fact "It works on H2", and now,
supporting 'real' DBs, we are a step closer to production environments,
even for our own development.



-- 
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/20150312/03c1cb92/attachment-0001.html 

From scm.blanc at gmail.com  Thu Mar 12 09:41:52 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Thu, 12 Mar 2015 14:41:52 +0100
Subject: [aerogear-dev] UPS: Databases - skipping H2 on 1.0.x
In-Reply-To: <CAAg5f2RtxD2b8b8EyJKvKJUyUWjRYTfkZRm21_qkVu7Bkv5seQ@mail.gmail.com>
References: <CAAg5f2RtxD2b8b8EyJKvKJUyUWjRYTfkZRm21_qkVu7Bkv5seQ@mail.gmail.com>
Message-ID: <CAD_dpu0KiAgGqQbAYoo6=nzDWXphr6JExQQzeJ-SpLaV5Sg+Dg@mail.gmail.com>

Make all sense !


On Thu, Mar 12, 2015 at 2:30 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Hi,
>
> with the migration support on UPS that @qmx did, we have DB schema
> versioning. As a consequence the value of 'hibernate.hbm2ddl.auto' in the
> persistence.xml was changed to 'validate' to force the JPA provider to
> validate, instead of updating.
>
> On #512 we agreed that changing this back to 'update' is back. I did not
> see that initially, and I am thankful that @qmx pointed me to it.
>
> What does this mean: for the 1.0.3 release we do no longer support H2
> database. Instead we just support MySQL and Postgres, to match production
> environments.
>
> However, H2 is handy for getting a quick run, and for new users. Thanks to
> our OpenShift cartridge, getting started is even simpler - no local
> installation is needed.
>
> However, for MASTER branch, we will be introducing a "development"
> profile, that will allow users and developers to ran locally against H2.
> When running releases, that - of course - is disabled :-)
>
> Greetings,
> Matthias
>
> PS: Yes, we had bugs in the past due to the fact "It works on H2", and
> now, supporting 'real' DBs, we are a step closer to production
> environments, even for our own development.
>
>
>
> --
> 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/20150312/adac611c/attachment.html 

From scm.blanc at gmail.com  Thu Mar 12 11:57:28 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Thu, 12 Mar 2015 16:57:28 +0100
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <20150312112736.GC18666@abstractj.org>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
	<CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
	<20150312112736.GC18666@abstractj.org>
Message-ID: <CAD_dpu1opLyDpg614bs7EnTjVM0ME0S8yGdd_f5hF0-kt3R44w@mail.gmail.com>

I've done these tests :
- helloworld-push android 1.0.1 tag + the staged push lib : +1 I can
register and send messages (not tested unregister since it's not possible
with helloworld)
- tested unregister with this test app  :
https://github.com/danielpassos/aerogear-android-push-registration-test
  *  UPS 1.0.3 +1
  *  Failing on UPS 1.1.x but not sure if that is a problem since AGDROID
PUSH 1.0.1 is targeted for UPS 1.0.x series right ?



On Thu, Mar 12, 2015 at 12:27 PM, Bruno Oliveira <bruno at abstractj.org>
wrote:

> +1
>
> On 2015-03-11, Daniel Passos wrote:
> > Hi,
> >
> > We will postpone it to next Friday to have more time to tests
> >
> > -- Passos
> > On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:
> >
> > > Hi,
> > >
> > > After finding a mirror[1] bug in the Android Push library 1.0.0
> release, we're planning to release 1.0.1 next Wednesday to fix it.
> > >
> > > Fell free to test[2] it and let us know if you find any issues.
> > >
> > > [1] https://issues.jboss.org/browse/AGDROID-368
> > > [2]
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
> > >
> > > -- Passos
> > >
> > >
>
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> 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/20150312/8d73c9da/attachment.html 

From banddk1 at gmail.com  Fri Mar 13 05:01:28 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Fri, 13 Mar 2015 12:01:28 +0300
Subject: [aerogear-dev] IOS-OAuth2( vk.com)
In-Reply-To: <8B3EC22B-186D-45C0-A49F-855D9E77B387@gmail.com>
References: <CAAb5+-V6K+3iYJN10Wr6Hfc_a6vrmyy2uvsCfDAhUzGOFSAFRA@mail.gmail.com>
	<613CD641-F73B-4EA9-B0CF-94D50F8E3239@gmail.com>
	<CAAb5+-WHFdFbSuEcj-0dh-jV=XG=1j5JL87F__CT3MDV9-P4dg@mail.gmail.com>
	<CAAb5+-V0wBr1_phGE6=pS-eWObSuCRbmMnMAEOnqJeiy9oiURA@mail.gmail.com>
	<8B3EC22B-186D-45C0-A49F-855D9E77B387@gmail.com>
Message-ID: <CAAb5+-WhV=+DH0VVG1DSGiXdXWFfci+vv7HPisrDhpuW4E+89g@mail.gmail.com>

Hi )
Why do we get access code ? I can change response type on token, and vk
sends token to application. Facebook doesn't send token without code,
doesn't it?

Denis.

2015-03-11 19:52 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hi Denis,
>
> Nice to see you're progressing.
> Once you?ve got a demo app, please share the github repo URL with us ;)
>
> ++
> Corinne
> [
> > On 11 Mar 2015, at 16:24, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Hello,I figured out with URL schemes, I have never used them before,
> that's cool :)  VK is inconvenient, I have spent a lot of time on redirect
> uri.
> > I have received a notification in application !)
> >
> >
> > P.S The pictures in your blog are very nice)
> >
> > Denis.
> >
> > 2015-03-10 23:41 GMT+03:00 ????? ???????? <banddk1 at gmail.com>:
> > Oh, yes, I am understand now.
> > Thank you Corinne)
> >
> > Denis.
> >
> > 2015-03-10 22:31 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> > Hello Denis,
> >
> > If you read my blog post [1] I think you manage the "step1: authz code?.
> At this stage you don?t have an access token but an very temporary
> authorization code.
> > Now to be able to re-enter the app, you should define on url schema that
> matches your redirect_uri as explained in [2].
> >
> > When working with different providers, the main challenge is to
> understand how they register/configuration works. for example Facebook
> expect a redirect_uri that matches the pattern: fb+client_id whereas Google
> recommand the usage of bundle id as redirect_ui.
> >
> > Once you manage to re-enter the app, this code will be extracted from
> parameter and then can be used in step2 to exchange it for an access token
> (that part is taken care for you by the oauth2 lib).
> >
> > ++
> > Corinne
> > [1]
> http://corinnekrych.blogspot.fr/2014/11/oauth2-for-android-and-ios-with-keycloak.html
> > [2]
> https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Shoot#step3-configure-shoot-app-ios-client
> >
> > > On 10 Mar 2015, at 19:50, ????? ???????? <banddk1 at gmail.com> wrote:
> > >
> > > Hi everyone!) I try to add VK config in IOS-OAuth2, my application
> opens safari and asks for permission, I click ?ok? and then browser opens
> page with access token, and that is it  Browser remains open and I can?t
> get token in application. What could be the problem ?)
> > >
> > > Denis.
> > > _______________________________________________
> > > 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
> >
> >
> > _______________________________________________
> > 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150313/c39dcecd/attachment.html 

From matzew at apache.org  Fri Mar 13 05:56:10 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 13 Mar 2015 10:56:10 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
Message-ID: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>

Hi,

we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
not yet able to create a staging repo for that (I notified our ops team).

However, for testing the server, all we really need are the WAR files. I
have uploaded the distribution files to GH, as a pre-release:

https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
<https://gist.github.com/matzew/a5ada653c1e13b4b55cc#notes>NOTES

   1. We no longer support H2 database. You need MySQL/Postgres for tests.
   2. The JPA provider no longer creates the DB schema for you

If you don't have MySQL installed, it's trivial to use it via Docker:

docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush
-e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e
MYSQL_ROOT_PASSWORD=supersecret -d mysql

Now, once the DB is up, you need to run the migrator against the empty
database to create the schema. The migrator is included in the dist file,
and instructions are here
<https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>

DB setup for EAP/WildFly works as usual, see
https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds

Once that is all done, install the WARs to your application container:
https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy

Let me know about this release, and if there are no complains by Wednesday,
I will push the bits to maven central and mark the pre-release as a real
release

Oh, this is most-likely the last release of the 1.0.x series

-Matthias

PS: I am now updating the docs, to reflect the changes and new requirements



-- 
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/20150313/f2383d3a/attachment-0001.html 

From matzew at apache.org  Fri Mar 13 11:00:17 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 13 Mar 2015 16:00:17 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
Message-ID: <CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>

@docs: updates are now live:
https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema

also, here is the promised staging repo:
https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/

happy testing

On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Hi,
>
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
> not yet able to create a staging repo for that (I notified our ops team).
>
> However, for testing the server, all we really need are the WAR files. I
> have uploaded the distribution files to GH, as a pre-release:
>
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
> <https://gist.github.com/matzew/a5ada653c1e13b4b55cc#notes>NOTES
>
>    1. We no longer support H2 database. You need MySQL/Postgres for tests.
>    2. The JPA provider no longer creates the DB schema for you
>
> If you don't have MySQL installed, it's trivial to use it via Docker:
>
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>
> Now, once the DB is up, you need to run the migrator against the empty
> database to create the schema. The migrator is included in the dist file,
> and instructions are here
> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>
> DB setup for EAP/WildFly works as usual, see
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>
> Once that is all done, install the WARs to your application container:
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>
> Let me know about this release, and if there are no complains by
> Wednesday, I will push the bits to maven central and mark the pre-release
> as a real release
>
> Oh, this is most-likely the last release of the 1.0.x series
>
> -Matthias
>
> PS: I am now updating the docs, to reflect the changes and new requirements
>
>
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>



-- 
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/20150313/d4e7bc4d/attachment.html 

From matzew at apache.org  Fri Mar 13 11:20:28 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 13 Mar 2015 16:20:28 +0100
Subject: [aerogear-dev] da
Message-ID: <CAAg5f2TvV80j6XyKtZ0MVRQy+b36YJX=gjpSQKrPqfY+WaAqxw@mail.gmail.com>

arrivederci hans du hast den l?ngsten weg nach hause

-- 
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/20150313/99518807/attachment.html 

From matzew at apache.org  Fri Mar 13 11:21:16 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 13 Mar 2015 16:21:16 +0100
Subject: [aerogear-dev] da
In-Reply-To: <CAAg5f2TvV80j6XyKtZ0MVRQy+b36YJX=gjpSQKrPqfY+WaAqxw@mail.gmail.com>
References: <CAAg5f2TvV80j6XyKtZ0MVRQy+b36YJX=gjpSQKrPqfY+WaAqxw@mail.gmail.com>
Message-ID: <CAAg5f2RCR1UQctALjipsjHWijENQBuATZTyJkAvb2qtbw1Aqow@mail.gmail.com>

uhm - that was wrong receiver :-)

On Fri, Mar 13, 2015 at 4:20 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> arrivederci hans du hast den l?ngsten weg nach hause
>
> --
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>



-- 
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/20150313/d5fb1a66/attachment.html 

From daniel at passos.me  Fri Mar 13 11:44:50 2015
From: daniel at passos.me (Daniel Passos)
Date: Fri, 13 Mar 2015 12:44:50 -0300
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <CAD_dpu1opLyDpg614bs7EnTjVM0ME0S8yGdd_f5hF0-kt3R44w@mail.gmail.com>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
	<CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
	<20150312112736.GC18666@abstractj.org>
	<CAD_dpu1opLyDpg614bs7EnTjVM0ME0S8yGdd_f5hF0-kt3R44w@mail.gmail.com>
Message-ID: <CAKjsGbs9b31kTze6zxCT9LMRd2SH2g=w0aH=55h4V2YPbx_VAg@mail.gmail.com>

Hi Sebi,

Looking for the log[1], seems it's not a client problem, so, I'ma about to
click in release button.

[1] https://gist.github.com/sebastienblanc/3e5081d542604b6ee7f8

-- Passos

On Thu, Mar 12, 2015 at 12:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> I've done these tests :
> - helloworld-push android 1.0.1 tag + the staged push lib : +1 I can
> register and send messages (not tested unregister since it's not possible
> with helloworld)
> - tested unregister with this test app  :
> https://github.com/danielpassos/aerogear-android-push-registration-test
>   *  UPS 1.0.3 +1
>   *  Failing on UPS 1.1.x but not sure if that is a problem since AGDROID
> PUSH 1.0.1 is targeted for UPS 1.0.x series right ?
>
>
>
> On Thu, Mar 12, 2015 at 12:27 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
>> +1
>>
>> On 2015-03-11, Daniel Passos wrote:
>> > Hi,
>> >
>> > We will postpone it to next Friday to have more time to tests
>> >
>> > -- Passos
>> > On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:
>> >
>> > > Hi,
>> > >
>> > > After finding a mirror[1] bug in the Android Push library 1.0.0
>> release, we're planning to release 1.0.1 next Wednesday to fix it.
>> > >
>> > > Fell free to test[2] it and let us know if you find any issues.
>> > >
>> > > [1] https://issues.jboss.org/browse/AGDROID-368
>> > > [2]
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
>> > >
>> > > -- Passos
>> > >
>> > >
>>
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>>
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150313/4623efc6/attachment.html 

From scm.blanc at gmail.com  Fri Mar 13 11:56:33 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Fri, 13 Mar 2015 16:56:33 +0100
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <CAKjsGbs9b31kTze6zxCT9LMRd2SH2g=w0aH=55h4V2YPbx_VAg@mail.gmail.com>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
	<CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
	<20150312112736.GC18666@abstractj.org>
	<CAD_dpu1opLyDpg614bs7EnTjVM0ME0S8yGdd_f5hF0-kt3R44w@mail.gmail.com>
	<CAKjsGbs9b31kTze6zxCT9LMRd2SH2g=w0aH=55h4V2YPbx_VAg@mail.gmail.com>
Message-ID: <CAD_dpu0mrHwT4cRCtiyR4zTEyxPMkJxkp_QYhJZv7PXjDv7m9A@mail.gmail.com>

Release the kraken !!


On Fri, Mar 13, 2015 at 4:44 PM, Daniel Passos <daniel at passos.me> wrote:

> Hi Sebi,
>
> Looking for the log[1], seems it's not a client problem, so, I'ma about to
> click in release button.
>
> [1] https://gist.github.com/sebastienblanc/3e5081d542604b6ee7f8
>
> -- Passos
>
>
> On Thu, Mar 12, 2015 at 12:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
> wrote:
>
>> I've done these tests :
>> - helloworld-push android 1.0.1 tag + the staged push lib : +1 I can
>> register and send messages (not tested unregister since it's not possible
>> with helloworld)
>> - tested unregister with this test app  :
>> https://github.com/danielpassos/aerogear-android-push-registration-test
>>   *  UPS 1.0.3 +1
>>   *  Failing on UPS 1.1.x but not sure if that is a problem since AGDROID
>> PUSH 1.0.1 is targeted for UPS 1.0.x series right ?
>>
>>
>>
>> On Thu, Mar 12, 2015 at 12:27 PM, Bruno Oliveira <bruno at abstractj.org>
>> wrote:
>>
>>> +1
>>>
>>> On 2015-03-11, Daniel Passos wrote:
>>> > Hi,
>>> >
>>> > We will postpone it to next Friday to have more time to tests
>>> >
>>> > -- Passos
>>> > On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:
>>> >
>>> > > Hi,
>>> > >
>>> > > After finding a mirror[1] bug in the Android Push library 1.0.0
>>> release, we're planning to release 1.0.1 next Wednesday to fix it.
>>> > >
>>> > > Fell free to test[2] it and let us know if you find any issues.
>>> > >
>>> > > [1] https://issues.jboss.org/browse/AGDROID-368
>>> > > [2]
>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
>>> > >
>>> > > -- Passos
>>> > >
>>> > >
>>>
>>> > _______________________________________________
>>> > aerogear-dev mailing list
>>> > aerogear-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>> --
>>>
>>> abstractj
>>> PGP: 0x84DC9914
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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/20150313/7bdc82ab/attachment-0001.html 

From matzew at apache.org  Fri Mar 13 12:03:05 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 13 Mar 2015 17:03:05 +0100
Subject: [aerogear-dev] AeroGear Android Push - 1.0.1
In-Reply-To: <CAD_dpu0mrHwT4cRCtiyR4zTEyxPMkJxkp_QYhJZv7PXjDv7m9A@mail.gmail.com>
References: <CAKjsGbvzODn4fu6GfpXGBm4ccW72AHKcbcVqoQgTmQJ167Oshg@mail.gmail.com>
	<CAKjsGbu3fN6bBj=AjNFNGGPnmmm+5H0Yzuw_oKZwAVJbBWANLg@mail.gmail.com>
	<20150312112736.GC18666@abstractj.org>
	<CAD_dpu1opLyDpg614bs7EnTjVM0ME0S8yGdd_f5hF0-kt3R44w@mail.gmail.com>
	<CAKjsGbs9b31kTze6zxCT9LMRd2SH2g=w0aH=55h4V2YPbx_VAg@mail.gmail.com>
	<CAD_dpu0mrHwT4cRCtiyR4zTEyxPMkJxkp_QYhJZv7PXjDv7m9A@mail.gmail.com>
Message-ID: <CAAg5f2S80jah+MkJwsfsk1XeYmJWwi5BUHGXtTrBV9Qo3FqB+A@mail.gmail.com>

yay!

On Fri, Mar 13, 2015 at 4:56 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Release the kraken !!
>
>
> On Fri, Mar 13, 2015 at 4:44 PM, Daniel Passos <daniel at passos.me> wrote:
>
>> Hi Sebi,
>>
>> Looking for the log[1], seems it's not a client problem, so, I'ma about
>> to click in release button.
>>
>> [1] https://gist.github.com/sebastienblanc/3e5081d542604b6ee7f8
>>
>> -- Passos
>>
>>
>> On Thu, Mar 12, 2015 at 12:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>> I've done these tests :
>>> - helloworld-push android 1.0.1 tag + the staged push lib : +1 I can
>>> register and send messages (not tested unregister since it's not possible
>>> with helloworld)
>>> - tested unregister with this test app  :
>>> https://github.com/danielpassos/aerogear-android-push-registration-test
>>>   *  UPS 1.0.3 +1
>>>   *  Failing on UPS 1.1.x but not sure if that is a problem since
>>> AGDROID PUSH 1.0.1 is targeted for UPS 1.0.x series right ?
>>>
>>>
>>>
>>> On Thu, Mar 12, 2015 at 12:27 PM, Bruno Oliveira <bruno at abstractj.org>
>>> wrote:
>>>
>>>> +1
>>>>
>>>> On 2015-03-11, Daniel Passos wrote:
>>>> > Hi,
>>>> >
>>>> > We will postpone it to next Friday to have more time to tests
>>>> >
>>>> > -- Passos
>>>> > On Mar 9, 2015 4:47 PM, "Daniel Passos" <daniel at passos.me> wrote:
>>>> >
>>>> > > Hi,
>>>> > >
>>>> > > After finding a mirror[1] bug in the Android Push library 1.0.0
>>>> release, we're planning to release 1.0.1 next Wednesday to fix it.
>>>> > >
>>>> > > Fell free to test[2] it and let us know if you find any issues.
>>>> > >
>>>> > > [1] https://issues.jboss.org/browse/AGDROID-368
>>>> > > [2]
>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5030/
>>>> > >
>>>> > > -- Passos
>>>> > >
>>>> > >
>>>>
>>>> > _______________________________________________
>>>> > aerogear-dev mailing list
>>>> > aerogear-dev at lists.jboss.org
>>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>>
>>>> --
>>>>
>>>> abstractj
>>>> PGP: 0x84DC9914
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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/20150313/47fcb37a/attachment.html 

From supittma at redhat.com  Fri Mar 13 12:09:51 2015
From: supittma at redhat.com (Summers Pittman)
Date: Fri, 13 Mar 2015 12:09:51 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
Message-ID: <55030BCF.8060303@redhat.com>

I made the DevNexus[1] app the past two years and have tried to dogfood 
as much of the Android AeroGear client library as I could. Consider this 
a field report of sorts from a experienced user's perspective.

# Server Background
The DevNexus website exposes its registration data as a series of JSON 
documents.  It also exposes a custom Google+ authentication endpoint 
used to identify users.  This was used by the app in 2014 for backing up 
user's schedules but was not used in 2015.  The DevNexus website itself 
is a Spring MVC application and is available on github[2].

# App Background 2015
The 2015 app has custom schedules, a Google Maps view of the venue, 
presentation viewing and discovery, a directory of previous years 
devnexus presentations, and a podcast player with audio from previous 
year's sessions.  It uses the AGDroid pipe and store libraries.  In 2014 
it also used the auth library but the feature using it was removed.  It 
also uses Picasso for image management.

# AGPipe usage review
The pipe library and its GSON marshalling are very nice and very easy.  
Those were generally wrapped in a android SyncAdapter and fired at 
regular intervals.  Pipe's callback mechanism poses some problems 
however.  Because Android aggressively cleans up objects the code needed 
to provide a lock that waited for the callbacks to finish.  Without the 
lock the code might call an object which has left Android's active state 
and this causes an error.  Over all it is still a very good way to 
handle http networking in Android.

#AGAuth usage review
The auth module was used in the 2014 application but not in the 2015 
application.  The code however remains and is functional.  I created two 
custom AuthenticationModule objects.  One interacts with the Android 
Account Manager system to get a session token from Google Plus.  The 
other attaches a cookie to http requests and handles auth failures.  In 
general the architecture is sound, but it is a bit of a hack to get 
around the fact that last year we did not have the authz library 
finished at this point which has a better architecture for this type of 
behavior.

#AGStore usage review
The store library was wrapped in a content provider.  In Android the 
content provider API provides a abstracted way to exposed data to 
activities, services, etc while having the data management and lifecycle 
happen in a controlled, centralized manner.  AG Store made handling 
large JSON serializable objects pretty trivial and most of my issues 
were around the fact that the JSON coming from the DevNexus server has 
some weird architectures.  Additionally, the query mechanism doesn't let 
you query properties of collections of objects.  This will need to be 
addressed at some point.

#Things AeroGear didn't do that would have been nice
I wanted to have offline support/file management for the podcasting 
system, but there isn't a easy library for doing that (which I found in 
my brief time looking) and we don't have a good solution for that yet 
either.  Additionally wrapping the Stores in Content providers was very 
labor intensive.  There are many projects to automate the various 
Android patterns around Content Providers which we may be able to borrow 
to make this easier.

Additionally Aerogear provides nothing for the Android UI.  I think that 
this is out of scope for our project but it is something to keep in 
mind.  However there are other VERY powerful libraries which help out in 
this regard.


#Conclusion
AeroGear Android doesn't suck to use and provided real value to me. I 
feel like it is stable and well built especially as of 2.0.  Of course 
I'm biased.  If we have a good offline story we will enhance what is 
already a strong service and data connection to Android users.

1. https://github.com/secondsun/devnexus-android-2015
2. https://github.com/devnexus/devnexus-site

-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From agalante at redhat.com  Fri Mar 13 12:22:45 2015
From: agalante at redhat.com (Andres Galante)
Date: Fri, 13 Mar 2015 12:22:45 -0400 (EDT)
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <55030BCF.8060303@redhat.com>
References: <55030BCF.8060303@redhat.com>
Message-ID: <782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>

Summers, do you think that we can build an Aerogear UI based on a library? Like we do with Patternfly and Bootstrap.

----- Original Message -----
From: "Summers Pittman" <supittma at redhat.com>
To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
Sent: Friday, March 13, 2015 1:09:51 PM
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report

I made the DevNexus[1] app the past two years and have tried to dogfood 
as much of the Android AeroGear client library as I could. Consider this 
a field report of sorts from a experienced user's perspective.

# Server Background
The DevNexus website exposes its registration data as a series of JSON 
documents.  It also exposes a custom Google+ authentication endpoint 
used to identify users.  This was used by the app in 2014 for backing up 
user's schedules but was not used in 2015.  The DevNexus website itself 
is a Spring MVC application and is available on github[2].

# App Background 2015
The 2015 app has custom schedules, a Google Maps view of the venue, 
presentation viewing and discovery, a directory of previous years 
devnexus presentations, and a podcast player with audio from previous 
year's sessions.  It uses the AGDroid pipe and store libraries.  In 2014 
it also used the auth library but the feature using it was removed.  It 
also uses Picasso for image management.

# AGPipe usage review
The pipe library and its GSON marshalling are very nice and very easy.  
Those were generally wrapped in a android SyncAdapter and fired at 
regular intervals.  Pipe's callback mechanism poses some problems 
however.  Because Android aggressively cleans up objects the code needed 
to provide a lock that waited for the callbacks to finish.  Without the 
lock the code might call an object which has left Android's active state 
and this causes an error.  Over all it is still a very good way to 
handle http networking in Android.

#AGAuth usage review
The auth module was used in the 2014 application but not in the 2015 
application.  The code however remains and is functional.  I created two 
custom AuthenticationModule objects.  One interacts with the Android 
Account Manager system to get a session token from Google Plus.  The 
other attaches a cookie to http requests and handles auth failures.  In 
general the architecture is sound, but it is a bit of a hack to get 
around the fact that last year we did not have the authz library 
finished at this point which has a better architecture for this type of 
behavior.

#AGStore usage review
The store library was wrapped in a content provider.  In Android the 
content provider API provides a abstracted way to exposed data to 
activities, services, etc while having the data management and lifecycle 
happen in a controlled, centralized manner.  AG Store made handling 
large JSON serializable objects pretty trivial and most of my issues 
were around the fact that the JSON coming from the DevNexus server has 
some weird architectures.  Additionally, the query mechanism doesn't let 
you query properties of collections of objects.  This will need to be 
addressed at some point.

#Things AeroGear didn't do that would have been nice
I wanted to have offline support/file management for the podcasting 
system, but there isn't a easy library for doing that (which I found in 
my brief time looking) and we don't have a good solution for that yet 
either.  Additionally wrapping the Stores in Content providers was very 
labor intensive.  There are many projects to automate the various 
Android patterns around Content Providers which we may be able to borrow 
to make this easier.

Additionally Aerogear provides nothing for the Android UI.  I think that 
this is out of scope for our project but it is something to keep in 
mind.  However there are other VERY powerful libraries which help out in 
this regard.


#Conclusion
AeroGear Android doesn't suck to use and provided real value to me. I 
feel like it is stable and well built especially as of 2.0.  Of course 
I'm biased.  If we have a good offline story we will enhance what is 
already a strong service and data connection to Android users.

1. https://github.com/secondsun/devnexus-android-2015
2. https://github.com/devnexus/devnexus-site

-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.

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

From supittma at redhat.com  Fri Mar 13 13:17:04 2015
From: supittma at redhat.com (Summers Pittman)
Date: Fri, 13 Mar 2015 13:17:04 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
Message-ID: <55031B90.7090603@redhat.com>

On 03/13/2015 12:22 PM, Andres Galante wrote:
> Summers, do you think that we can build an Aerogear UI based on a library? Like we do with Patternfly and Bootstrap.
If you mean set up a bunch of default styles and some value add 
widgets/behaviors sure we can do that.

>
> ----- Original Message -----
> From: "Summers Pittman" <supittma at redhat.com>
> To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Friday, March 13, 2015 1:09:51 PM
> Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>
> I made the DevNexus[1] app the past two years and have tried to dogfood
> as much of the Android AeroGear client library as I could. Consider this
> a field report of sorts from a experienced user's perspective.
>
> # Server Background
> The DevNexus website exposes its registration data as a series of JSON
> documents.  It also exposes a custom Google+ authentication endpoint
> used to identify users.  This was used by the app in 2014 for backing up
> user's schedules but was not used in 2015.  The DevNexus website itself
> is a Spring MVC application and is available on github[2].
>
> # App Background 2015
> The 2015 app has custom schedules, a Google Maps view of the venue,
> presentation viewing and discovery, a directory of previous years
> devnexus presentations, and a podcast player with audio from previous
> year's sessions.  It uses the AGDroid pipe and store libraries.  In 2014
> it also used the auth library but the feature using it was removed.  It
> also uses Picasso for image management.
>
> # AGPipe usage review
> The pipe library and its GSON marshalling are very nice and very easy.
> Those were generally wrapped in a android SyncAdapter and fired at
> regular intervals.  Pipe's callback mechanism poses some problems
> however.  Because Android aggressively cleans up objects the code needed
> to provide a lock that waited for the callbacks to finish.  Without the
> lock the code might call an object which has left Android's active state
> and this causes an error.  Over all it is still a very good way to
> handle http networking in Android.
>
> #AGAuth usage review
> The auth module was used in the 2014 application but not in the 2015
> application.  The code however remains and is functional.  I created two
> custom AuthenticationModule objects.  One interacts with the Android
> Account Manager system to get a session token from Google Plus.  The
> other attaches a cookie to http requests and handles auth failures.  In
> general the architecture is sound, but it is a bit of a hack to get
> around the fact that last year we did not have the authz library
> finished at this point which has a better architecture for this type of
> behavior.
>
> #AGStore usage review
> The store library was wrapped in a content provider.  In Android the
> content provider API provides a abstracted way to exposed data to
> activities, services, etc while having the data management and lifecycle
> happen in a controlled, centralized manner.  AG Store made handling
> large JSON serializable objects pretty trivial and most of my issues
> were around the fact that the JSON coming from the DevNexus server has
> some weird architectures.  Additionally, the query mechanism doesn't let
> you query properties of collections of objects.  This will need to be
> addressed at some point.
>
> #Things AeroGear didn't do that would have been nice
> I wanted to have offline support/file management for the podcasting
> system, but there isn't a easy library for doing that (which I found in
> my brief time looking) and we don't have a good solution for that yet
> either.  Additionally wrapping the Stores in Content providers was very
> labor intensive.  There are many projects to automate the various
> Android patterns around Content Providers which we may be able to borrow
> to make this easier.
>
> Additionally Aerogear provides nothing for the Android UI.  I think that
> this is out of scope for our project but it is something to keep in
> mind.  However there are other VERY powerful libraries which help out in
> this regard.
>
>
> #Conclusion
> AeroGear Android doesn't suck to use and provided real value to me. I
> feel like it is stable and well built especially as of 2.0.  Of course
> I'm biased.  If we have a good offline story we will enhance what is
> already a strong service and data connection to Android users.
>
> 1. https://github.com/secondsun/devnexus-android-2015
> 2. https://github.com/devnexus/devnexus-site
>


-- 
Summers Pittman
>>Phone:404 941 4698
>>Java is my crack.


From jbalunas at redhat.com  Fri Mar 13 13:40:37 2015
From: jbalunas at redhat.com (Jay Balunas)
Date: Fri, 13 Mar 2015 13:40:37 -0400
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
Message-ID: <CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>

Great job everyone!  Lets get this release out the door!

> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> @docs: updates are now live:
> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema <https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema>
> 
> also, here is the promised staging repo:
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/ <https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/>
> 
> happy testing 
> 
> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org <mailto:matzew at apache.org>> wrote:
> Hi,
> 
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am not yet able to create a staging repo for that (I notified our ops team).
> 
> However, for testing the server, all we really need are the WAR files. I have uploaded the distribution files to GH, as a pre-release:
> 
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3 <https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3>
>  <https://gist.github.com/matzew/a5ada653c1e13b4b55cc#notes>NOTES
> 
> We no longer support H2 database. You need MySQL/Postgres for tests.
> The JPA provider no longer creates the DB schema for you
> If you don't have MySQL installed, it's trivial to use it via Docker:
> 
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
> Now, once the DB is up, you need to run the migrator against the empty database to create the schema. The migrator is included in the dist file, and instructions are here <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
> DB setup for EAP/WildFly works as usual, seehttps://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds <https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds>
> Once that is all done, install the WARs to your application container:https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy <https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy>
> Let me know about this release, and if there are no complains by Wednesday, I will push the bits to maven central and mark the pre-release as a real release
> 
> Oh, this is most-likely the last release of the 1.0.x series
> 
> -Matthias
> 
> PS: I am now updating the docs, to reflect the changes and new requirements
> 
> 
> 
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/ <http://matthiaswessendorf.wordpress.com/>
> sessions: http://www.slideshare.net/mwessendorf <http://www.slideshare.net/mwessendorf>
> twitter: http://twitter.com/mwessendorf <http://twitter.com/mwessendorf>
> 
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/ <http://matthiaswessendorf.wordpress.com/>
> sessions: http://www.slideshare.net/mwessendorf <http://www.slideshare.net/mwessendorf>
> twitter: http://twitter.com/mwessendorf <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/20150313/3f01448c/attachment.html 

From corinnekrych at gmail.com  Mon Mar 16 05:59:54 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 16 Mar 2015 10:59:54 +0100
Subject: [aerogear-dev] iOS 2.2 release coming soon
In-Reply-To: <CAAg5f2TaTv9hx2d3JDZ4iv4FEEtXTZnOppcrKBLBe-dwDD6kdw@mail.gmail.com>
References: <710A3873-B12B-4DE7-89AD-311AE125473C@gmail.com>
	<CAAg5f2TaTv9hx2d3JDZ4iv4FEEtXTZnOppcrKBLBe-dwDD6kdw@mail.gmail.com>
Message-ID: <1E18F4ED-AC6F-4CD2-93F2-1A400B825581@gmail.com>

Hello iOS lovers

2.3 is out.
We tweeted about it, it?s released!

To know all about it, see your post in the newly designed aerogear.org site [1].

++
Corinne
[1] https://aerogear.org/news/2015/03/16/aerogear-ios-2.2/index.html

> On 04 Mar 2015, at 12:14, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> cool stuff ! 
> 
> On Mon, Mar 2, 2015 at 8:41 PM, Corinne Krych <corinnekrych at gmail.com> wrote:
> Hello iOS developers,
> 
> We?re about to get our iOS 2.2 release out.  For a complete JIRA list consult this link [1].
> Main focus of this release was bootstrapping our data synchronisation effort. Two new libraries have been introduced as well as a cookbook examples to demonstrate:
> 
> - aerogear-ios-sync [2]: the sync engine is where the algorithm is implemented. The sync algorithm is based on Google's Differential Synchronisation. We provide two implementations: one text-based DiffMatchPatch and a JsonPatch version based on JSON Patch RFC6902.
> - aerogear-ios-sync-client [3]: the client uses sync engine and a network implementation. Our libraries is based on WebSockets to provide real-time sync.
> - Jedi demo: Star war fan, rejoice in discovering our two Jedi hobbies demos, JsonPatch [4] and [5].
> 
> The 'readme.md' of each project contain instructions on how to get started as well as links for more information. If you are interested in sync, that is the perfect time to join in and helps us testing it. If nothing bad heard by next Monday, we will go ahead tag and publish on cocoapods for easier consumption.
> 
> ++
> Corinne && Christos
> [1] https://issues.jboss.org/browse/AGIOS/fixforversion/12325986
> [2] https://github.com/aerogear/aerogear-ios-sync
> [3] https://github.com/aerogear/aerogear-ios-sync-client
> [4] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/JsonPatchSync
> [5] https://github.com/aerogear/aerogear-ios-cookbook/tree/master/Jedi/DiffMatchPatch
> _______________________________________________
> 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



From cvasilak at gmail.com  Mon Mar 16 07:10:30 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 16 Mar 2015 13:10:30 +0200
Subject: [aerogear-dev] Team Meeting
Message-ID: <CAKVvow8Sbm6CDysLpg5L27G9XbzoC7d3X2g76TPmWMxXiJmJoA@mail.gmail.com>

agenda:

http://oksoclap.com/p/aerogear-team-mgt-20150316
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/feab9c22/attachment.html 

From supittma at redhat.com  Mon Mar 16 09:47:15 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 16 Mar 2015 09:47:15 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <55031B90.7090603@redhat.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
Message-ID: <CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>

If you mean implementing some stuff like what is on http://brand.redhat.com/
for websites but for Android I would love it :)

On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
wrote:

> On 03/13/2015 12:22 PM, Andres Galante wrote:
> > Summers, do you think that we can build an Aerogear UI based on a
> library? Like we do with Patternfly and Bootstrap.
> If you mean set up a bunch of default styles and some value add
> widgets/behaviors sure we can do that.
>
> >
> > ----- Original Message -----
> > From: "Summers Pittman" <supittma at redhat.com>
> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
> aerogear-dev at lists.jboss.org>
> > Sent: Friday, March 13, 2015 1:09:51 PM
> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
> >
> > I made the DevNexus[1] app the past two years and have tried to dogfood
> > as much of the Android AeroGear client library as I could. Consider this
> > a field report of sorts from a experienced user's perspective.
> >
> > # Server Background
> > The DevNexus website exposes its registration data as a series of JSON
> > documents.  It also exposes a custom Google+ authentication endpoint
> > used to identify users.  This was used by the app in 2014 for backing up
> > user's schedules but was not used in 2015.  The DevNexus website itself
> > is a Spring MVC application and is available on github[2].
> >
> > # App Background 2015
> > The 2015 app has custom schedules, a Google Maps view of the venue,
> > presentation viewing and discovery, a directory of previous years
> > devnexus presentations, and a podcast player with audio from previous
> > year's sessions.  It uses the AGDroid pipe and store libraries.  In 2014
> > it also used the auth library but the feature using it was removed.  It
> > also uses Picasso for image management.
> >
> > # AGPipe usage review
> > The pipe library and its GSON marshalling are very nice and very easy.
> > Those were generally wrapped in a android SyncAdapter and fired at
> > regular intervals.  Pipe's callback mechanism poses some problems
> > however.  Because Android aggressively cleans up objects the code needed
> > to provide a lock that waited for the callbacks to finish.  Without the
> > lock the code might call an object which has left Android's active state
> > and this causes an error.  Over all it is still a very good way to
> > handle http networking in Android.
> >
> > #AGAuth usage review
> > The auth module was used in the 2014 application but not in the 2015
> > application.  The code however remains and is functional.  I created two
> > custom AuthenticationModule objects.  One interacts with the Android
> > Account Manager system to get a session token from Google Plus.  The
> > other attaches a cookie to http requests and handles auth failures.  In
> > general the architecture is sound, but it is a bit of a hack to get
> > around the fact that last year we did not have the authz library
> > finished at this point which has a better architecture for this type of
> > behavior.
> >
> > #AGStore usage review
> > The store library was wrapped in a content provider.  In Android the
> > content provider API provides a abstracted way to exposed data to
> > activities, services, etc while having the data management and lifecycle
> > happen in a controlled, centralized manner.  AG Store made handling
> > large JSON serializable objects pretty trivial and most of my issues
> > were around the fact that the JSON coming from the DevNexus server has
> > some weird architectures.  Additionally, the query mechanism doesn't let
> > you query properties of collections of objects.  This will need to be
> > addressed at some point.
> >
> > #Things AeroGear didn't do that would have been nice
> > I wanted to have offline support/file management for the podcasting
> > system, but there isn't a easy library for doing that (which I found in
> > my brief time looking) and we don't have a good solution for that yet
> > either.  Additionally wrapping the Stores in Content providers was very
> > labor intensive.  There are many projects to automate the various
> > Android patterns around Content Providers which we may be able to borrow
> > to make this easier.
> >
> > Additionally Aerogear provides nothing for the Android UI.  I think that
> > this is out of scope for our project but it is something to keep in
> > mind.  However there are other VERY powerful libraries which help out in
> > this regard.
> >
> >
> > #Conclusion
> > AeroGear Android doesn't suck to use and provided real value to me. I
> > feel like it is stable and well built especially as of 2.0.  Of course
> > I'm biased.  If we have a good offline story we will enhance what is
> > already a strong service and data connection to Android users.
> >
> > 1. https://github.com/secondsun/devnexus-android-2015
> > 2. https://github.com/devnexus/devnexus-site
> >
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
> _______________________________________________
> 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/20150316/0780ae19/attachment-0001.html 

From agalante at redhat.com  Mon Mar 16 09:59:54 2015
From: agalante at redhat.com (Andres Galante)
Date: Mon, 16 Mar 2015 10:59:54 -0300
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
Message-ID: <CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>

Which are the UI libraries though about as base?

On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com>
wrote:

> If you mean implementing some stuff like what is on
> http://brand.redhat.com/ for websites but for Android I would love it :)
>
> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>> > Summers, do you think that we can build an Aerogear UI based on a
>> library? Like we do with Patternfly and Bootstrap.
>> If you mean set up a bunch of default styles and some value add
>> widgets/behaviors sure we can do that.
>>
>> >
>> > ----- Original Message -----
>> > From: "Summers Pittman" <supittma at redhat.com>
>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
>> aerogear-dev at lists.jboss.org>
>> > Sent: Friday, March 13, 2015 1:09:51 PM
>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>> >
>> > I made the DevNexus[1] app the past two years and have tried to dogfood
>> > as much of the Android AeroGear client library as I could. Consider this
>> > a field report of sorts from a experienced user's perspective.
>> >
>> > # Server Background
>> > The DevNexus website exposes its registration data as a series of JSON
>> > documents.  It also exposes a custom Google+ authentication endpoint
>> > used to identify users.  This was used by the app in 2014 for backing up
>> > user's schedules but was not used in 2015.  The DevNexus website itself
>> > is a Spring MVC application and is available on github[2].
>> >
>> > # App Background 2015
>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>> > presentation viewing and discovery, a directory of previous years
>> > devnexus presentations, and a podcast player with audio from previous
>> > year's sessions.  It uses the AGDroid pipe and store libraries.  In 2014
>> > it also used the auth library but the feature using it was removed.  It
>> > also uses Picasso for image management.
>> >
>> > # AGPipe usage review
>> > The pipe library and its GSON marshalling are very nice and very easy.
>> > Those were generally wrapped in a android SyncAdapter and fired at
>> > regular intervals.  Pipe's callback mechanism poses some problems
>> > however.  Because Android aggressively cleans up objects the code needed
>> > to provide a lock that waited for the callbacks to finish.  Without the
>> > lock the code might call an object which has left Android's active state
>> > and this causes an error.  Over all it is still a very good way to
>> > handle http networking in Android.
>> >
>> > #AGAuth usage review
>> > The auth module was used in the 2014 application but not in the 2015
>> > application.  The code however remains and is functional.  I created two
>> > custom AuthenticationModule objects.  One interacts with the Android
>> > Account Manager system to get a session token from Google Plus.  The
>> > other attaches a cookie to http requests and handles auth failures.  In
>> > general the architecture is sound, but it is a bit of a hack to get
>> > around the fact that last year we did not have the authz library
>> > finished at this point which has a better architecture for this type of
>> > behavior.
>> >
>> > #AGStore usage review
>> > The store library was wrapped in a content provider.  In Android the
>> > content provider API provides a abstracted way to exposed data to
>> > activities, services, etc while having the data management and lifecycle
>> > happen in a controlled, centralized manner.  AG Store made handling
>> > large JSON serializable objects pretty trivial and most of my issues
>> > were around the fact that the JSON coming from the DevNexus server has
>> > some weird architectures.  Additionally, the query mechanism doesn't let
>> > you query properties of collections of objects.  This will need to be
>> > addressed at some point.
>> >
>> > #Things AeroGear didn't do that would have been nice
>> > I wanted to have offline support/file management for the podcasting
>> > system, but there isn't a easy library for doing that (which I found in
>> > my brief time looking) and we don't have a good solution for that yet
>> > either.  Additionally wrapping the Stores in Content providers was very
>> > labor intensive.  There are many projects to automate the various
>> > Android patterns around Content Providers which we may be able to borrow
>> > to make this easier.
>> >
>> > Additionally Aerogear provides nothing for the Android UI.  I think that
>> > this is out of scope for our project but it is something to keep in
>> > mind.  However there are other VERY powerful libraries which help out in
>> > this regard.
>> >
>> >
>> > #Conclusion
>> > AeroGear Android doesn't suck to use and provided real value to me. I
>> > feel like it is stable and well built especially as of 2.0.  Of course
>> > I'm biased.  If we have a good offline story we will enhance what is
>> > already a strong service and data connection to Android users.
>> >
>> > 1. https://github.com/secondsun/devnexus-android-2015
>> > 2. https://github.com/devnexus/devnexus-site
>> >
>>
>>
>> --
>> Summers Pittman
>> >>Phone:404 941 4698
>> >>Java is my crack.
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/571e2ce3/attachment.html 

From supittma at redhat.com  Mon Mar 16 10:02:22 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 16 Mar 2015 10:02:22 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
Message-ID: <CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>

I didn't catch what you are asking.

On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com> wrote:

> Which are the UI libraries though about as base?
>
> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> If you mean implementing some stuff like what is on
>> http://brand.redhat.com/ for websites but for Android I would love it :)
>>
>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>> > Summers, do you think that we can build an Aerogear UI based on a
>>> library? Like we do with Patternfly and Bootstrap.
>>> If you mean set up a bunch of default styles and some value add
>>> widgets/behaviors sure we can do that.
>>>
>>> >
>>> > ----- Original Message -----
>>> > From: "Summers Pittman" <supittma at redhat.com>
>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
>>> aerogear-dev at lists.jboss.org>
>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>> >
>>> > I made the DevNexus[1] app the past two years and have tried to dogfood
>>> > as much of the Android AeroGear client library as I could. Consider
>>> this
>>> > a field report of sorts from a experienced user's perspective.
>>> >
>>> > # Server Background
>>> > The DevNexus website exposes its registration data as a series of JSON
>>> > documents.  It also exposes a custom Google+ authentication endpoint
>>> > used to identify users.  This was used by the app in 2014 for backing
>>> up
>>> > user's schedules but was not used in 2015.  The DevNexus website itself
>>> > is a Spring MVC application and is available on github[2].
>>> >
>>> > # App Background 2015
>>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>>> > presentation viewing and discovery, a directory of previous years
>>> > devnexus presentations, and a podcast player with audio from previous
>>> > year's sessions.  It uses the AGDroid pipe and store libraries.  In
>>> 2014
>>> > it also used the auth library but the feature using it was removed.  It
>>> > also uses Picasso for image management.
>>> >
>>> > # AGPipe usage review
>>> > The pipe library and its GSON marshalling are very nice and very easy.
>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>> > however.  Because Android aggressively cleans up objects the code
>>> needed
>>> > to provide a lock that waited for the callbacks to finish.  Without the
>>> > lock the code might call an object which has left Android's active
>>> state
>>> > and this causes an error.  Over all it is still a very good way to
>>> > handle http networking in Android.
>>> >
>>> > #AGAuth usage review
>>> > The auth module was used in the 2014 application but not in the 2015
>>> > application.  The code however remains and is functional.  I created
>>> two
>>> > custom AuthenticationModule objects.  One interacts with the Android
>>> > Account Manager system to get a session token from Google Plus.  The
>>> > other attaches a cookie to http requests and handles auth failures.  In
>>> > general the architecture is sound, but it is a bit of a hack to get
>>> > around the fact that last year we did not have the authz library
>>> > finished at this point which has a better architecture for this type of
>>> > behavior.
>>> >
>>> > #AGStore usage review
>>> > The store library was wrapped in a content provider.  In Android the
>>> > content provider API provides a abstracted way to exposed data to
>>> > activities, services, etc while having the data management and
>>> lifecycle
>>> > happen in a controlled, centralized manner.  AG Store made handling
>>> > large JSON serializable objects pretty trivial and most of my issues
>>> > were around the fact that the JSON coming from the DevNexus server has
>>> > some weird architectures.  Additionally, the query mechanism doesn't
>>> let
>>> > you query properties of collections of objects.  This will need to be
>>> > addressed at some point.
>>> >
>>> > #Things AeroGear didn't do that would have been nice
>>> > I wanted to have offline support/file management for the podcasting
>>> > system, but there isn't a easy library for doing that (which I found in
>>> > my brief time looking) and we don't have a good solution for that yet
>>> > either.  Additionally wrapping the Stores in Content providers was very
>>> > labor intensive.  There are many projects to automate the various
>>> > Android patterns around Content Providers which we may be able to
>>> borrow
>>> > to make this easier.
>>> >
>>> > Additionally Aerogear provides nothing for the Android UI.  I think
>>> that
>>> > this is out of scope for our project but it is something to keep in
>>> > mind.  However there are other VERY powerful libraries which help out
>>> in
>>> > this regard.
>>> >
>>> >
>>> > #Conclusion
>>> > AeroGear Android doesn't suck to use and provided real value to me. I
>>> > feel like it is stable and well built especially as of 2.0.  Of course
>>> > I'm biased.  If we have a good offline story we will enhance what is
>>> > already a strong service and data connection to Android users.
>>> >
>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>> > 2. https://github.com/devnexus/devnexus-site
>>> >
>>>
>>>
>>> --
>>> Summers Pittman
>>> >>Phone:404 941 4698
>>> >>Java is my crack.
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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/20150316/0528b3ae/attachment-0001.html 

From agalante at redhat.com  Mon Mar 16 10:19:42 2015
From: agalante at redhat.com (Andres Galante)
Date: Mon, 16 Mar 2015 11:19:42 -0300
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
	<CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
Message-ID: <CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>

You mention that "there are other VERY powerful libraries which help out in
this regard." I was wondering which UI libraries we can base ours



On Mon, Mar 16, 2015 at 11:02 AM, Summers Pittman <supittma at redhat.com>
wrote:

> I didn't catch what you are asking.
>
> On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com>
> wrote:
>
>> Which are the UI libraries though about as base?
>>
>> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>> If you mean implementing some stuff like what is on
>>> http://brand.redhat.com/ for websites but for Android I would love it :)
>>>
>>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
>>> wrote:
>>>
>>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>>> > Summers, do you think that we can build an Aerogear UI based on a
>>>> library? Like we do with Patternfly and Bootstrap.
>>>> If you mean set up a bunch of default styles and some value add
>>>> widgets/behaviors sure we can do that.
>>>>
>>>> >
>>>> > ----- Original Message -----
>>>> > From: "Summers Pittman" <supittma at redhat.com>
>>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
>>>> aerogear-dev at lists.jboss.org>
>>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>>> >
>>>> > I made the DevNexus[1] app the past two years and have tried to
>>>> dogfood
>>>> > as much of the Android AeroGear client library as I could. Consider
>>>> this
>>>> > a field report of sorts from a experienced user's perspective.
>>>> >
>>>> > # Server Background
>>>> > The DevNexus website exposes its registration data as a series of JSON
>>>> > documents.  It also exposes a custom Google+ authentication endpoint
>>>> > used to identify users.  This was used by the app in 2014 for backing
>>>> up
>>>> > user's schedules but was not used in 2015.  The DevNexus website
>>>> itself
>>>> > is a Spring MVC application and is available on github[2].
>>>> >
>>>> > # App Background 2015
>>>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>>>> > presentation viewing and discovery, a directory of previous years
>>>> > devnexus presentations, and a podcast player with audio from previous
>>>> > year's sessions.  It uses the AGDroid pipe and store libraries.  In
>>>> 2014
>>>> > it also used the auth library but the feature using it was removed.
>>>> It
>>>> > also uses Picasso for image management.
>>>> >
>>>> > # AGPipe usage review
>>>> > The pipe library and its GSON marshalling are very nice and very easy.
>>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>>> > however.  Because Android aggressively cleans up objects the code
>>>> needed
>>>> > to provide a lock that waited for the callbacks to finish.  Without
>>>> the
>>>> > lock the code might call an object which has left Android's active
>>>> state
>>>> > and this causes an error.  Over all it is still a very good way to
>>>> > handle http networking in Android.
>>>> >
>>>> > #AGAuth usage review
>>>> > The auth module was used in the 2014 application but not in the 2015
>>>> > application.  The code however remains and is functional.  I created
>>>> two
>>>> > custom AuthenticationModule objects.  One interacts with the Android
>>>> > Account Manager system to get a session token from Google Plus.  The
>>>> > other attaches a cookie to http requests and handles auth failures.
>>>> In
>>>> > general the architecture is sound, but it is a bit of a hack to get
>>>> > around the fact that last year we did not have the authz library
>>>> > finished at this point which has a better architecture for this type
>>>> of
>>>> > behavior.
>>>> >
>>>> > #AGStore usage review
>>>> > The store library was wrapped in a content provider.  In Android the
>>>> > content provider API provides a abstracted way to exposed data to
>>>> > activities, services, etc while having the data management and
>>>> lifecycle
>>>> > happen in a controlled, centralized manner.  AG Store made handling
>>>> > large JSON serializable objects pretty trivial and most of my issues
>>>> > were around the fact that the JSON coming from the DevNexus server has
>>>> > some weird architectures.  Additionally, the query mechanism doesn't
>>>> let
>>>> > you query properties of collections of objects.  This will need to be
>>>> > addressed at some point.
>>>> >
>>>> > #Things AeroGear didn't do that would have been nice
>>>> > I wanted to have offline support/file management for the podcasting
>>>> > system, but there isn't a easy library for doing that (which I found
>>>> in
>>>> > my brief time looking) and we don't have a good solution for that yet
>>>> > either.  Additionally wrapping the Stores in Content providers was
>>>> very
>>>> > labor intensive.  There are many projects to automate the various
>>>> > Android patterns around Content Providers which we may be able to
>>>> borrow
>>>> > to make this easier.
>>>> >
>>>> > Additionally Aerogear provides nothing for the Android UI.  I think
>>>> that
>>>> > this is out of scope for our project but it is something to keep in
>>>> > mind.  However there are other VERY powerful libraries which help out
>>>> in
>>>> > this regard.
>>>> >
>>>> >
>>>> > #Conclusion
>>>> > AeroGear Android doesn't suck to use and provided real value to me. I
>>>> > feel like it is stable and well built especially as of 2.0.  Of course
>>>> > I'm biased.  If we have a good offline story we will enhance what is
>>>> > already a strong service and data connection to Android users.
>>>> >
>>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>>> > 2. https://github.com/devnexus/devnexus-site
>>>> >
>>>>
>>>>
>>>> --
>>>> Summers Pittman
>>>> >>Phone:404 941 4698
>>>> >>Java is my crack.
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/0391ba8a/attachment.html 

From cvasilak at gmail.com  Mon Mar 16 10:22:28 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 16 Mar 2015 16:22:28 +0200
Subject: [aerogear-dev] Team Meeting
In-Reply-To: <CAKVvow8Sbm6CDysLpg5L27G9XbzoC7d3X2g76TPmWMxXiJmJoA@mail.gmail.com>
References: <CAKVvow8Sbm6CDysLpg5L27G9XbzoC7d3X2g76TPmWMxXiJmJoA@mail.gmail.com>
Message-ID: <CAKVvow8Gzx7jr3raLyuNXarBv7APwRSpXwaC9fEjhwqOQbS-7g@mail.gmail.com>

fyi,

meeting minutes:

<jbott> Meeting ended Mon Mar 16 14:16:05 2015 UTC.  Information about
MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<jbott> Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-16-14.00.html
<jbott> Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-16-14.00.txt
 <jbott> Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-16-14.00.log.html

On Mon, Mar 16, 2015 at 1:10 PM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> agenda:
>
> http://oksoclap.com/p/aerogear-team-mgt-20150316
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/5ee0733f/attachment.html 

From supittma at redhat.com  Mon Mar 16 10:27:20 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 16 Mar 2015 10:27:20 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
	<CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
	<CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>
Message-ID: <CAEQz2Cv5WB3P-Q-Sj4wKg_4d=iOALwPmCPmsiYnV3YJtBRkDcA@mail.gmail.com>

Ahhh.

There are a few libraries for widgets (especially for material design).
There are also some injection libraries for autowiring views to objects in
the Activity class.

Picasso comes to mind for images, butter knife does view injection, and
there are too many Material Design libs to count/enumerate.  I also don't
make a list because I haven't tried enough to have an informed opinion.

On Mon, Mar 16, 2015 at 10:19 AM, Andres Galante <agalante at redhat.com>
wrote:

> You mention that "there are other VERY powerful libraries which help out
> in
> this regard." I was wondering which UI libraries we can base ours
>
>
>
> On Mon, Mar 16, 2015 at 11:02 AM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> I didn't catch what you are asking.
>>
>> On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com>
>> wrote:
>>
>>> Which are the UI libraries though about as base?
>>>
>>> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com>
>>> wrote:
>>>
>>>> If you mean implementing some stuff like what is on
>>>> http://brand.redhat.com/ for websites but for Android I would love it
>>>> :)
>>>>
>>>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
>>>> wrote:
>>>>
>>>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>>>> > Summers, do you think that we can build an Aerogear UI based on a
>>>>> library? Like we do with Patternfly and Bootstrap.
>>>>> If you mean set up a bunch of default styles and some value add
>>>>> widgets/behaviors sure we can do that.
>>>>>
>>>>> >
>>>>> > ----- Original Message -----
>>>>> > From: "Summers Pittman" <supittma at redhat.com>
>>>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
>>>>> aerogear-dev at lists.jboss.org>
>>>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>>>> >
>>>>> > I made the DevNexus[1] app the past two years and have tried to
>>>>> dogfood
>>>>> > as much of the Android AeroGear client library as I could. Consider
>>>>> this
>>>>> > a field report of sorts from a experienced user's perspective.
>>>>> >
>>>>> > # Server Background
>>>>> > The DevNexus website exposes its registration data as a series of
>>>>> JSON
>>>>> > documents.  It also exposes a custom Google+ authentication endpoint
>>>>> > used to identify users.  This was used by the app in 2014 for
>>>>> backing up
>>>>> > user's schedules but was not used in 2015.  The DevNexus website
>>>>> itself
>>>>> > is a Spring MVC application and is available on github[2].
>>>>> >
>>>>> > # App Background 2015
>>>>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>>>>> > presentation viewing and discovery, a directory of previous years
>>>>> > devnexus presentations, and a podcast player with audio from previous
>>>>> > year's sessions.  It uses the AGDroid pipe and store libraries.  In
>>>>> 2014
>>>>> > it also used the auth library but the feature using it was removed.
>>>>> It
>>>>> > also uses Picasso for image management.
>>>>> >
>>>>> > # AGPipe usage review
>>>>> > The pipe library and its GSON marshalling are very nice and very
>>>>> easy.
>>>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>>>> > however.  Because Android aggressively cleans up objects the code
>>>>> needed
>>>>> > to provide a lock that waited for the callbacks to finish.  Without
>>>>> the
>>>>> > lock the code might call an object which has left Android's active
>>>>> state
>>>>> > and this causes an error.  Over all it is still a very good way to
>>>>> > handle http networking in Android.
>>>>> >
>>>>> > #AGAuth usage review
>>>>> > The auth module was used in the 2014 application but not in the 2015
>>>>> > application.  The code however remains and is functional.  I created
>>>>> two
>>>>> > custom AuthenticationModule objects.  One interacts with the Android
>>>>> > Account Manager system to get a session token from Google Plus.  The
>>>>> > other attaches a cookie to http requests and handles auth failures.
>>>>> In
>>>>> > general the architecture is sound, but it is a bit of a hack to get
>>>>> > around the fact that last year we did not have the authz library
>>>>> > finished at this point which has a better architecture for this type
>>>>> of
>>>>> > behavior.
>>>>> >
>>>>> > #AGStore usage review
>>>>> > The store library was wrapped in a content provider.  In Android the
>>>>> > content provider API provides a abstracted way to exposed data to
>>>>> > activities, services, etc while having the data management and
>>>>> lifecycle
>>>>> > happen in a controlled, centralized manner.  AG Store made handling
>>>>> > large JSON serializable objects pretty trivial and most of my issues
>>>>> > were around the fact that the JSON coming from the DevNexus server
>>>>> has
>>>>> > some weird architectures.  Additionally, the query mechanism doesn't
>>>>> let
>>>>> > you query properties of collections of objects.  This will need to be
>>>>> > addressed at some point.
>>>>> >
>>>>> > #Things AeroGear didn't do that would have been nice
>>>>> > I wanted to have offline support/file management for the podcasting
>>>>> > system, but there isn't a easy library for doing that (which I found
>>>>> in
>>>>> > my brief time looking) and we don't have a good solution for that yet
>>>>> > either.  Additionally wrapping the Stores in Content providers was
>>>>> very
>>>>> > labor intensive.  There are many projects to automate the various
>>>>> > Android patterns around Content Providers which we may be able to
>>>>> borrow
>>>>> > to make this easier.
>>>>> >
>>>>> > Additionally Aerogear provides nothing for the Android UI.  I think
>>>>> that
>>>>> > this is out of scope for our project but it is something to keep in
>>>>> > mind.  However there are other VERY powerful libraries which help
>>>>> out in
>>>>> > this regard.
>>>>> >
>>>>> >
>>>>> > #Conclusion
>>>>> > AeroGear Android doesn't suck to use and provided real value to me. I
>>>>> > feel like it is stable and well built especially as of 2.0.  Of
>>>>> course
>>>>> > I'm biased.  If we have a good offline story we will enhance what is
>>>>> > already a strong service and data connection to Android users.
>>>>> >
>>>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>>>> > 2. https://github.com/devnexus/devnexus-site
>>>>> >
>>>>>
>>>>>
>>>>> --
>>>>> Summers Pittman
>>>>> >>Phone:404 941 4698
>>>>> >>Java is my crack.
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
> _______________________________________________
> 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/20150316/b99789af/attachment-0001.html 

From dpassos at redhat.com  Mon Mar 16 10:31:49 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 16 Mar 2015 11:31:49 -0300
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CAEQz2Cv5WB3P-Q-Sj4wKg_4d=iOALwPmCPmsiYnV3YJtBRkDcA@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
	<CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
	<CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>
	<CAEQz2Cv5WB3P-Q-Sj4wKg_4d=iOALwPmCPmsiYnV3YJtBRkDcA@mail.gmail.com>
Message-ID: <CADF=h2t7BUnKBjpKogMR0QSER_24O7=wM1P73jq6EWOHnYAEFg@mail.gmail.com>

Andres

Somethings like this => https://github.com/navasmdc/MaterialDesignLibrary

On Mon, Mar 16, 2015 at 11:27 AM, Summers Pittman <supittma at redhat.com>
wrote:

> Ahhh.
>
> There are a few libraries for widgets (especially for material design).
> There are also some injection libraries for autowiring views to objects in
> the Activity class.
>
> Picasso comes to mind for images, butter knife does view injection, and
> there are too many Material Design libs to count/enumerate.  I also don't
> make a list because I haven't tried enough to have an informed opinion.
>
> On Mon, Mar 16, 2015 at 10:19 AM, Andres Galante <agalante at redhat.com>
> wrote:
>
>> You mention that "there are other VERY powerful libraries which help out
>> in
>> this regard." I was wondering which UI libraries we can base ours
>>
>>
>>
>> On Mon, Mar 16, 2015 at 11:02 AM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>> I didn't catch what you are asking.
>>>
>>> On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com>
>>> wrote:
>>>
>>>> Which are the UI libraries though about as base?
>>>>
>>>> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com>
>>>> wrote:
>>>>
>>>>> If you mean implementing some stuff like what is on
>>>>> http://brand.redhat.com/ for websites but for Android I would love it
>>>>> :)
>>>>>
>>>>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com>
>>>>> wrote:
>>>>>
>>>>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>>>>> > Summers, do you think that we can build an Aerogear UI based on a
>>>>>> library? Like we do with Patternfly and Bootstrap.
>>>>>> If you mean set up a bunch of default styles and some value add
>>>>>> widgets/behaviors sure we can do that.
>>>>>>
>>>>>> >
>>>>>> > ----- Original Message -----
>>>>>> > From: "Summers Pittman" <supittma at redhat.com>
>>>>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List" <
>>>>>> aerogear-dev at lists.jboss.org>
>>>>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>>>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>>>>> >
>>>>>> > I made the DevNexus[1] app the past two years and have tried to
>>>>>> dogfood
>>>>>> > as much of the Android AeroGear client library as I could. Consider
>>>>>> this
>>>>>> > a field report of sorts from a experienced user's perspective.
>>>>>> >
>>>>>> > # Server Background
>>>>>> > The DevNexus website exposes its registration data as a series of
>>>>>> JSON
>>>>>> > documents.  It also exposes a custom Google+ authentication endpoint
>>>>>> > used to identify users.  This was used by the app in 2014 for
>>>>>> backing up
>>>>>> > user's schedules but was not used in 2015.  The DevNexus website
>>>>>> itself
>>>>>> > is a Spring MVC application and is available on github[2].
>>>>>> >
>>>>>> > # App Background 2015
>>>>>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>>>>>> > presentation viewing and discovery, a directory of previous years
>>>>>> > devnexus presentations, and a podcast player with audio from
>>>>>> previous
>>>>>> > year's sessions.  It uses the AGDroid pipe and store libraries.  In
>>>>>> 2014
>>>>>> > it also used the auth library but the feature using it was
>>>>>> removed.  It
>>>>>> > also uses Picasso for image management.
>>>>>> >
>>>>>> > # AGPipe usage review
>>>>>> > The pipe library and its GSON marshalling are very nice and very
>>>>>> easy.
>>>>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>>>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>>>>> > however.  Because Android aggressively cleans up objects the code
>>>>>> needed
>>>>>> > to provide a lock that waited for the callbacks to finish.  Without
>>>>>> the
>>>>>> > lock the code might call an object which has left Android's active
>>>>>> state
>>>>>> > and this causes an error.  Over all it is still a very good way to
>>>>>> > handle http networking in Android.
>>>>>> >
>>>>>> > #AGAuth usage review
>>>>>> > The auth module was used in the 2014 application but not in the 2015
>>>>>> > application.  The code however remains and is functional.  I
>>>>>> created two
>>>>>> > custom AuthenticationModule objects.  One interacts with the Android
>>>>>> > Account Manager system to get a session token from Google Plus.  The
>>>>>> > other attaches a cookie to http requests and handles auth
>>>>>> failures.  In
>>>>>> > general the architecture is sound, but it is a bit of a hack to get
>>>>>> > around the fact that last year we did not have the authz library
>>>>>> > finished at this point which has a better architecture for this
>>>>>> type of
>>>>>> > behavior.
>>>>>> >
>>>>>> > #AGStore usage review
>>>>>> > The store library was wrapped in a content provider.  In Android the
>>>>>> > content provider API provides a abstracted way to exposed data to
>>>>>> > activities, services, etc while having the data management and
>>>>>> lifecycle
>>>>>> > happen in a controlled, centralized manner.  AG Store made handling
>>>>>> > large JSON serializable objects pretty trivial and most of my issues
>>>>>> > were around the fact that the JSON coming from the DevNexus server
>>>>>> has
>>>>>> > some weird architectures.  Additionally, the query mechanism
>>>>>> doesn't let
>>>>>> > you query properties of collections of objects.  This will need to
>>>>>> be
>>>>>> > addressed at some point.
>>>>>> >
>>>>>> > #Things AeroGear didn't do that would have been nice
>>>>>> > I wanted to have offline support/file management for the podcasting
>>>>>> > system, but there isn't a easy library for doing that (which I
>>>>>> found in
>>>>>> > my brief time looking) and we don't have a good solution for that
>>>>>> yet
>>>>>> > either.  Additionally wrapping the Stores in Content providers was
>>>>>> very
>>>>>> > labor intensive.  There are many projects to automate the various
>>>>>> > Android patterns around Content Providers which we may be able to
>>>>>> borrow
>>>>>> > to make this easier.
>>>>>> >
>>>>>> > Additionally Aerogear provides nothing for the Android UI.  I think
>>>>>> that
>>>>>> > this is out of scope for our project but it is something to keep in
>>>>>> > mind.  However there are other VERY powerful libraries which help
>>>>>> out in
>>>>>> > this regard.
>>>>>> >
>>>>>> >
>>>>>> > #Conclusion
>>>>>> > AeroGear Android doesn't suck to use and provided real value to me.
>>>>>> I
>>>>>> > feel like it is stable and well built especially as of 2.0.  Of
>>>>>> course
>>>>>> > I'm biased.  If we have a good offline story we will enhance what is
>>>>>> > already a strong service and data connection to Android users.
>>>>>> >
>>>>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>>>>> > 2. https://github.com/devnexus/devnexus-site
>>>>>> >
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Summers Pittman
>>>>>> >>Phone:404 941 4698
>>>>>> >>Java is my crack.
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>



-- 
-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/4623d1e1/attachment.html 

From agalante at redhat.com  Mon Mar 16 10:42:01 2015
From: agalante at redhat.com (Andres Galante)
Date: Mon, 16 Mar 2015 11:42:01 -0300
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CADF=h2t7BUnKBjpKogMR0QSER_24O7=wM1P73jq6EWOHnYAEFg@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
	<CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
	<CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>
	<CAEQz2Cv5WB3P-Q-Sj4wKg_4d=iOALwPmCPmsiYnV3YJtBRkDcA@mail.gmail.com>
	<CADF=h2t7BUnKBjpKogMR0QSER_24O7=wM1P73jq6EWOHnYAEFg@mail.gmail.com>
Message-ID: <CACAO5hdd64ja0zXYrd+xPQFhUeMAHiAVgx0QN4hW6tMD3x5waA@mail.gmail.com>

I don't think we can maintain a hole library. But having a layer of styling
over material design might be possible. Let me think about it, I just
wonder if its necessary, material design is excellent.

On Mon, Mar 16, 2015 at 11:31 AM, Daniel Passos <dpassos at redhat.com> wrote:

> Andres
>
> Somethings like this => https://github.com/navasmdc/MaterialDesignLibrary
>
> On Mon, Mar 16, 2015 at 11:27 AM, Summers Pittman <supittma at redhat.com>
> wrote:
>
>> Ahhh.
>>
>> There are a few libraries for widgets (especially for material design).
>> There are also some injection libraries for autowiring views to objects in
>> the Activity class.
>>
>> Picasso comes to mind for images, butter knife does view injection, and
>> there are too many Material Design libs to count/enumerate.  I also don't
>> make a list because I haven't tried enough to have an informed opinion.
>>
>> On Mon, Mar 16, 2015 at 10:19 AM, Andres Galante <agalante at redhat.com>
>> wrote:
>>
>>> You mention that "there are other VERY powerful libraries which help
>>> out in
>>> this regard." I was wondering which UI libraries we can base ours
>>>
>>>
>>>
>>> On Mon, Mar 16, 2015 at 11:02 AM, Summers Pittman <supittma at redhat.com>
>>> wrote:
>>>
>>>> I didn't catch what you are asking.
>>>>
>>>> On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com>
>>>> wrote:
>>>>
>>>>> Which are the UI libraries though about as base?
>>>>>
>>>>> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <supittma at redhat.com
>>>>> > wrote:
>>>>>
>>>>>> If you mean implementing some stuff like what is on
>>>>>> http://brand.redhat.com/ for websites but for Android I would love
>>>>>> it :)
>>>>>>
>>>>>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <supittma at redhat.com
>>>>>> > wrote:
>>>>>>
>>>>>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>>>>>> > Summers, do you think that we can build an Aerogear UI based on a
>>>>>>> library? Like we do with Patternfly and Bootstrap.
>>>>>>> If you mean set up a bunch of default styles and some value add
>>>>>>> widgets/behaviors sure we can do that.
>>>>>>>
>>>>>>> >
>>>>>>> > ----- Original Message -----
>>>>>>> > From: "Summers Pittman" <supittma at redhat.com>
>>>>>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing List"
>>>>>>> <aerogear-dev at lists.jboss.org>
>>>>>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>>>>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>>>>>> >
>>>>>>> > I made the DevNexus[1] app the past two years and have tried to
>>>>>>> dogfood
>>>>>>> > as much of the Android AeroGear client library as I could.
>>>>>>> Consider this
>>>>>>> > a field report of sorts from a experienced user's perspective.
>>>>>>> >
>>>>>>> > # Server Background
>>>>>>> > The DevNexus website exposes its registration data as a series of
>>>>>>> JSON
>>>>>>> > documents.  It also exposes a custom Google+ authentication
>>>>>>> endpoint
>>>>>>> > used to identify users.  This was used by the app in 2014 for
>>>>>>> backing up
>>>>>>> > user's schedules but was not used in 2015.  The DevNexus website
>>>>>>> itself
>>>>>>> > is a Spring MVC application and is available on github[2].
>>>>>>> >
>>>>>>> > # App Background 2015
>>>>>>> > The 2015 app has custom schedules, a Google Maps view of the venue,
>>>>>>> > presentation viewing and discovery, a directory of previous years
>>>>>>> > devnexus presentations, and a podcast player with audio from
>>>>>>> previous
>>>>>>> > year's sessions.  It uses the AGDroid pipe and store libraries.
>>>>>>> In 2014
>>>>>>> > it also used the auth library but the feature using it was
>>>>>>> removed.  It
>>>>>>> > also uses Picasso for image management.
>>>>>>> >
>>>>>>> > # AGPipe usage review
>>>>>>> > The pipe library and its GSON marshalling are very nice and very
>>>>>>> easy.
>>>>>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>>>>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>>>>>> > however.  Because Android aggressively cleans up objects the code
>>>>>>> needed
>>>>>>> > to provide a lock that waited for the callbacks to finish.
>>>>>>> Without the
>>>>>>> > lock the code might call an object which has left Android's active
>>>>>>> state
>>>>>>> > and this causes an error.  Over all it is still a very good way to
>>>>>>> > handle http networking in Android.
>>>>>>> >
>>>>>>> > #AGAuth usage review
>>>>>>> > The auth module was used in the 2014 application but not in the
>>>>>>> 2015
>>>>>>> > application.  The code however remains and is functional.  I
>>>>>>> created two
>>>>>>> > custom AuthenticationModule objects.  One interacts with the
>>>>>>> Android
>>>>>>> > Account Manager system to get a session token from Google Plus.
>>>>>>> The
>>>>>>> > other attaches a cookie to http requests and handles auth
>>>>>>> failures.  In
>>>>>>> > general the architecture is sound, but it is a bit of a hack to get
>>>>>>> > around the fact that last year we did not have the authz library
>>>>>>> > finished at this point which has a better architecture for this
>>>>>>> type of
>>>>>>> > behavior.
>>>>>>> >
>>>>>>> > #AGStore usage review
>>>>>>> > The store library was wrapped in a content provider.  In Android
>>>>>>> the
>>>>>>> > content provider API provides a abstracted way to exposed data to
>>>>>>> > activities, services, etc while having the data management and
>>>>>>> lifecycle
>>>>>>> > happen in a controlled, centralized manner.  AG Store made handling
>>>>>>> > large JSON serializable objects pretty trivial and most of my
>>>>>>> issues
>>>>>>> > were around the fact that the JSON coming from the DevNexus server
>>>>>>> has
>>>>>>> > some weird architectures.  Additionally, the query mechanism
>>>>>>> doesn't let
>>>>>>> > you query properties of collections of objects.  This will need to
>>>>>>> be
>>>>>>> > addressed at some point.
>>>>>>> >
>>>>>>> > #Things AeroGear didn't do that would have been nice
>>>>>>> > I wanted to have offline support/file management for the podcasting
>>>>>>> > system, but there isn't a easy library for doing that (which I
>>>>>>> found in
>>>>>>> > my brief time looking) and we don't have a good solution for that
>>>>>>> yet
>>>>>>> > either.  Additionally wrapping the Stores in Content providers was
>>>>>>> very
>>>>>>> > labor intensive.  There are many projects to automate the various
>>>>>>> > Android patterns around Content Providers which we may be able to
>>>>>>> borrow
>>>>>>> > to make this easier.
>>>>>>> >
>>>>>>> > Additionally Aerogear provides nothing for the Android UI.  I
>>>>>>> think that
>>>>>>> > this is out of scope for our project but it is something to keep in
>>>>>>> > mind.  However there are other VERY powerful libraries which help
>>>>>>> out in
>>>>>>> > this regard.
>>>>>>> >
>>>>>>> >
>>>>>>> > #Conclusion
>>>>>>> > AeroGear Android doesn't suck to use and provided real value to
>>>>>>> me. I
>>>>>>> > feel like it is stable and well built especially as of 2.0.  Of
>>>>>>> course
>>>>>>> > I'm biased.  If we have a good offline story we will enhance what
>>>>>>> is
>>>>>>> > already a strong service and data connection to Android users.
>>>>>>> >
>>>>>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>>>>>> > 2. https://github.com/devnexus/devnexus-site
>>>>>>> >
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Summers Pittman
>>>>>>> >>Phone:404 941 4698
>>>>>>> >>Java is my crack.
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
>
> --
> -- Passos
>
> _______________________________________________
> 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/20150316/d0ced66b/attachment-0001.html 

From supittma at redhat.com  Mon Mar 16 10:44:35 2015
From: supittma at redhat.com (Summers Pittman)
Date: Mon, 16 Mar 2015 10:44:35 -0400
Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
In-Reply-To: <CACAO5hdd64ja0zXYrd+xPQFhUeMAHiAVgx0QN4hW6tMD3x5waA@mail.gmail.com>
References: <55030BCF.8060303@redhat.com>
	<782673549.9648742.1426263765392.JavaMail.zimbra@redhat.com>
	<55031B90.7090603@redhat.com>
	<CAEQz2CuRcAL3KsoG85+0539W=K+-gXwSSmPX+MhtbBHMYejR8Q@mail.gmail.com>
	<CACAO5hcXhDC2ssPbStMfUPWDQA9XkTzptVDKZ6TE5e+COrsCNw@mail.gmail.com>
	<CAEQz2CtzOWuk=Rbxd+EYQWRELpTwZUHvtepHUPp8dCHFMG8mSQ@mail.gmail.com>
	<CACAO5hfWWKSOoxykitZy2_Kd7TVp6Yr11Uy1PFyVt4UXwaVWBA@mail.gmail.com>
	<CAEQz2Cv5WB3P-Q-Sj4wKg_4d=iOALwPmCPmsiYnV3YJtBRkDcA@mail.gmail.com>
	<CADF=h2t7BUnKBjpKogMR0QSER_24O7=wM1P73jq6EWOHnYAEFg@mail.gmail.com>
	<CACAO5hdd64ja0zXYrd+xPQFhUeMAHiAVgx0QN4hW6tMD3x5waA@mail.gmail.com>
Message-ID: <CAEQz2Cu2gYuyQa-JBoN38azdtuwAdUpJz2oUusgZ0KZQ70y+Zw@mail.gmail.com>

Well the redhat pages have nothing around mobile branding and app design so
it is probably worth having SOMETHING.  Even if it is just a bunch of
standard colors, backgrounds, and styles in xml files in a aar project we
can inherit from.  I don't think writing tons of code is necessary, just
sensible defaults.

On Mon, Mar 16, 2015 at 10:42 AM, Andres Galante <agalante at redhat.com>
wrote:

> I don't think we can maintain a hole library. But having a layer of
> styling over material design might be possible. Let me think about it, I
> just wonder if its necessary, material design is excellent.
>
> On Mon, Mar 16, 2015 at 11:31 AM, Daniel Passos <dpassos at redhat.com>
> wrote:
>
>> Andres
>>
>> Somethings like this => https://github.com/navasmdc/MaterialDesignLibrary
>>
>> On Mon, Mar 16, 2015 at 11:27 AM, Summers Pittman <supittma at redhat.com>
>> wrote:
>>
>>> Ahhh.
>>>
>>> There are a few libraries for widgets (especially for material design).
>>> There are also some injection libraries for autowiring views to objects in
>>> the Activity class.
>>>
>>> Picasso comes to mind for images, butter knife does view injection, and
>>> there are too many Material Design libs to count/enumerate.  I also don't
>>> make a list because I haven't tried enough to have an informed opinion.
>>>
>>> On Mon, Mar 16, 2015 at 10:19 AM, Andres Galante <agalante at redhat.com>
>>> wrote:
>>>
>>>> You mention that "there are other VERY powerful libraries which help
>>>> out in
>>>> this regard." I was wondering which UI libraries we can base ours
>>>>
>>>>
>>>>
>>>> On Mon, Mar 16, 2015 at 11:02 AM, Summers Pittman <supittma at redhat.com>
>>>> wrote:
>>>>
>>>>> I didn't catch what you are asking.
>>>>>
>>>>> On Mon, Mar 16, 2015 at 9:59 AM, Andres Galante <agalante at redhat.com>
>>>>> wrote:
>>>>>
>>>>>> Which are the UI libraries though about as base?
>>>>>>
>>>>>> On Mon, Mar 16, 2015 at 10:47 AM, Summers Pittman <
>>>>>> supittma at redhat.com> wrote:
>>>>>>
>>>>>>> If you mean implementing some stuff like what is on
>>>>>>> http://brand.redhat.com/ for websites but for Android I would love
>>>>>>> it :)
>>>>>>>
>>>>>>> On Fri, Mar 13, 2015 at 1:17 PM, Summers Pittman <
>>>>>>> supittma at redhat.com> wrote:
>>>>>>>
>>>>>>>> On 03/13/2015 12:22 PM, Andres Galante wrote:
>>>>>>>> > Summers, do you think that we can build an Aerogear UI based on a
>>>>>>>> library? Like we do with Patternfly and Bootstrap.
>>>>>>>> If you mean set up a bunch of default styles and some value add
>>>>>>>> widgets/behaviors sure we can do that.
>>>>>>>>
>>>>>>>> >
>>>>>>>> > ----- Original Message -----
>>>>>>>> > From: "Summers Pittman" <supittma at redhat.com>
>>>>>>>> > To: mobile-internal at redhat.com, "AeroGear Developer Mailing
>>>>>>>> List" <aerogear-dev at lists.jboss.org>
>>>>>>>> > Sent: Friday, March 13, 2015 1:09:51 PM
>>>>>>>> > Subject: [aerogear-dev] AeroGear usage in the DevNexus app report
>>>>>>>> >
>>>>>>>> > I made the DevNexus[1] app the past two years and have tried to
>>>>>>>> dogfood
>>>>>>>> > as much of the Android AeroGear client library as I could.
>>>>>>>> Consider this
>>>>>>>> > a field report of sorts from a experienced user's perspective.
>>>>>>>> >
>>>>>>>> > # Server Background
>>>>>>>> > The DevNexus website exposes its registration data as a series of
>>>>>>>> JSON
>>>>>>>> > documents.  It also exposes a custom Google+ authentication
>>>>>>>> endpoint
>>>>>>>> > used to identify users.  This was used by the app in 2014 for
>>>>>>>> backing up
>>>>>>>> > user's schedules but was not used in 2015.  The DevNexus website
>>>>>>>> itself
>>>>>>>> > is a Spring MVC application and is available on github[2].
>>>>>>>> >
>>>>>>>> > # App Background 2015
>>>>>>>> > The 2015 app has custom schedules, a Google Maps view of the
>>>>>>>> venue,
>>>>>>>> > presentation viewing and discovery, a directory of previous years
>>>>>>>> > devnexus presentations, and a podcast player with audio from
>>>>>>>> previous
>>>>>>>> > year's sessions.  It uses the AGDroid pipe and store libraries.
>>>>>>>> In 2014
>>>>>>>> > it also used the auth library but the feature using it was
>>>>>>>> removed.  It
>>>>>>>> > also uses Picasso for image management.
>>>>>>>> >
>>>>>>>> > # AGPipe usage review
>>>>>>>> > The pipe library and its GSON marshalling are very nice and very
>>>>>>>> easy.
>>>>>>>> > Those were generally wrapped in a android SyncAdapter and fired at
>>>>>>>> > regular intervals.  Pipe's callback mechanism poses some problems
>>>>>>>> > however.  Because Android aggressively cleans up objects the code
>>>>>>>> needed
>>>>>>>> > to provide a lock that waited for the callbacks to finish.
>>>>>>>> Without the
>>>>>>>> > lock the code might call an object which has left Android's
>>>>>>>> active state
>>>>>>>> > and this causes an error.  Over all it is still a very good way to
>>>>>>>> > handle http networking in Android.
>>>>>>>> >
>>>>>>>> > #AGAuth usage review
>>>>>>>> > The auth module was used in the 2014 application but not in the
>>>>>>>> 2015
>>>>>>>> > application.  The code however remains and is functional.  I
>>>>>>>> created two
>>>>>>>> > custom AuthenticationModule objects.  One interacts with the
>>>>>>>> Android
>>>>>>>> > Account Manager system to get a session token from Google Plus.
>>>>>>>> The
>>>>>>>> > other attaches a cookie to http requests and handles auth
>>>>>>>> failures.  In
>>>>>>>> > general the architecture is sound, but it is a bit of a hack to
>>>>>>>> get
>>>>>>>> > around the fact that last year we did not have the authz library
>>>>>>>> > finished at this point which has a better architecture for this
>>>>>>>> type of
>>>>>>>> > behavior.
>>>>>>>> >
>>>>>>>> > #AGStore usage review
>>>>>>>> > The store library was wrapped in a content provider.  In Android
>>>>>>>> the
>>>>>>>> > content provider API provides a abstracted way to exposed data to
>>>>>>>> > activities, services, etc while having the data management and
>>>>>>>> lifecycle
>>>>>>>> > happen in a controlled, centralized manner.  AG Store made
>>>>>>>> handling
>>>>>>>> > large JSON serializable objects pretty trivial and most of my
>>>>>>>> issues
>>>>>>>> > were around the fact that the JSON coming from the DevNexus
>>>>>>>> server has
>>>>>>>> > some weird architectures.  Additionally, the query mechanism
>>>>>>>> doesn't let
>>>>>>>> > you query properties of collections of objects.  This will need
>>>>>>>> to be
>>>>>>>> > addressed at some point.
>>>>>>>> >
>>>>>>>> > #Things AeroGear didn't do that would have been nice
>>>>>>>> > I wanted to have offline support/file management for the
>>>>>>>> podcasting
>>>>>>>> > system, but there isn't a easy library for doing that (which I
>>>>>>>> found in
>>>>>>>> > my brief time looking) and we don't have a good solution for that
>>>>>>>> yet
>>>>>>>> > either.  Additionally wrapping the Stores in Content providers
>>>>>>>> was very
>>>>>>>> > labor intensive.  There are many projects to automate the various
>>>>>>>> > Android patterns around Content Providers which we may be able to
>>>>>>>> borrow
>>>>>>>> > to make this easier.
>>>>>>>> >
>>>>>>>> > Additionally Aerogear provides nothing for the Android UI.  I
>>>>>>>> think that
>>>>>>>> > this is out of scope for our project but it is something to keep
>>>>>>>> in
>>>>>>>> > mind.  However there are other VERY powerful libraries which help
>>>>>>>> out in
>>>>>>>> > this regard.
>>>>>>>> >
>>>>>>>> >
>>>>>>>> > #Conclusion
>>>>>>>> > AeroGear Android doesn't suck to use and provided real value to
>>>>>>>> me. I
>>>>>>>> > feel like it is stable and well built especially as of 2.0.  Of
>>>>>>>> course
>>>>>>>> > I'm biased.  If we have a good offline story we will enhance what
>>>>>>>> is
>>>>>>>> > already a strong service and data connection to Android users.
>>>>>>>> >
>>>>>>>> > 1. https://github.com/secondsun/devnexus-android-2015
>>>>>>>> > 2. https://github.com/devnexus/devnexus-site
>>>>>>>> >
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Summers Pittman
>>>>>>>> >>Phone:404 941 4698
>>>>>>>> >>Java is my crack.
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>>
>> --
>> -- Passos
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150316/c148031b/attachment.html 

From dpassos at redhat.com  Mon Mar 16 23:19:16 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Tue, 17 Mar 2015 00:19:16 -0300
Subject: [aerogear-dev] AeroGear Android 2.1.0 - Release
Message-ID: <CADF=h2u4D8xCu+CrVAidxvSE-FwTQ-9yiNG=qAG5guRJYObCVw@mail.gmail.com>

Hey Everyone,

We are ready to release AeroGear Android 2.1.0, we just staged[1] it on
Nexus. We're planning to release it next Friday. Fell free to test it and
let us know if you find any issues.

[1]
https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5085/

-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/6a04ab2a/attachment.html 

From vivek.pandey at pinelabs.com  Tue Mar 17 02:37:23 2015
From: vivek.pandey at pinelabs.com (Vivek Pandey)
Date: Tue, 17 Mar 2015 12:07:23 +0530
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
Message-ID: <004901d0607c$d3abd790$7b0386b0$@pinelabs.com>

Hi Guys,

 

Thanks for the 1.0.3 release.

 

I am wondering if we can use the migrator to migrate 1.0.2 database schema
without any data loss ? 

 

Vivek

 

From: aerogear-dev-bounces at lists.jboss.org
[mailto:aerogear-dev-bounces at lists.jboss.org] On Behalf Of Jay Balunas
Sent: Friday, March 13, 2015 11:11 PM
To: AeroGear Developer Mailing List
Subject: Re: [aerogear-dev] [Vote] UPS 1.0.3 release

 

Great job everyone!  Lets get this release out the door!

 

On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org> wrote:

 

@docs: updates are now live:

https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema

 

also, here is the promised staging repo:

https://repository.jboss.org/nexus/content/repositories/jboss_releases_stagi
ng_profile-5061/

 

happy testing 

 

On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

Hi,

we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
not yet able to create a staging repo for that (I notified our ops team).

However, for testing the server, all we really need are the WAR files. I
have uploaded the distribution files to GH, as a pre-release:

 
<https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3>
https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3


NOTES


1.	We no longer support H2 database. You need MySQL/Postgres for tests.
2.	The JPA provider no longer creates the DB schema for you

If you don't have MySQL installed, it's trivial to use it via Docker:

docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e
MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e
MYSQL_ROOT_PASSWORD=supersecret -d mysql

Now, once the DB is up, you need to run the migrator against the empty
database to create the schema. The migrator is included in the dist file,
and instructions are
<https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator
/README.md> here

DB setup for EAP/WildFly works as usual, see
<https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds>
https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds

Once that is all done, install the WARs to your application container:
<https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy>
https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy

Let me know about this release, and if there are no complains by Wednesday,
I will push the bits to maven central and mark the pre-release as a real
release

Oh, this is most-likely the last release of the 1.0.x series

-Matthias

PS: I am now updating the docs, to reflect the changes and new requirements

 

 

-- 

Matthias Wessendorf 

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf





 

-- 

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

 


This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/8e3ae3a6/attachment-0001.html 

From scm.blanc at gmail.com  Tue Mar 17 02:52:28 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Tue, 17 Mar 2015 07:52:28 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
Message-ID: <64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>

Hi Vivek,
Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
Sebi 

Envoy? de mon iPhone

> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a ?crit :
> 
> Hi Guys,
>  
> Thanks for the 1.0.3 release.
>  
> I am wondering if we can use the migrator to migrate 1.0.2 database schema without any data loss ?
>  
> Vivek
>  
> From: aerogear-dev-bounces at lists.jboss.org [mailto:aerogear-dev-bounces at lists.jboss.org] On Behalf Of Jay Balunas
> Sent: Friday, March 13, 2015 11:11 PM
> To: AeroGear Developer Mailing List
> Subject: Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>  
> Great job everyone!  Lets get this release out the door!
>  
> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>  
> @docs: updates are now live:
> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>  
> also, here is the promised staging repo:
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>  
> happy testing 
>  
> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> Hi,
> 
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am not yet able to create a staging repo for that (I notified our ops team).
> 
> However, for testing the server, all we really need are the WAR files. I have uploaded the distribution files to GH, as a pre-release:
> 
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
> 
> NOTES
> 
> We no longer support H2 database. You need MySQL/Postgres for tests.
> The JPA provider no longer creates the DB schema for you
> If you don't have MySQL installed, it's trivial to use it via Docker:
> 
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
> Now, once the DB is up, you need to run the migrator against the empty database to create the schema. The migrator is included in the dist file, and instructions are here
> 
> DB setup for EAP/WildFly works as usual, seehttps://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
> 
> Once that is all done, install the WARs to your application container:https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
> 
> Let me know about this release, and if there are no complains by Wednesday, I will push the bits to maven central and mark the pre-release as a real release
> 
> Oh, this is most-likely the last release of the 1.0.x series
> 
> -Matthias
> 
> PS: I am now updating the docs, to reflect the changes and new requirements
> 
>  
> 
>  
> --
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
> 
> 
>  
> --
> 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
>  
> 
> This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.
> 
> _______________________________________________
> 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/20150317/a64fd878/attachment.html 

From cvasilak at gmail.com  Tue Mar 17 03:38:44 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Tue, 17 Mar 2015 09:38:44 +0200
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
Message-ID: <CAKVvow8spdFB+ckWHKD5A9Ztt=Df9Ft6jL1LqVrzorWqn9HCXg@mail.gmail.com>

Hi,

tested using the following configurations:

- migration from 1.0.2 to 1.0.3  with existing installations on both MySQL
and PostgreSQL. Migration succeeded, tested on iOS and Android variants and
send/receive succeeded.

-started from scratch with an empty db on both MySQL and PostgreSQL,
registered new variants, and tested on iOS and Android,  found no issues
too.


+1 for release


*DBMS versions used MySQL 5.6.23, PostgreSQL 9.4.1

-
Christos




On Tue, Mar 17, 2015 at 8:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
wrote:

> Hi Vivek,
> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
> Sebi
>
> Envoy? de mon iPhone
>
> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
> ?crit :
>
> Hi Guys,
>
>
>
> Thanks for the 1.0.3 release.
>
>
>
> I am wondering if we can use the migrator to migrate 1.0.2 database schema
> without any data loss ?
>
>
>
> Vivek
>
>
>
> *From:* aerogear-dev-bounces at lists.jboss.org [
> mailto:aerogear-dev-bounces at lists.jboss.org
> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
> *Sent:* Friday, March 13, 2015 11:11 PM
> *To:* AeroGear Developer Mailing List
> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>
>
>
> Great job everyone!  Lets get this release out the door!
>
>
>
> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>
>
> @docs: updates are now live:
>
> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>
>
>
> also, here is the promised staging repo:
>
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>
>
>
> happy testing
>
>
>
> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
> Hi,
>
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
> not yet able to create a staging repo for that (I notified our ops team).
>
> However, for testing the server, all we really need are the WAR files. I
> have uploaded the distribution files to GH, as a pre-release:
>
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
> NOTES
>
>    1. We no longer support H2 database. You need MySQL/Postgres for tests.
>    2. The JPA provider no longer creates the DB schema for you
>
> If you don't have MySQL installed, it's trivial to use it via Docker:
>
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>
> Now, once the DB is up, you need to run the migrator against the empty
> database to create the schema. The migrator is included in the dist file,
> and instructions are here
> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>
> DB setup for EAP/WildFly works as usual, see
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>
> Once that is all done, install the WARs to your application container:
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>
> Let me know about this release, and if there are no complains by
> Wednesday, I will push the bits to maven central and mark the pre-release
> as a real release
>
> Oh, this is most-likely the last release of the 1.0.x series
>
> -Matthias
>
> PS: I am now updating the docs, to reflect the changes and new requirements
>
>
>
>
>
> --
>
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
>
>
>
>
> --
>
> 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
>
>
>
> ------------------------------
> This message may contain privileged and confidential information and is
> solely for the use of intended recipient. The views expressed in this email
> are those of the sender and not of Pine Labs. The recipient should check
> this email and attachments for the presence of viruses / malwares etc. Pine
> Labs accepts no liability for any damage caused by any virus transmitted by
> this email. Pine Labs may monitor and record all emails.
> ------------------------------
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/64f05782/attachment-0001.html 

From matzew at apache.org  Tue Mar 17 04:19:52 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 17 Mar 2015 09:19:52 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
Message-ID: <CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>

Hi Vivek,

that's right, here are the steps you need to run:
https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator

feel free to test that on your test/dev environment. For any heads-up of
successful migration, or errors, we are more than thankful!

Cheers,
Matthias

On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
wrote:

> Hi Vivek,
> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
> Sebi
>
> Envoy? de mon iPhone
>
> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
> ?crit :
>
> Hi Guys,
>
>
>
> Thanks for the 1.0.3 release.
>
>
>
> I am wondering if we can use the migrator to migrate 1.0.2 database schema
> without any data loss ?
>
>
>
> Vivek
>
>
>
> *From:* aerogear-dev-bounces at lists.jboss.org [
> mailto:aerogear-dev-bounces at lists.jboss.org
> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
> *Sent:* Friday, March 13, 2015 11:11 PM
> *To:* AeroGear Developer Mailing List
> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>
>
>
> Great job everyone!  Lets get this release out the door!
>
>
>
> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>
>
> @docs: updates are now live:
>
> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>
>
>
> also, here is the promised staging repo:
>
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>
>
>
> happy testing
>
>
>
> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
> Hi,
>
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
> not yet able to create a staging repo for that (I notified our ops team).
>
> However, for testing the server, all we really need are the WAR files. I
> have uploaded the distribution files to GH, as a pre-release:
>
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
> NOTES
>
>    1. We no longer support H2 database. You need MySQL/Postgres for tests.
>    2. The JPA provider no longer creates the DB schema for you
>
> If you don't have MySQL installed, it's trivial to use it via Docker:
>
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>
> Now, once the DB is up, you need to run the migrator against the empty
> database to create the schema. The migrator is included in the dist file,
> and instructions are here
> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>
> DB setup for EAP/WildFly works as usual, see
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>
> Once that is all done, install the WARs to your application container:
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>
> Let me know about this release, and if there are no complains by
> Wednesday, I will push the bits to maven central and mark the pre-release
> as a real release
>
> Oh, this is most-likely the last release of the 1.0.x series
>
> -Matthias
>
> PS: I am now updating the docs, to reflect the changes and new requirements
>
>
>
>
>
> --
>
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
>
>
>
>
> --
>
> 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
>
>
>
> ------------------------------
> This message may contain privileged and confidential information and is
> solely for the use of intended recipient. The views expressed in this email
> are those of the sender and not of Pine Labs. The recipient should check
> this email and attachments for the presence of viruses / malwares etc. Pine
> Labs accepts no liability for any damage caused by any virus transmitted by
> this email. Pine Labs may monitor and record all emails.
> ------------------------------
>
> _______________________________________________
> 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/20150317/9dc5367d/attachment.html 

From scm.blanc at gmail.com  Tue Mar 17 04:21:34 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 17 Mar 2015 09:21:34 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAKVvow8spdFB+ckWHKD5A9Ztt=Df9Ft6jL1LqVrzorWqn9HCXg@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAKVvow8spdFB+ckWHKD5A9Ztt=Df9Ft6jL1LqVrzorWqn9HCXg@mail.gmail.com>
Message-ID: <CAD_dpu0VhPwLZuX5EvAnf973HRL7KutXHN-PNzrRh7ndM8iCww@mail.gmail.com>

I have a problem with EAP 6.3, after running the migrator to generate the
schema (which run fine) when I deploy the WARs I'm getting this :
https://gist.github.com/sebastienblanc/10e09946f866e6fdf157

:/

On WildFly, I'm not getting this error.

On Tue, Mar 17, 2015 at 8:38 AM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> Hi,
>
> tested using the following configurations:
>
> - migration from 1.0.2 to 1.0.3  with existing installations on both MySQL
> and PostgreSQL. Migration succeeded, tested on iOS and Android variants and
> send/receive succeeded.
>
> -started from scratch with an empty db on both MySQL and PostgreSQL,
> registered new variants, and tested on iOS and Android,  found no issues
> too.
>
>
> +1 for release
>
>
> *DBMS versions used MySQL 5.6.23, PostgreSQL 9.4.1
>
> -
> Christos
>
>
>
>
> On Tue, Mar 17, 2015 at 8:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
> wrote:
>
>> Hi Vivek,
>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>> Sebi
>>
>> Envoy? de mon iPhone
>>
>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>> ?crit :
>>
>> Hi Guys,
>>
>>
>>
>> Thanks for the 1.0.3 release.
>>
>>
>>
>> I am wondering if we can use the migrator to migrate 1.0.2 database
>> schema without any data loss ?
>>
>>
>>
>> Vivek
>>
>>
>>
>> *From:* aerogear-dev-bounces at lists.jboss.org [
>> mailto:aerogear-dev-bounces at lists.jboss.org
>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>> *Sent:* Friday, March 13, 2015 11:11 PM
>> *To:* AeroGear Developer Mailing List
>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>
>>
>>
>> Great job everyone!  Lets get this release out the door!
>>
>>
>>
>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>
>>
>> @docs: updates are now live:
>>
>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>
>>
>>
>> also, here is the promised staging repo:
>>
>>
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>
>>
>>
>> happy testing
>>
>>
>>
>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>> Hi,
>>
>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I
>> am not yet able to create a staging repo for that (I notified our ops team).
>>
>> However, for testing the server, all we really need are the WAR files. I
>> have uploaded the distribution files to GH, as a pre-release:
>>
>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>> NOTES
>>
>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>    tests.
>>    2. The JPA provider no longer creates the DB schema for you
>>
>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>
>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>
>> Now, once the DB is up, you need to run the migrator against the empty
>> database to create the schema. The migrator is included in the dist file,
>> and instructions are here
>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>
>> DB setup for EAP/WildFly works as usual, see
>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>
>> Once that is all done, install the WARs to your application container:
>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>
>> Let me know about this release, and if there are no complains by
>> Wednesday, I will push the bits to maven central and mark the pre-release
>> as a real release
>>
>> Oh, this is most-likely the last release of the 1.0.x series
>>
>> -Matthias
>>
>> PS: I am now updating the docs, to reflect the changes and new
>> requirements
>>
>>
>>
>>
>>
>> --
>>
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>>
>>
>>
>>
>> --
>>
>> 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
>>
>>
>>
>> ------------------------------
>> This message may contain privileged and confidential information and is
>> solely for the use of intended recipient. The views expressed in this email
>> are those of the sender and not of Pine Labs. The recipient should check
>> this email and attachments for the presence of viruses / malwares etc. Pine
>> Labs accepts no liability for any damage caused by any virus transmitted by
>> this email. Pine Labs may monitor and record all emails.
>> ------------------------------
>>
>> _______________________________________________
>> 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
>>
>
>
> _______________________________________________
> 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/20150317/6301e8ae/attachment-0001.html 

From vivek.pandey at pinelabs.com  Tue Mar 17 05:30:05 2015
From: vivek.pandey at pinelabs.com (Vivek Pandey)
Date: Tue, 17 Mar 2015 15:00:05 +0530
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
Message-ID: <008401d06094$f45609d0$dd021d70$@pinelabs.com>

I was able to migrate my test setup to 1.0.3 successfully, running  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3. 

 

Thanks

From: aerogear-dev-bounces at lists.jboss.org [mailto:aerogear-dev-bounces at lists.jboss.org] On Behalf Of Matthias Wessendorf
Sent: Tuesday, March 17, 2015 1:50 PM
To: AeroGear Developer Mailing List
Subject: Re: [aerogear-dev] [Vote] UPS 1.0.3 release

 

Hi Vivek,

 

that's right, here are the steps you need to run:

https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator

 

feel free to test that on your test/dev environment. For any heads-up of successful migration, or errors, we are more than thankful!

 

Cheers,

Matthias

 

On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com> wrote:

Hi Vivek,

Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)

Sebi 

Envoy? de mon iPhone


Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a ?crit :

Hi Guys,

 

Thanks for the 1.0.3 release.

 

I am wondering if we can use the migrator to migrate 1.0.2 database schema without any data loss ? 

 

Vivek

 

From: aerogear-dev-bounces at lists.jboss.org [mailto:aerogear-dev-bounces at lists.jboss.org] On Behalf Of Jay Balunas
Sent: Friday, March 13, 2015 11:11 PM
To: AeroGear Developer Mailing List
Subject: Re: [aerogear-dev] [Vote] UPS 1.0.3 release

 

Great job everyone!  Lets get this release out the door!

 

On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org> wrote:

 

@docs: updates are now live:

https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema

 

also, here is the promised staging repo:

https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/

 

happy testing 

 

On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org> wrote:

Hi,

we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am not yet able to create a staging repo for that (I notified our ops team).

However, for testing the server, all we really need are the WAR files. I have uploaded the distribution files to GH, as a pre-release:

 <https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3


NOTES


1.	We no longer support H2 database. You need MySQL/Postgres for tests.
2.	The JPA provider no longer creates the DB schema for you

If you don't have MySQL installed, it's trivial to use it via Docker:

docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql

Now, once the DB is up, you need to run the migrator against the empty database to create the schema. The migrator is included in the dist file, and instructions are  <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md> here

DB setup for EAP/WildFly works as usual, see <https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds

Once that is all done, install the WARs to your application container: <https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy

Let me know about this release, and if there are no complains by Wednesday, I will push the bits to maven central and mark the pre-release as a real release

Oh, this is most-likely the last release of the 1.0.x series

-Matthias

PS: I am now updating the docs, to reflect the changes and new requirements

 

 

-- 

Matthias Wessendorf 

blog: http://matthiaswessendorf.wordpress.com/
sessions: http://www.slideshare.net/mwessendorf
twitter: http://twitter.com/mwessendorf





 

-- 

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

 

 

  _____  

This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.

  _____  

 

_______________________________________________
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


This message may contain privileged and confidential information and is solely for the use of intended recipient. The views expressed in this email are those of the sender and not of Pine Labs. The recipient should check this email and attachments for the presence of viruses / malwares etc. Pine Labs accepts no liability for any damage caused by any virus transmitted by this email. Pine Labs may monitor and record all emails.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/540d9946/attachment.html 

From matzew at apache.org  Tue Mar 17 06:00:49 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 17 Mar 2015 11:00:49 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <008401d06094$f45609d0$dd021d70$@pinelabs.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
Message-ID: <CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>

Hi Vivek, thanks for your feedback - glad the UPS continues to work great
for your team :-)

As stated in [1], it's "only" against different MySQL/MariaDB flavors,
using EAP (not WildFly)

Thanks again for helping us testing our release.

-Matthias

[1] https://issues.jboss.org/browse/AEROGEAR-1676

On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <vivek.pandey at pinelabs.com>
wrote:

> I was able to migrate my test setup to 1.0.3 successfully, running  UPS
> 1.0.2 on wildfly 8.1 and Postgres 9.3.
>
>
>
> Thanks
>
> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias Wessendorf
> *Sent:* Tuesday, March 17, 2015 1:50 PM
>
> *To:* AeroGear Developer Mailing List
> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>
>
>
> Hi Vivek,
>
>
>
> that's right, here are the steps you need to run:
>
> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>
>
>
> feel free to test that on your test/dev environment. For any heads-up of
> successful migration, or errors, we are more than thankful!
>
>
>
> Cheers,
>
> Matthias
>
>
>
> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
> wrote:
>
> Hi Vivek,
>
> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>
> Sebi
>
> Envoy? de mon iPhone
>
>
> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
> ?crit :
>
> Hi Guys,
>
>
>
> Thanks for the 1.0.3 release.
>
>
>
> I am wondering if we can use the migrator to migrate 1.0.2 database schema
> without any data loss ?
>
>
>
> Vivek
>
>
>
> *From:* aerogear-dev-bounces at lists.jboss.org [
> mailto:aerogear-dev-bounces at lists.jboss.org
> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
> *Sent:* Friday, March 13, 2015 11:11 PM
> *To:* AeroGear Developer Mailing List
> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>
>
>
> Great job everyone!  Lets get this release out the door!
>
>
>
> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>
>
> @docs: updates are now live:
>
> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>
>
>
> also, here is the promised staging repo:
>
>
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>
>
>
> happy testing
>
>
>
> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
> Hi,
>
> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I am
> not yet able to create a staging repo for that (I notified our ops team).
>
> However, for testing the server, all we really need are the WAR files. I
> have uploaded the distribution files to GH, as a pre-release:
>
> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
> NOTES
>
>    1. We no longer support H2 database. You need MySQL/Postgres for tests.
>    2. The JPA provider no longer creates the DB schema for you
>
> If you don't have MySQL installed, it's trivial to use it via Docker:
>
> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>
> Now, once the DB is up, you need to run the migrator against the empty
> database to create the schema. The migrator is included in the dist file,
> and instructions are here
> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>
> DB setup for EAP/WildFly works as usual, see
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>
> Once that is all done, install the WARs to your application container:
> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>
> Let me know about this release, and if there are no complains by
> Wednesday, I will push the bits to maven central and mark the pre-release
> as a real release
>
> Oh, this is most-likely the last release of the 1.0.x series
>
> -Matthias
>
> PS: I am now updating the docs, to reflect the changes and new requirements
>
>
>
>
>
> --
>
> Matthias Wessendorf
>
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
>
>
>
>
>
> --
>
> 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
>
>
>
>
> ------------------------------
>
> This message may contain privileged and confidential information and is
> solely for the use of intended recipient. The views expressed in this email
> are those of the sender and not of Pine Labs. The recipient should check
> this email and attachments for the presence of viruses / malwares etc. Pine
> Labs accepts no liability for any damage caused by any virus transmitted by
> this email. Pine Labs may monitor and record all emails.
> ------------------------------
>
>
>
> _______________________________________________
> 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
>
> ------------------------------
> This message may contain privileged and confidential information and is
> solely for the use of intended recipient. The views expressed in this email
> are those of the sender and not of Pine Labs. The recipient should check
> this email and attachments for the presence of viruses / malwares etc. Pine
> Labs accepts no liability for any damage caused by any virus transmitted by
> this email. Pine Labs may monitor and record all emails.
> ------------------------------
>
>
> _______________________________________________
> 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/20150317/b7b7a70e/attachment-0001.html 

From matzew at apache.org  Tue Mar 17 06:16:49 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 17 Mar 2015 11:16:49 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
Message-ID: <CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>

Sorry, I mean this JIRA
https://issues.jboss.org/browse/AGPUSH-1314

On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Hi Vivek, thanks for your feedback - glad the UPS continues to work great
> for your team :-)
>
> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
> using EAP (not WildFly)
>
> Thanks again for helping us testing our release.
>
> -Matthias
>
> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>
> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <vivek.pandey at pinelabs.com>
> wrote:
>
>> I was able to migrate my test setup to 1.0.3 successfully, running  UPS
>> 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>
>>
>>
>> Thanks
>>
>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias Wessendorf
>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>
>> *To:* AeroGear Developer Mailing List
>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>
>>
>>
>> Hi Vivek,
>>
>>
>>
>> that's right, here are the steps you need to run:
>>
>>
>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>
>>
>>
>> feel free to test that on your test/dev environment. For any heads-up of
>> successful migration, or errors, we are more than thankful!
>>
>>
>>
>> Cheers,
>>
>> Matthias
>>
>>
>>
>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>> Hi Vivek,
>>
>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>
>> Sebi
>>
>> Envoy? de mon iPhone
>>
>>
>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>> ?crit :
>>
>> Hi Guys,
>>
>>
>>
>> Thanks for the 1.0.3 release.
>>
>>
>>
>> I am wondering if we can use the migrator to migrate 1.0.2 database
>> schema without any data loss ?
>>
>>
>>
>> Vivek
>>
>>
>>
>> *From:* aerogear-dev-bounces at lists.jboss.org [
>> mailto:aerogear-dev-bounces at lists.jboss.org
>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>> *Sent:* Friday, March 13, 2015 11:11 PM
>> *To:* AeroGear Developer Mailing List
>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>
>>
>>
>> Great job everyone!  Lets get this release out the door!
>>
>>
>>
>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>
>>
>> @docs: updates are now live:
>>
>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>
>>
>>
>> also, here is the promised staging repo:
>>
>>
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>
>>
>>
>> happy testing
>>
>>
>>
>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>> Hi,
>>
>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I
>> am not yet able to create a staging repo for that (I notified our ops team).
>>
>> However, for testing the server, all we really need are the WAR files. I
>> have uploaded the distribution files to GH, as a pre-release:
>>
>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>> NOTES
>>
>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>    tests.
>>    2. The JPA provider no longer creates the DB schema for you
>>
>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>
>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>
>> Now, once the DB is up, you need to run the migrator against the empty
>> database to create the schema. The migrator is included in the dist file,
>> and instructions are here
>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>
>> DB setup for EAP/WildFly works as usual, see
>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>
>> Once that is all done, install the WARs to your application container:
>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>
>> Let me know about this release, and if there are no complains by
>> Wednesday, I will push the bits to maven central and mark the pre-release
>> as a real release
>>
>> Oh, this is most-likely the last release of the 1.0.x series
>>
>> -Matthias
>>
>> PS: I am now updating the docs, to reflect the changes and new
>> requirements
>>
>>
>>
>>
>>
>> --
>>
>> Matthias Wessendorf
>>
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>>
>>
>>
>>
>>
>> --
>>
>> 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
>>
>>
>>
>>
>> ------------------------------
>>
>> This message may contain privileged and confidential information and is
>> solely for the use of intended recipient. The views expressed in this email
>> are those of the sender and not of Pine Labs. The recipient should check
>> this email and attachments for the presence of viruses / malwares etc. Pine
>> Labs accepts no liability for any damage caused by any virus transmitted by
>> this email. Pine Labs may monitor and record all emails.
>> ------------------------------
>>
>>
>>
>> _______________________________________________
>> 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
>>
>> ------------------------------
>> This message may contain privileged and confidential information and is
>> solely for the use of intended recipient. The views expressed in this email
>> are those of the sender and not of Pine Labs. The recipient should check
>> this email and attachments for the presence of viruses / malwares etc. Pine
>> Labs accepts no liability for any damage caused by any virus transmitted by
>> this email. Pine Labs may monitor and record all emails.
>> ------------------------------
>>
>>
>> _______________________________________________
>> 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
>



-- 
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/20150317/b2fb315e/attachment.html 

From tkriz at redhat.com  Tue Mar 17 09:26:23 2015
From: tkriz at redhat.com (Tadeas Kriz)
Date: Tue, 17 Mar 2015 14:26:23 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
Message-ID: <CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>

Could we prepare the 1.0.3 OpenShift cartridge before the final release?
For example in a forked repository so we can run integration tests against
it and make sure everything works before the 1.0.3 is actually released?

Thanks,

Tadeas Kriz

On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Sorry, I mean this JIRA
> https://issues.jboss.org/browse/AGPUSH-1314
>
> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> Hi Vivek, thanks for your feedback - glad the UPS continues to work great
>> for your team :-)
>>
>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>> using EAP (not WildFly)
>>
>> Thanks again for helping us testing our release.
>>
>> -Matthias
>>
>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>
>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <vivek.pandey at pinelabs.com
>> > wrote:
>>
>>> I was able to migrate my test setup to 1.0.3 successfully, running  UPS
>>> 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>
>>>
>>>
>>> Thanks
>>>
>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias Wessendorf
>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>
>>> *To:* AeroGear Developer Mailing List
>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>
>>>
>>>
>>> Hi Vivek,
>>>
>>>
>>>
>>> that's right, here are the steps you need to run:
>>>
>>>
>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>
>>>
>>>
>>> feel free to test that on your test/dev environment. For any heads-up of
>>> successful migration, or errors, we are more than thankful!
>>>
>>>
>>>
>>> Cheers,
>>>
>>> Matthias
>>>
>>>
>>>
>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>> wrote:
>>>
>>> Hi Vivek,
>>>
>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>
>>> Sebi
>>>
>>> Envoy? de mon iPhone
>>>
>>>
>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>> ?crit :
>>>
>>> Hi Guys,
>>>
>>>
>>>
>>> Thanks for the 1.0.3 release.
>>>
>>>
>>>
>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>> schema without any data loss ?
>>>
>>>
>>>
>>> Vivek
>>>
>>>
>>>
>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>> *To:* AeroGear Developer Mailing List
>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>
>>>
>>>
>>> Great job everyone!  Lets get this release out the door!
>>>
>>>
>>>
>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>> wrote:
>>>
>>>
>>>
>>> @docs: updates are now live:
>>>
>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>
>>>
>>>
>>> also, here is the promised staging repo:
>>>
>>>
>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>
>>>
>>>
>>> happy testing
>>>
>>>
>>>
>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <matzew at apache.org>
>>> wrote:
>>>
>>> Hi,
>>>
>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I
>>> am not yet able to create a staging repo for that (I notified our ops team).
>>>
>>> However, for testing the server, all we really need are the WAR files. I
>>> have uploaded the distribution files to GH, as a pre-release:
>>>
>>>
>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>> NOTES
>>>
>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>    tests.
>>>    2. The JPA provider no longer creates the DB schema for you
>>>
>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>
>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>
>>> Now, once the DB is up, you need to run the migrator against the empty
>>> database to create the schema. The migrator is included in the dist file,
>>> and instructions are here
>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>
>>> DB setup for EAP/WildFly works as usual, see
>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>
>>> Once that is all done, install the WARs to your application container:
>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>
>>> Let me know about this release, and if there are no complains by
>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>> as a real release
>>>
>>> Oh, this is most-likely the last release of the 1.0.x series
>>>
>>> -Matthias
>>>
>>> PS: I am now updating the docs, to reflect the changes and new
>>> requirements
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Matthias Wessendorf
>>>
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>>
>>>
>>>
>>>
>>>
>>> --
>>>
>>> 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
>>>
>>>
>>>
>>>
>>> ------------------------------
>>>
>>> This message may contain privileged and confidential information and is
>>> solely for the use of intended recipient. The views expressed in this email
>>> are those of the sender and not of Pine Labs. The recipient should check
>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>> this email. Pine Labs may monitor and record all emails.
>>> ------------------------------
>>>
>>>
>>>
>>> _______________________________________________
>>> 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
>>>
>>> ------------------------------
>>> This message may contain privileged and confidential information and is
>>> solely for the use of intended recipient. The views expressed in this email
>>> are those of the sender and not of Pine Labs. The recipient should check
>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>> this email. Pine Labs may monitor and record all emails.
>>> ------------------------------
>>>
>>>
>>> _______________________________________________
>>> 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
>>
>
>
>
> --
> 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/20150317/47cf26f2/attachment-0001.html 

From matzew at apache.org  Tue Mar 17 09:40:29 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 17 Mar 2015 14:40:29 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
Message-ID: <CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>

sure, I can work on that. Just takes a bit of time (e.g. a day?)

-M

On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:

> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
> For example in a forked repository so we can run integration tests against
> it and make sure everything works before the 1.0.3 is actually released?
>
> Thanks,
>
> Tadeas Kriz
>
> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> Sorry, I mean this JIRA
>> https://issues.jboss.org/browse/AGPUSH-1314
>>
>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>> great for your team :-)
>>>
>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>> using EAP (not WildFly)
>>>
>>> Thanks again for helping us testing our release.
>>>
>>> -Matthias
>>>
>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>
>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>> vivek.pandey at pinelabs.com> wrote:
>>>
>>>> I was able to migrate my test setup to 1.0.3 successfully, running  UPS
>>>> 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>
>>>>
>>>>
>>>> Thanks
>>>>
>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>> Wessendorf
>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>
>>>> *To:* AeroGear Developer Mailing List
>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>
>>>>
>>>>
>>>> Hi Vivek,
>>>>
>>>>
>>>>
>>>> that's right, here are the steps you need to run:
>>>>
>>>>
>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>
>>>>
>>>>
>>>> feel free to test that on your test/dev environment. For any heads-up
>>>> of successful migration, or errors, we are more than thankful!
>>>>
>>>>
>>>>
>>>> Cheers,
>>>>
>>>> Matthias
>>>>
>>>>
>>>>
>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>> wrote:
>>>>
>>>> Hi Vivek,
>>>>
>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>
>>>> Sebi
>>>>
>>>> Envoy? de mon iPhone
>>>>
>>>>
>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>> ?crit :
>>>>
>>>> Hi Guys,
>>>>
>>>>
>>>>
>>>> Thanks for the 1.0.3 release.
>>>>
>>>>
>>>>
>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>> schema without any data loss ?
>>>>
>>>>
>>>>
>>>> Vivek
>>>>
>>>>
>>>>
>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>> *To:* AeroGear Developer Mailing List
>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>
>>>>
>>>>
>>>> Great job everyone!  Lets get this release out the door!
>>>>
>>>>
>>>>
>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>> wrote:
>>>>
>>>>
>>>>
>>>> @docs: updates are now live:
>>>>
>>>>
>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>
>>>>
>>>>
>>>> also, here is the promised staging repo:
>>>>
>>>>
>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>
>>>>
>>>>
>>>> happy testing
>>>>
>>>>
>>>>
>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>> Hi,
>>>>
>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I
>>>> am not yet able to create a staging repo for that (I notified our ops team).
>>>>
>>>> However, for testing the server, all we really need are the WAR files.
>>>> I have uploaded the distribution files to GH, as a pre-release:
>>>>
>>>>
>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>> NOTES
>>>>
>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>    tests.
>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>
>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>
>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>
>>>> Now, once the DB is up, you need to run the migrator against the empty
>>>> database to create the schema. The migrator is included in the dist file,
>>>> and instructions are here
>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>
>>>> DB setup for EAP/WildFly works as usual, see
>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>
>>>> Once that is all done, install the WARs to your application container:
>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>
>>>> Let me know about this release, and if there are no complains by
>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>> as a real release
>>>>
>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>
>>>> -Matthias
>>>>
>>>> PS: I am now updating the docs, to reflect the changes and new
>>>> requirements
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> This message may contain privileged and confidential information and is
>>>> solely for the use of intended recipient. The views expressed in this email
>>>> are those of the sender and not of Pine Labs. The recipient should check
>>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>>> this email. Pine Labs may monitor and record all emails.
>>>> ------------------------------
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>> ------------------------------
>>>> This message may contain privileged and confidential information and is
>>>> solely for the use of intended recipient. The views expressed in this email
>>>> are those of the sender and not of Pine Labs. The recipient should check
>>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>>> this email. Pine Labs may monitor and record all emails.
>>>> ------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>>
>> --
>> 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/20150317/c741c6de/attachment-0001.html 

From scm.blanc at gmail.com  Tue Mar 17 09:57:16 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 17 Mar 2015 14:57:16 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>
Message-ID: <CAD_dpu0T7Vq9rXfm9bY3VttBEL9vAjcKuAGJ+e7HXCa1e9MqNw@mail.gmail.com>

That includes working on the hooks so that users can run the migrator ?

On Tue, Mar 17, 2015 at 2:40 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> sure, I can work on that. Just takes a bit of time (e.g. a day?)
>
> -M
>
> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>
>> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
>> For example in a forked repository so we can run integration tests against
>> it and make sure everything works before the 1.0.3 is actually released?
>>
>> Thanks,
>>
>> Tadeas Kriz
>>
>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Sorry, I mean this JIRA
>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>
>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org
>>> > wrote:
>>>
>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>> great for your team :-)
>>>>
>>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>>> using EAP (not WildFly)
>>>>
>>>> Thanks again for helping us testing our release.
>>>>
>>>> -Matthias
>>>>
>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>
>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>> vivek.pandey at pinelabs.com> wrote:
>>>>
>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>> Wessendorf
>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>>
>>>>>
>>>>> that's right, here are the steps you need to run:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>
>>>>>
>>>>>
>>>>> feel free to test that on your test/dev environment. For any heads-up
>>>>> of successful migration, or errors, we are more than thankful!
>>>>>
>>>>>
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Matthias
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>>
>>>>> Sebi
>>>>>
>>>>> Envoy? de mon iPhone
>>>>>
>>>>>
>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>>> ?crit :
>>>>>
>>>>> Hi Guys,
>>>>>
>>>>>
>>>>>
>>>>> Thanks for the 1.0.3 release.
>>>>>
>>>>>
>>>>>
>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>> schema without any data loss ?
>>>>>
>>>>>
>>>>>
>>>>> Vivek
>>>>>
>>>>>
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Great job everyone!  Lets get this release out the door!
>>>>>
>>>>>
>>>>>
>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> @docs: updates are now live:
>>>>>
>>>>>
>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>
>>>>>
>>>>>
>>>>> also, here is the promised staging repo:
>>>>>
>>>>>
>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>
>>>>>
>>>>>
>>>>> happy testing
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>> matzew at apache.org> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but
>>>>> I am not yet able to create a staging repo for that (I notified our ops
>>>>> team).
>>>>>
>>>>> However, for testing the server, all we really need are the WAR files.
>>>>> I have uploaded the distribution files to GH, as a pre-release:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>> NOTES
>>>>>
>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>    tests.
>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>
>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>
>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>
>>>>> Now, once the DB is up, you need to run the migrator against the empty
>>>>> database to create the schema. The migrator is included in the dist file,
>>>>> and instructions are here
>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>
>>>>> DB setup for EAP/WildFly works as usual, see
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>
>>>>> Once that is all done, install the WARs to your application container:
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>
>>>>> Let me know about this release, and if there are no complains by
>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>> as a real release
>>>>>
>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>
>>>>> -Matthias
>>>>>
>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>> requirements
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>> ------------------------------
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>>
>>> --
>>> 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/20150317/6c6aebb5/attachment-0001.html 

From matzew at apache.org  Tue Mar 17 10:26:32 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 17 Mar 2015 15:26:32 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAD_dpu0T7Vq9rXfm9bY3VttBEL9vAjcKuAGJ+e7HXCa1e9MqNw@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>
	<CAD_dpu0T7Vq9rXfm9bY3VttBEL9vAjcKuAGJ+e7HXCa1e9MqNw@mail.gmail.com>
Message-ID: <CAAg5f2TgwXK9D3mCsQjejzhCPm_3G0UVgAW3PYX25+e_uEfGJg@mail.gmail.com>

sure, otherwise it breaks...

On Tue, Mar 17, 2015 at 2:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> That includes working on the hooks so that users can run the migrator ?
>
> On Tue, Mar 17, 2015 at 2:40 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> sure, I can work on that. Just takes a bit of time (e.g. a day?)
>>
>> -M
>>
>> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>>
>>> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
>>> For example in a forked repository so we can run integration tests against
>>> it and make sure everything works before the 1.0.3 is actually released?
>>>
>>> Thanks,
>>>
>>> Tadeas Kriz
>>>
>>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org
>>> > wrote:
>>>
>>>> Sorry, I mean this JIRA
>>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>>
>>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>>> great for your team :-)
>>>>>
>>>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>>>> using EAP (not WildFly)
>>>>>
>>>>> Thanks again for helping us testing our release.
>>>>>
>>>>> -Matthias
>>>>>
>>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>>
>>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>>> vivek.pandey at pinelabs.com> wrote:
>>>>>
>>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>>> Wessendorf
>>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>>
>>>>>> *To:* AeroGear Developer Mailing List
>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Vivek,
>>>>>>
>>>>>>
>>>>>>
>>>>>> that's right, here are the steps you need to run:
>>>>>>
>>>>>>
>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>>
>>>>>>
>>>>>>
>>>>>> feel free to test that on your test/dev environment. For any heads-up
>>>>>> of successful migration, or errors, we are more than thankful!
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Matthias
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> Hi Vivek,
>>>>>>
>>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>>>
>>>>>> Sebi
>>>>>>
>>>>>> Envoy? de mon iPhone
>>>>>>
>>>>>>
>>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>>>> ?crit :
>>>>>>
>>>>>> Hi Guys,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks for the 1.0.3 release.
>>>>>>
>>>>>>
>>>>>>
>>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>>> schema without any data loss ?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Vivek
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>>> *To:* AeroGear Developer Mailing List
>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>
>>>>>>
>>>>>>
>>>>>> Great job everyone!  Lets get this release out the door!
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> @docs: updates are now live:
>>>>>>
>>>>>>
>>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>>
>>>>>>
>>>>>>
>>>>>> also, here is the promised staging repo:
>>>>>>
>>>>>>
>>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>>
>>>>>>
>>>>>>
>>>>>> happy testing
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>>> matzew at apache.org> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but
>>>>>> I am not yet able to create a staging repo for that (I notified our ops
>>>>>> team).
>>>>>>
>>>>>> However, for testing the server, all we really need are the WAR
>>>>>> files. I have uploaded the distribution files to GH, as a pre-release:
>>>>>>
>>>>>>
>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>>> NOTES
>>>>>>
>>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>>    tests.
>>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>>
>>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>>
>>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>>
>>>>>> Now, once the DB is up, you need to run the migrator against the
>>>>>> empty database to create the schema. The migrator is included in the dist
>>>>>> file, and instructions are here
>>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>>
>>>>>> DB setup for EAP/WildFly works as usual, see
>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>>
>>>>>> Once that is all done, install the WARs to your application container:
>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>>
>>>>>> Let me know about this release, and if there are no complains by
>>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>>> as a real release
>>>>>>
>>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>>> requirements
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------
>>>>>>
>>>>>> This message may contain privileged and confidential information and
>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>> ------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>>
>>>>>> ------------------------------
>>>>>> This message may contain privileged and confidential information and
>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>> ------------------------------
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> 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/20150317/044988ec/attachment-0001.html 

From corinnekrych at gmail.com  Tue Mar 17 11:07:56 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Tue, 17 Mar 2015 16:07:56 +0100
Subject: [aerogear-dev] I need your help)
In-Reply-To: <CAAb5+-VziiFKsgw5jyaXzhggLNFXz7tYzgjuQc7+3kkZt6qNaA@mail.gmail.com>
References: <CAAb5+-VChQz46XWa0M-1aLA0-RPtQGOwKfLorqftqxOKN3nu8Q@mail.gmail.com>
	<DD0A4F85-CD2E-401C-BD92-88BF24DED69F@gmail.com>
	<CAAb5+-VziiFKsgw5jyaXzhggLNFXz7tYzgjuQc7+3kkZt6qNaA@mail.gmail.com>
Message-ID: <CAL8vO=e9OBRnB68UeGq+CdKuj8Bk2+SCfUN22TOpwAjgHm5fDA@mail.gmail.com>

The reason is because extractCode:completionHandler:  defined in
OAuth2Module is not public.
So far this method didn't need any override from current provider so it was
internal.

Make it public and you'll be able to override it. Once you've got some
working code we can discuss API.

++
Corinne

On 17 March 2015 at 15:58, ????? ???????? <banddk1 at gmail.com> wrote:

> 6.1.1
>
> 2015-03-17 16:37 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>
>> Which xcode are you on?
>> 6.1.1? 6.2 or latest 6.3beta?
>>
>> ++
>> Corinne
>> > On 17 Mar 2015, at 14:10, ????? ???????? <banddk1 at gmail.com> wrote:
>> >
>> > Hello!
>> > Look at the screenshoot please ) Why doesn't Xcode see methods of
>> OAuth2Module class ? I'm sure that OAuth2Module class has these methods)
>> > I suppose, it is associated with Pods.
>> > <2015-03-17 04.00.09 pm.jpg>
>> >
>> > Denis.
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/0c661374/attachment.html 

From corinnekrych at gmail.com  Tue Mar 17 12:18:45 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Tue, 17 Mar 2015 17:18:45 +0100
Subject: [aerogear-dev] I need your help)
In-Reply-To: <CAAb5+-U7Ae94-nW2iKUyL-WYGbcQLeuviZkKvkc7=2zmpxTV1Q@mail.gmail.com>
References: <CAAb5+-VChQz46XWa0M-1aLA0-RPtQGOwKfLorqftqxOKN3nu8Q@mail.gmail.com>
	<DD0A4F85-CD2E-401C-BD92-88BF24DED69F@gmail.com>
	<CAAb5+-VziiFKsgw5jyaXzhggLNFXz7tYzgjuQc7+3kkZt6qNaA@mail.gmail.com>
	<CAL8vO=e9OBRnB68UeGq+CdKuj8Bk2+SCfUN22TOpwAjgHm5fDA@mail.gmail.com>
	<CAAb5+-U7Ae94-nW2iKUyL-WYGbcQLeuviZkKvkc7=2zmpxTV1Q@mail.gmail.com>
Message-ID: <CAL8vO=d2i-_LgeRXb6wZ1nCUDKjOiku5F-3w4GyOaN9isaYZsg@mail.gmail.com>

I guess you meant: "why do we need authorisation code and not go for access
token right from start?"
What you're asking for is what is the difference between implicit grant and
authorization grant.

See authorization code grant flow:
http://tools.ietf.org/html/rfc6749#section-4.1

See implicit grant:
http://tools.ietf.org/html/rfc6749#section-4.2

On natives app we work with authorization code grant because: natives app
are capable of keeping a secret from end-user which is not the case for
web-browser app ;)
- no trolling -

As you can see in the spec diagram the authorization code is provided by a
user-agent (through external browser or webview), the code is temporary (10
min for facebook for ex.). whereas the access token comes from authz server
directly. Tokens live longer (1 or 2 hours life time) and even more for
refresh token (sometime with or without expiration).

As you pointed it: there are differences in implementation depending on
providers. For ex, Facebook does not have refresh token but have the concep
of short-lived long-lived token.

++
Corinne
PS: Always reply to mail-list so that others can follow the discussion.
Your questions are interesting and may help others dev :)

On 17 March 2015 at 16:35, ????? ???????? <banddk1 at gmail.com> wrote:

> Oh yes, I've forgotten about public, thank you )
> OK, I hope my code will start to work soon )
> I asked question in mailing list but nobody answered me (
> Why do we get access code ? I can change response type on token, and vk
> sends token to application. Facebook doesn't send token without code,
> doesn't it?
>
> Denis.
>
> 2015-03-17 18:07 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>
>> The reason is because extractCode:completionHandler:  defined in
>> OAuth2Module is not public.
>> So far this method didn't need any override from current provider so it
>> was internal.
>>
>> Make it public and you'll be able to override it. Once you've got some
>> working code we can discuss API.
>>
>> ++
>> Corinne
>>
>> On 17 March 2015 at 15:58, ????? ???????? <banddk1 at gmail.com> wrote:
>>
>>> 6.1.1
>>>
>>> 2015-03-17 16:37 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>>>
>>>> Which xcode are you on?
>>>> 6.1.1? 6.2 or latest 6.3beta?
>>>>
>>>> ++
>>>> Corinne
>>>> > On 17 Mar 2015, at 14:10, ????? ???????? <banddk1 at gmail.com> wrote:
>>>> >
>>>> > Hello!
>>>> > Look at the screenshoot please ) Why doesn't Xcode see methods of
>>>> OAuth2Module class ? I'm sure that OAuth2Module class has these methods)
>>>> > I suppose, it is associated with Pods.
>>>> > <2015-03-17 04.00.09 pm.jpg>
>>>> >
>>>> > Denis.
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150317/5c9ebece/attachment.html 

From lholmqui at redhat.com  Wed Mar 18 08:55:44 2015
From: lholmqui at redhat.com (Luke Holmquist)
Date: Wed, 18 Mar 2015 08:55:44 -0400
Subject: [aerogear-dev] AeroGear.JS 2.1.0 has been released
Message-ID: <CALD3Fd147DASsbAxDK1WbEnNag5NENPctznJDK7M5umv33_4QQ@mail.gmail.com>

http://blog.lholmquist.org/getting-in-sync/

/me does a shameless plug for his blog  :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150318/2ba502e4/attachment.html 

From tkriz at redhat.com  Wed Mar 18 11:56:33 2015
From: tkriz at redhat.com (Tadeas Kriz)
Date: Wed, 18 Mar 2015 16:56:33 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2TgwXK9D3mCsQjejzhCPm_3G0UVgAW3PYX25+e_uEfGJg@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>
	<CAD_dpu0T7Vq9rXfm9bY3VttBEL9vAjcKuAGJ+e7HXCa1e9MqNw@mail.gmail.com>
	<CAAg5f2TgwXK9D3mCsQjejzhCPm_3G0UVgAW3PYX25+e_uEfGJg@mail.gmail.com>
Message-ID: <CAJ0HFMDk88BBWqxiUNrDGbZgNTu=Bj-hCt53v=rJx1wZCiM-3w@mail.gmail.com>

I've tested the 1.0.3 on WildFly 8.2 with MySQL database. I tested both
clean installation of 1.0.3 as well as migration from 1.0.2. Both worked as
expected and I received the push notifications properly.

I'll be testing it with PostgreSQL later today.

On Tue, Mar 17, 2015 at 3:26 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> sure, otherwise it breaks...
>
> On Tue, Mar 17, 2015 at 2:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
> wrote:
>
>> That includes working on the hooks so that users can run the migrator ?
>>
>> On Tue, Mar 17, 2015 at 2:40 PM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> sure, I can work on that. Just takes a bit of time (e.g. a day?)
>>>
>>> -M
>>>
>>> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>>>
>>>> Could we prepare the 1.0.3 OpenShift cartridge before the final
>>>> release? For example in a forked repository so we can run integration tests
>>>> against it and make sure everything works before the 1.0.3 is actually
>>>> released?
>>>>
>>>> Thanks,
>>>>
>>>> Tadeas Kriz
>>>>
>>>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>>> Sorry, I mean this JIRA
>>>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>>>
>>>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <
>>>>> matzew at apache.org> wrote:
>>>>>
>>>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>>>> great for your team :-)
>>>>>>
>>>>>> As stated in [1], it's "only" against different MySQL/MariaDB
>>>>>> flavors, using EAP (not WildFly)
>>>>>>
>>>>>> Thanks again for helping us testing our release.
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>>>
>>>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>>>> vivek.pandey at pinelabs.com> wrote:
>>>>>>
>>>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Thanks
>>>>>>>
>>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>>>> Wessendorf
>>>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>>>
>>>>>>> *To:* AeroGear Developer Mailing List
>>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Hi Vivek,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> that's right, here are the steps you need to run:
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> feel free to test that on your test/dev environment. For any
>>>>>>> heads-up of successful migration, or errors, we are more than thankful!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Cheers,
>>>>>>>
>>>>>>> Matthias
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <
>>>>>>> scm.blanc at gmail.com> wrote:
>>>>>>>
>>>>>>> Hi Vivek,
>>>>>>>
>>>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data
>>>>>>> loss)
>>>>>>>
>>>>>>> Sebi
>>>>>>>
>>>>>>> Envoy? de mon iPhone
>>>>>>>
>>>>>>>
>>>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>>>>> ?crit :
>>>>>>>
>>>>>>> Hi Guys,
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Thanks for the 1.0.3 release.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>>>> schema without any data loss ?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Vivek
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>>>> *To:* AeroGear Developer Mailing List
>>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Great job everyone!  Lets get this release out the door!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>>>>> wrote:
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> @docs: updates are now live:
>>>>>>>
>>>>>>>
>>>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> also, here is the promised staging repo:
>>>>>>>
>>>>>>>
>>>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> happy testing
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>>>> matzew at apache.org> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS,
>>>>>>> but I am not yet able to create a staging repo for that (I notified our ops
>>>>>>> team).
>>>>>>>
>>>>>>> However, for testing the server, all we really need are the WAR
>>>>>>> files. I have uploaded the distribution files to GH, as a pre-release:
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>>>> NOTES
>>>>>>>
>>>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>>>    tests.
>>>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>>>
>>>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>>>
>>>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>>>
>>>>>>> Now, once the DB is up, you need to run the migrator against the
>>>>>>> empty database to create the schema. The migrator is included in the dist
>>>>>>> file, and instructions are here
>>>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>>>
>>>>>>> DB setup for EAP/WildFly works as usual, see
>>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>>>
>>>>>>> Once that is all done, install the WARs to your application
>>>>>>> container:
>>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>>>
>>>>>>> Let me know about this release, and if there are no complains by
>>>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>>>> as a real release
>>>>>>>
>>>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>>>
>>>>>>> -Matthias
>>>>>>>
>>>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>>>> requirements
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> Matthias Wessendorf
>>>>>>>
>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------
>>>>>>>
>>>>>>> This message may contain privileged and confidential information and
>>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>>> ------------------------------
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>>
>>>>>>> ------------------------------
>>>>>>> This message may contain privileged and confidential information and
>>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>>> ------------------------------
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> 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
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
--
Tadeas Kriz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150318/540f888a/attachment-0001.html 

From tkriz at redhat.com  Thu Mar 19 04:19:08 2015
From: tkriz at redhat.com (Tadeas Kriz)
Date: Thu, 19 Mar 2015 09:19:08 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAJ0HFMDk88BBWqxiUNrDGbZgNTu=Bj-hCt53v=rJx1wZCiM-3w@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2QXoLvQ=x6LLCZctTEbHkoXojmU+yRexN=kFffs3NF_bQ@mail.gmail.com>
	<CAD_dpu0T7Vq9rXfm9bY3VttBEL9vAjcKuAGJ+e7HXCa1e9MqNw@mail.gmail.com>
	<CAAg5f2TgwXK9D3mCsQjejzhCPm_3G0UVgAW3PYX25+e_uEfGJg@mail.gmail.com>
	<CAJ0HFMDk88BBWqxiUNrDGbZgNTu=Bj-hCt53v=rJx1wZCiM-3w@mail.gmail.com>
Message-ID: <CAJ0HFMBFo5q059De5Tpbsx-reK_GDeGAaJJoRHU_k+xqskdK_Q@mail.gmail.com>

Hey guys,

I finished testing the PostgreSQL after a few problems on OSX Yosemite
(PostgreSQL related, nothing UPS specific). There is one thing I'd like to
see fixed and that is https://issues.jboss.org/browse/AGPUSH-1319

I also found that when I was on VPN, I couldn't run the liquibase migrator.
It always failed with the following error:

Unexpected error running Liquibase: java.net.UnknownHostException:
Tadeass-MBP: Tadeass-MBP: nodename nor servname provided, or not known

Other than that it seem to work properly. Great job!

On Wed, Mar 18, 2015 at 4:56 PM, Tadeas Kriz <tkriz at redhat.com> wrote:

> I've tested the 1.0.3 on WildFly 8.2 with MySQL database. I tested both
> clean installation of 1.0.3 as well as migration from 1.0.2. Both worked as
> expected and I received the push notifications properly.
>
> I'll be testing it with PostgreSQL later today.
>
> On Tue, Mar 17, 2015 at 3:26 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> sure, otherwise it breaks...
>>
>> On Tue, Mar 17, 2015 at 2:57 PM, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>> That includes working on the hooks so that users can run the migrator ?
>>>
>>> On Tue, Mar 17, 2015 at 2:40 PM, Matthias Wessendorf <matzew at apache.org>
>>> wrote:
>>>
>>>> sure, I can work on that. Just takes a bit of time (e.g. a day?)
>>>>
>>>> -M
>>>>
>>>> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>>>>
>>>>> Could we prepare the 1.0.3 OpenShift cartridge before the final
>>>>> release? For example in a forked repository so we can run integration tests
>>>>> against it and make sure everything works before the 1.0.3 is actually
>>>>> released?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Tadeas Kriz
>>>>>
>>>>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <
>>>>> matzew at apache.org> wrote:
>>>>>
>>>>>> Sorry, I mean this JIRA
>>>>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>>>>
>>>>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <
>>>>>> matzew at apache.org> wrote:
>>>>>>
>>>>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>>>>> great for your team :-)
>>>>>>>
>>>>>>> As stated in [1], it's "only" against different MySQL/MariaDB
>>>>>>> flavors, using EAP (not WildFly)
>>>>>>>
>>>>>>> Thanks again for helping us testing our release.
>>>>>>>
>>>>>>> -Matthias
>>>>>>>
>>>>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>>>>
>>>>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>>>>> vivek.pandey at pinelabs.com> wrote:
>>>>>>>
>>>>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks
>>>>>>>>
>>>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>>>>> Wessendorf
>>>>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>>>>
>>>>>>>> *To:* AeroGear Developer Mailing List
>>>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Hi Vivek,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> that's right, here are the steps you need to run:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> feel free to test that on your test/dev environment. For any
>>>>>>>> heads-up of successful migration, or errors, we are more than thankful!
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>>
>>>>>>>> Matthias
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <
>>>>>>>> scm.blanc at gmail.com> wrote:
>>>>>>>>
>>>>>>>> Hi Vivek,
>>>>>>>>
>>>>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data
>>>>>>>> loss)
>>>>>>>>
>>>>>>>> Sebi
>>>>>>>>
>>>>>>>> Envoy? de mon iPhone
>>>>>>>>
>>>>>>>>
>>>>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com>
>>>>>>>> a ?crit :
>>>>>>>>
>>>>>>>> Hi Guys,
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Thanks for the 1.0.3 release.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>>>>> schema without any data loss ?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Vivek
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>>>>> *To:* AeroGear Developer Mailing List
>>>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Great job everyone!  Lets get this release out the door!
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <
>>>>>>>> matzew at apache.org> wrote:
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> @docs: updates are now live:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> also, here is the promised staging repo:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> happy testing
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>>>>> matzew at apache.org> wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS,
>>>>>>>> but I am not yet able to create a staging repo for that (I notified our ops
>>>>>>>> team).
>>>>>>>>
>>>>>>>> However, for testing the server, all we really need are the WAR
>>>>>>>> files. I have uploaded the distribution files to GH, as a pre-release:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>>>>> NOTES
>>>>>>>>
>>>>>>>>    1. We no longer support H2 database. You need MySQL/Postgres
>>>>>>>>    for tests.
>>>>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>>>>
>>>>>>>> If you don't have MySQL installed, it's trivial to use it via
>>>>>>>> Docker:
>>>>>>>>
>>>>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>>>>
>>>>>>>> Now, once the DB is up, you need to run the migrator against the
>>>>>>>> empty database to create the schema. The migrator is included in the dist
>>>>>>>> file, and instructions are here
>>>>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>>>>
>>>>>>>> DB setup for EAP/WildFly works as usual, see
>>>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>>>>
>>>>>>>> Once that is all done, install the WARs to your application
>>>>>>>> container:
>>>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>>>>
>>>>>>>> Let me know about this release, and if there are no complains by
>>>>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>>>>> as a real release
>>>>>>>>
>>>>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>>>>
>>>>>>>> -Matthias
>>>>>>>>
>>>>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>>>>> requirements
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>> Matthias Wessendorf
>>>>>>>>
>>>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>>
>>>>>>>> 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
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------
>>>>>>>>
>>>>>>>> This message may contain privileged and confidential information
>>>>>>>> and is solely for the use of intended recipient. The views expressed in
>>>>>>>> this email are those of the sender and not of Pine Labs. The recipient
>>>>>>>> should check this email and attachments for the presence of viruses /
>>>>>>>> malwares etc. Pine Labs accepts no liability for any damage caused by any
>>>>>>>> virus transmitted by this email. Pine Labs may monitor and record all
>>>>>>>> emails.
>>>>>>>> ------------------------------
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>>
>>>>>>>> ------------------------------
>>>>>>>> This message may contain privileged and confidential information
>>>>>>>> and is solely for the use of intended recipient. The views expressed in
>>>>>>>> this email are those of the sender and not of Pine Labs. The recipient
>>>>>>>> should check this email and attachments for the presence of viruses /
>>>>>>>> malwares etc. Pine Labs accepts no liability for any damage caused by any
>>>>>>>> virus transmitted by this email. Pine Labs may monitor and record all
>>>>>>>> emails.
>>>>>>>> ------------------------------
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> 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
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> --
> Tadeas Kriz
>



-- 
--
Tadeas Kriz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150319/d2211901/attachment-0001.html 

From andreas.rosdal at gmail.com  Thu Mar 19 06:18:46 2015
From: andreas.rosdal at gmail.com (=?UTF-8?Q?Andreas_R=C3=B8sdal?=)
Date: Thu, 19 Mar 2015 11:18:46 +0100
Subject: [aerogear-dev] Problem sending push message
Message-ID: <CADmcvhs83H3=ckmmG2dUEc46NFd0CK-Wi6fdF2yi6YYMWET9Pg@mail.gmail.com>

Hello,

I have been running the AeroGear UnifiedPush Server for some months now,
and it has worked quite nicely for a while. However, recently the push
messages have not been delivered from the UnifiedPush server to the iOS
devices which are registered with it.

I have attached some relevant parts of the log where two push messages have
not been sent correctly:
http://www.pvv.ntnu.no/~andrearo/wildfly-log-utdrag.txt

UnifiedPush Server version 1.0.2, WildFly version 8.1.0.

Thanks in advance for helping resolve this issue!


Regards,
Andreas R.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150319/afc28539/attachment.html 

From matzew at apache.org  Thu Mar 19 07:33:23 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 19 Mar 2015 12:33:23 +0100
Subject: [aerogear-dev] Problem sending push message
In-Reply-To: <CADmcvhs83H3=ckmmG2dUEc46NFd0CK-Wi6fdF2yi6YYMWET9Pg@mail.gmail.com>
References: <CADmcvhs83H3=ckmmG2dUEc46NFd0CK-Wi6fdF2yi6YYMWET9Pg@mail.gmail.com>
Message-ID: <CAAg5f2SpMxmv2Z7gfJ-jBtM4kiUjPEopvL3n9wSYt4wMx9hx-w@mail.gmail.com>

Hi Andreas,

thanks for reporting the issue. I have filed a JIRA ticket to track the
problem ([1]).

Just wondering, is that a constant problem, or did it occur just on those
two messages? Another question is, did a reboot of the WildFly server fix
the problem? According to the stack, it's some problem related to the
transaction execution.

Would you be willing to test if the problem occurs on 1.0.3 as well? (see
[2]) NOTE: you MUST run the migration tool, before deploying the new WARs
([3]).

Thanks,
Matthias

[1] https://issues.jboss.org/browse/AGPUSH-1320
[2] http://lists.jboss.org/pipermail/aerogear-dev/2015-March/011102.html
[3]
https://aerogear.org/docs/unifiedpush/ups_userguide/index/#migration-guide

On Thu, Mar 19, 2015 at 11:18 AM, Andreas R?sdal <andreas.rosdal at gmail.com>
wrote:

> Hello,
>
> I have been running the AeroGear UnifiedPush Server for some months now,
> and it has worked quite nicely for a while. However, recently the push
> messages have not been delivered from the UnifiedPush server to the iOS
> devices which are registered with it.
>
> I have attached some relevant parts of the log where two push messages
> have not been sent correctly:
> http://www.pvv.ntnu.no/~andrearo/wildfly-log-utdrag.txt
>
> UnifiedPush Server version 1.0.2, WildFly version 8.1.0.
>
> Thanks in advance for helping resolve this issue!
>
>
> Regards,
> Andreas R.
>
> _______________________________________________
> 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/20150319/d591dba1/attachment.html 

From banddk1 at gmail.com  Thu Mar 19 12:59:19 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Thu, 19 Mar 2015 19:59:19 +0300
Subject: [aerogear-dev] OAuth2 VK.com
Message-ID: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>

Hello everyone,
I am trying to add special config for VK in OAuth2 library, but I get stuck
in a rut. VK doesn't allow   make redirect URI without ( http:// or https://)
so I can't send authorization token into application using URL schemes(
because I need use something like "applicationName://". Did anyone
encounter a similar problem ? How can I solve this problem?

P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)

Denis.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150319/c2042b30/attachment.html 

From supittma at redhat.com  Thu Mar 19 15:24:55 2015
From: supittma at redhat.com (Summers Pittman)
Date: Thu, 19 Mar 2015 15:24:55 -0400
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
Message-ID: <CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>

On Android the webview dialog checks the address before it makes the
request and if it matches the redirect will forward the codes back to the
application.  Perhaps you could use something similar for the other
platforms?

On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com> wrote:

> Hello everyone,
> I am trying to add special config for VK in OAuth2 library, but I get
> stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or
> https://) so I can't send authorization token into application using URL
> schemes( because I need use something like "applicationName://". Did anyone
> encounter a similar problem ? How can I solve this problem?
>
> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
>
> Denis.
>
> _______________________________________________
> 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/20150319/f3746ab3/attachment.html 

From corinnekrych at gmail.com  Thu Mar 19 15:29:37 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Thu, 19 Mar 2015 20:29:37 +0100
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
Message-ID: <CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>

It's worth investigating on UIWebView indeed, i'll give a go tomorrow as
i'm working on AGIOS-414 provide webview option.
++
Corinne
On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com> wrote:

> On Android the webview dialog checks the address before it makes the
> request and if it matches the redirect will forward the codes back to the
> application.  Perhaps you could use something similar for the other
> platforms?
>
> On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com
> <javascript:_e(%7B%7D,'cvml','banddk1 at gmail.com');>> wrote:
>
>> Hello everyone,
>> I am trying to add special config for VK in OAuth2 library, but I get
>> stuck in a rut. VK doesn't allow   make redirect URI without ( http://
>> or https://) so I can't send authorization token into application using
>> URL schemes( because I need use something like "applicationName://". Did
>> anyone encounter a similar problem ? How can I solve this problem?
>>
>> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
>>
>> Denis.
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> <javascript:_e(%7B%7D,'cvml','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/20150319/f6740d22/attachment.html 

From matzew at apache.org  Fri Mar 20 03:12:09 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 20 Mar 2015 08:12:09 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
Message-ID: <CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>

Tadeas,

here is the OS PR:
https://github.com/aerogear/openshift-origin-cartridge-aerogear-push-wildfly/pull/15

we will be using ONLY the WildFly image, due to bugs, the AS7 will be
removed, with this release

On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:

> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
> For example in a forked repository so we can run integration tests against
> it and make sure everything works before the 1.0.3 is actually released?
>
> Thanks,
>
> Tadeas Kriz
>
> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> Sorry, I mean this JIRA
>> https://issues.jboss.org/browse/AGPUSH-1314
>>
>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>> great for your team :-)
>>>
>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>> using EAP (not WildFly)
>>>
>>> Thanks again for helping us testing our release.
>>>
>>> -Matthias
>>>
>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>
>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>> vivek.pandey at pinelabs.com> wrote:
>>>
>>>> I was able to migrate my test setup to 1.0.3 successfully, running  UPS
>>>> 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>
>>>>
>>>>
>>>> Thanks
>>>>
>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>> Wessendorf
>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>
>>>> *To:* AeroGear Developer Mailing List
>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>
>>>>
>>>>
>>>> Hi Vivek,
>>>>
>>>>
>>>>
>>>> that's right, here are the steps you need to run:
>>>>
>>>>
>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>
>>>>
>>>>
>>>> feel free to test that on your test/dev environment. For any heads-up
>>>> of successful migration, or errors, we are more than thankful!
>>>>
>>>>
>>>>
>>>> Cheers,
>>>>
>>>> Matthias
>>>>
>>>>
>>>>
>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>> wrote:
>>>>
>>>> Hi Vivek,
>>>>
>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>
>>>> Sebi
>>>>
>>>> Envoy? de mon iPhone
>>>>
>>>>
>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>> ?crit :
>>>>
>>>> Hi Guys,
>>>>
>>>>
>>>>
>>>> Thanks for the 1.0.3 release.
>>>>
>>>>
>>>>
>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>> schema without any data loss ?
>>>>
>>>>
>>>>
>>>> Vivek
>>>>
>>>>
>>>>
>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>> *To:* AeroGear Developer Mailing List
>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>
>>>>
>>>>
>>>> Great job everyone!  Lets get this release out the door!
>>>>
>>>>
>>>>
>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>> wrote:
>>>>
>>>>
>>>>
>>>> @docs: updates are now live:
>>>>
>>>>
>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>
>>>>
>>>>
>>>> also, here is the promised staging repo:
>>>>
>>>>
>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>
>>>>
>>>>
>>>> happy testing
>>>>
>>>>
>>>>
>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>> Hi,
>>>>
>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but I
>>>> am not yet able to create a staging repo for that (I notified our ops team).
>>>>
>>>> However, for testing the server, all we really need are the WAR files.
>>>> I have uploaded the distribution files to GH, as a pre-release:
>>>>
>>>>
>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>> NOTES
>>>>
>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>    tests.
>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>
>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>
>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>
>>>> Now, once the DB is up, you need to run the migrator against the empty
>>>> database to create the schema. The migrator is included in the dist file,
>>>> and instructions are here
>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>
>>>> DB setup for EAP/WildFly works as usual, see
>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>
>>>> Once that is all done, install the WARs to your application container:
>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>
>>>> Let me know about this release, and if there are no complains by
>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>> as a real release
>>>>
>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>
>>>> -Matthias
>>>>
>>>> PS: I am now updating the docs, to reflect the changes and new
>>>> requirements
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> Matthias Wessendorf
>>>>
>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>> sessions: http://www.slideshare.net/mwessendorf
>>>> twitter: http://twitter.com/mwessendorf
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> 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
>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> This message may contain privileged and confidential information and is
>>>> solely for the use of intended recipient. The views expressed in this email
>>>> are those of the sender and not of Pine Labs. The recipient should check
>>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>>> this email. Pine Labs may monitor and record all emails.
>>>> ------------------------------
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>>
>>>> ------------------------------
>>>> This message may contain privileged and confidential information and is
>>>> solely for the use of intended recipient. The views expressed in this email
>>>> are those of the sender and not of Pine Labs. The recipient should check
>>>> this email and attachments for the presence of viruses / malwares etc. Pine
>>>> Labs accepts no liability for any damage caused by any virus transmitted by
>>>> this email. Pine Labs may monitor and record all emails.
>>>> ------------------------------
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>
>>
>>
>> --
>> 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/20150320/26642b5d/attachment-0001.html 

From banddk1 at gmail.com  Fri Mar 20 04:39:12 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Fri, 20 Mar 2015 11:39:12 +0300
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
Message-ID: <CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>

Thank you Summers and Corinne,
Safari opens URL and I suppose it can be problem ) However I'll try to make
something with WebView)

Denis.

2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> It's worth investigating on UIWebView indeed, i'll give a go tomorrow as
> i'm working on AGIOS-414 provide webview option.
> ++
> Corinne
>
> On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com> wrote:
>
>> On Android the webview dialog checks the address before it makes the
>> request and if it matches the redirect will forward the codes back to the
>> application.  Perhaps you could use something similar for the other
>> platforms?
>>
>> On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com>
>> wrote:
>>
>>> Hello everyone,
>>> I am trying to add special config for VK in OAuth2 library, but I get
>>> stuck in a rut. VK doesn't allow   make redirect URI without ( http://
>>> or https://) so I can't send authorization token into application using
>>> URL schemes( because I need use something like "applicationName://". Did
>>> anyone encounter a similar problem ? How can I solve this problem?
>>>
>>> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
>>>
>>> Denis.
>>>
>>> _______________________________________________
>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150320/a54cbc60/attachment.html 

From matzew at apache.org  Fri Mar 20 06:13:57 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Fri, 20 Mar 2015 11:13:57 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>
Message-ID: <CAAg5f2S=7aiX4SBciEZR+90ftLMMaa7w5w8sbanKLpkBYJkw=g@mail.gmail.com>

atm migration from 1.02 is not yet enabled. will come next week....

On Friday, March 20, 2015, Matthias Wessendorf <matzew at apache.org> wrote:

> Tadeas,
>
> here is the OS PR:
>
> https://github.com/aerogear/openshift-origin-cartridge-aerogear-push-wildfly/pull/15
>
> we will be using ONLY the WildFly image, due to bugs, the AS7 will be
> removed, with this release
>
> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com
> <javascript:_e(%7B%7D,'cvml','tkriz at redhat.com');>> wrote:
>
>> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
>> For example in a forked repository so we can run integration tests against
>> it and make sure everything works before the 1.0.3 is actually released?
>>
>> Thanks,
>>
>> Tadeas Kriz
>>
>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org
>> <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>> wrote:
>>
>>> Sorry, I mean this JIRA
>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>
>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org
>>> <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>> wrote:
>>>
>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>> great for your team :-)
>>>>
>>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>>> using EAP (not WildFly)
>>>>
>>>> Thanks again for helping us testing our release.
>>>>
>>>> -Matthias
>>>>
>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>
>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>> vivek.pandey at pinelabs.com
>>>> <javascript:_e(%7B%7D,'cvml','vivek.pandey at pinelabs.com');>> wrote:
>>>>
>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev-bounces at lists.jboss.org');>
>>>>> [mailto:aerogear-dev-bounces at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev-bounces at lists.jboss.org');>]
>>>>> *On Behalf Of *Matthias Wessendorf
>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>>
>>>>>
>>>>> that's right, here are the steps you need to run:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>
>>>>>
>>>>>
>>>>> feel free to test that on your test/dev environment. For any heads-up
>>>>> of successful migration, or errors, we are more than thankful!
>>>>>
>>>>>
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Matthias
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com
>>>>> <javascript:_e(%7B%7D,'cvml','scm.blanc at gmail.com');>> wrote:
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>>
>>>>> Sebi
>>>>>
>>>>> Envoy? de mon iPhone
>>>>>
>>>>>
>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com
>>>>> <javascript:_e(%7B%7D,'cvml','vivek.pandey at pinelabs.com');>> a ?crit :
>>>>>
>>>>> Hi Guys,
>>>>>
>>>>>
>>>>>
>>>>> Thanks for the 1.0.3 release.
>>>>>
>>>>>
>>>>>
>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>> schema without any data loss ?
>>>>>
>>>>>
>>>>>
>>>>> Vivek
>>>>>
>>>>>
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev-bounces at lists.jboss.org');>
>>>>> [mailto:aerogear-dev-bounces at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev-bounces at lists.jboss.org');>]
>>>>> *On Behalf Of *Jay Balunas
>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Great job everyone!  Lets get this release out the door!
>>>>>
>>>>>
>>>>>
>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org
>>>>> <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> @docs: updates are now live:
>>>>>
>>>>>
>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>
>>>>>
>>>>>
>>>>> also, here is the promised staging repo:
>>>>>
>>>>>
>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>
>>>>>
>>>>>
>>>>> happy testing
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>> matzew at apache.org <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>>
>>>>> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but
>>>>> I am not yet able to create a staging repo for that (I notified our ops
>>>>> team).
>>>>>
>>>>> However, for testing the server, all we really need are the WAR files.
>>>>> I have uploaded the distribution files to GH, as a pre-release:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>> NOTES
>>>>>
>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>    tests.
>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>
>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>
>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>
>>>>> Now, once the DB is up, you need to run the migrator against the empty
>>>>> database to create the schema. The migrator is included in the dist file,
>>>>> and instructions are here
>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>
>>>>> DB setup for EAP/WildFly works as usual, see
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>
>>>>> Once that is all done, install the WARs to your application container:
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>
>>>>> Let me know about this release, and if there are no complains by
>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>> as a real release
>>>>>
>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>
>>>>> -Matthias
>>>>>
>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>> requirements
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 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
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','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
>>>>>
>>>>> ------------------------------
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> <javascript:_e(%7B%7D,'cvml','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
>>>>
>>>
>>>
>>>
>>> --
>>> 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
>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> <javascript:_e(%7B%7D,'cvml','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
>


-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150320/5f4e18ed/attachment-0001.html 

From corinnekrych at gmail.com  Fri Mar 20 09:24:27 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Fri, 20 Mar 2015 14:24:27 +0100
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
	<CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
Message-ID: <6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>

Hello Denis,

I?ve just submitted a PR to support web view, but you still need a custom URL for it[1].

Googling around I found:
https://vk.com/dev/ios_sdk
https://github.com/VKCOM/vk-ios-sdk
It seems VK is using same convention that Facebook:  Enter vk+APP_ID for the custom url

++
Corinne
[1] https://github.com/aerogear/aerogear-ios-oauth2/pull/25

> On 20 Mar 2015, at 09:39, ????? ???????? <banddk1 at gmail.com> wrote:
> 
> Thank you Summers and Corinne, 
> Safari opens URL and I suppose it can be problem ) However I'll try to make something with WebView)
> 
> Denis.
> 
> 2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> It's worth investigating on UIWebView indeed, i'll give a go tomorrow as i'm working on AGIOS-414 provide webview option.
> ++
> Corinne
> 
> On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com> wrote:
> On Android the webview dialog checks the address before it makes the request and if it matches the redirect will forward the codes back to the application.  Perhaps you could use something similar for the other platforms?
> 
> On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com> wrote:
> Hello everyone,
> I am trying to add special config for VK in OAuth2 library, but I get stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or https://) so I can't send authorization token into application using URL schemes( because I need use something like "applicationName://". Did anyone encounter a similar problem ? How can I solve this problem?
> 
> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
> 
> Denis.
> 
> _______________________________________________
> 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
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From corinnekrych at gmail.com  Fri Mar 20 10:12:28 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Fri, 20 Mar 2015 15:12:28 +0100
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
	<CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
	<6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
Message-ID: <84272F4E-4486-4A7C-A9D3-309D02FB358E@gmail.com>

Hi Denis

Taking a closer look, VK.com implement the ?client credential grant? OAuth2 flow.
We don?t support it yet in ag-ios-oauth2 but there is a JIRA ticket for it [1] and [2] for its demo (planned for 2.4.0 release - end of May). 

Here is a short explantion of the Oauth2 grant flow (extracted from one of my blog):
Four different flows are part of the spec, you can group them in two different families: 
- 3-legged flow: where end-user need to grant permission. The _implicit grant_ is for browser-based app not capable of keeping tokens secure. The _authorization code grant_ which generates an access and (optionally a refresh token) is for client capable of keeping secret.
- 2-legged flow: where the credentials are given to the app. The key difference, compared to 3 legged-flow, is that the consumer is not requesting access to any user data.  Instead, it is creating an account with the service provider with no previous data in it at all, therefore the grant flow can be skipped.

Here is the challenge: would you like to do the PR for this jira?
I?ll be glad to help you to implement client credential grant for aerogear-ios-oauth2 lib.

++
Corinne
[1] https://issues.jboss.org/browse/AGIOS-191
[2] https://issues.jboss.org/browse/AGIOS-196

> On 20 Mar 2015, at 14:24, Corinne Krych <corinnekrych at gmail.com> wrote:
> 
> Hello Denis,
> 
> I?ve just submitted a PR to support web view, but you still need a custom URL for it[1].
> 
> Googling around I found:
> https://vk.com/dev/ios_sdk
> https://github.com/VKCOM/vk-ios-sdk
> It seems VK is using same convention that Facebook:  Enter vk+APP_ID for the custom url
> 
> ++
> Corinne
> [1] https://github.com/aerogear/aerogear-ios-oauth2/pull/25
> 
>> On 20 Mar 2015, at 09:39, ????? ???????? <banddk1 at gmail.com> wrote:
>> 
>> Thank you Summers and Corinne, 
>> Safari opens URL and I suppose it can be problem ) However I'll try to make something with WebView)
>> 
>> Denis.
>> 
>> 2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
>> It's worth investigating on UIWebView indeed, i'll give a go tomorrow as i'm working on AGIOS-414 provide webview option.
>> ++
>> Corinne
>> 
>> On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com> wrote:
>> On Android the webview dialog checks the address before it makes the request and if it matches the redirect will forward the codes back to the application.  Perhaps you could use something similar for the other platforms?
>> 
>> On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com> wrote:
>> Hello everyone,
>> I am trying to add special config for VK in OAuth2 library, but I get stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or https://) so I can't send authorization token into application using URL schemes( because I need use something like "applicationName://". Did anyone encounter a similar problem ? How can I solve this problem?
>> 
>> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
>> 
>> Denis.
>> 
>> _______________________________________________
>> 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
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 



From banddk1 at gmail.com  Fri Mar 20 10:16:07 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Fri, 20 Mar 2015 17:16:07 +0300
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
	<CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
	<6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
Message-ID: <CAAb5+-WmosmYJuyq5-Kkf6hAMcCyGn5TO1egwd6famAOL4ETYg@mail.gmail.com>

Yes, I have found it too ) but IOS-SDK doesn't use authorization code. I am
going to make version with Implicit Flow  and then I may be add Authorization
Code Flow.

???????, 20 ????? 2015 ?. ???????????? Corinne Krych ???????:

> Hello Denis,
>
> I?ve just submitted a PR to support web view, but you still need a custom
> URL for it[1].
>
> Googling around I found:
> https://vk.com/dev/ios_sdk
> https://github.com/VKCOM/vk-ios-sdk
> It seems VK is using same convention that Facebook:  Enter vk+APP_ID for
> the custom url
>
> ++
> Corinne
> [1] https://github.com/aerogear/aerogear-ios-oauth2/pull/25
>
> > On 20 Mar 2015, at 09:39, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Thank you Summers and Corinne,
> > Safari opens URL and I suppose it can be problem ) However I'll try to
> make something with WebView)
> >
> > Denis.
> >
> > 2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> > It's worth investigating on UIWebView indeed, i'll give a go tomorrow as
> i'm working on AGIOS-414 provide webview option.
> > ++
> > Corinne
> >
> > On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com>
> wrote:
> > On Android the webview dialog checks the address before it makes the
> request and if it matches the redirect will forward the codes back to the
> application.  Perhaps you could use something similar for the other
> platforms?
> >
> > On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com>
> wrote:
> > Hello everyone,
> > I am trying to add special config for VK in OAuth2 library, but I get
> stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or
> https://) so I can't send authorization token into application using URL
> schemes( because I need use something like "applicationName://". Did anyone
> encounter a similar problem ? How can I solve this problem?
> >
> > P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
> >
> > Denis.
> >
> > _______________________________________________
> > 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
> >
> > _______________________________________________
> > 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150320/9f9fd696/attachment.html 

From corinnekrych at gmail.com  Fri Mar 20 10:20:33 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Fri, 20 Mar 2015 15:20:33 +0100
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <CAAb5+-WmosmYJuyq5-Kkf6hAMcCyGn5TO1egwd6famAOL4ETYg@mail.gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
	<CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
	<6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
	<CAAb5+-WmosmYJuyq5-Kkf6hAMcCyGn5TO1egwd6famAOL4ETYg@mail.gmail.com>
Message-ID: <214964E6-C500-4A0A-BF2A-823856A07026@gmail.com>

You should go with the client credentials flow which is supported by VK.com backend and REST API.
do not hesite to share progress...
++
Corinne
> On 20 Mar 2015, at 15:16, ????? ???????? <banddk1 at gmail.com> wrote:
> 
> Yes, I have found it too ) but IOS-SDK doesn't use authorization code. I am going to make version with Implicit Flow  and then I may be add Authorization Code Flow.
> 
> ???????, 20 ????? 2015 ?. ???????????? Corinne Krych ???????:
> Hello Denis,
> 
> I?ve just submitted a PR to support web view, but you still need a custom URL for it[1].
> 
> Googling around I found:
> https://vk.com/dev/ios_sdk
> https://github.com/VKCOM/vk-ios-sdk
> It seems VK is using same convention that Facebook:  Enter vk+APP_ID for the custom url
> 
> ++
> Corinne
> [1] https://github.com/aerogear/aerogear-ios-oauth2/pull/25
> 
> > On 20 Mar 2015, at 09:39, ????? ???????? <banddk1 at gmail.com> wrote:
> >
> > Thank you Summers and Corinne,
> > Safari opens URL and I suppose it can be problem ) However I'll try to make something with WebView)
> >
> > Denis.
> >
> > 2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> > It's worth investigating on UIWebView indeed, i'll give a go tomorrow as i'm working on AGIOS-414 provide webview option.
> > ++
> > Corinne
> >
> > On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com> wrote:
> > On Android the webview dialog checks the address before it makes the request and if it matches the redirect will forward the codes back to the application.  Perhaps you could use something similar for the other platforms?
> >
> > On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com> wrote:
> > Hello everyone,
> > I am trying to add special config for VK in OAuth2 library, but I get stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or https://) so I can't send authorization token into application using URL schemes( because I need use something like "applicationName://". Did anyone encounter a similar problem ? How can I solve this problem?
> >
> > P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
> >
> > Denis.
> >
> > _______________________________________________
> > 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
> >
> > _______________________________________________
> > 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
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



From banddk1 at gmail.com  Sat Mar 21 12:58:09 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Sat, 21 Mar 2015 19:58:09 +0300
Subject: [aerogear-dev] OAuth2 VK.com
In-Reply-To: <84272F4E-4486-4A7C-A9D3-309D02FB358E@gmail.com>
References: <CAAb5+-XO7Xd4249x3MUU2ojRHhhR-tz1ESq9reVWjTWiC_4KTA@mail.gmail.com>
	<CAEQz2Ct8R6GYLdmAZv3cDQr+F3o=7Z05pqUWv+8M2mz=c=0njw@mail.gmail.com>
	<CAL8vO=c3Bm-GU67s_UJPV=6ypnqo+_jVopqBtjos3j2eYZTpLg@mail.gmail.com>
	<CAAb5+-V6aNdSTCRYqyOJhUB+L=LCdsF2fLFMz5PwZqt6NoFAQQ@mail.gmail.com>
	<6852F710-8F85-4EB7-964D-215C9E1F1ADC@gmail.com>
	<84272F4E-4486-4A7C-A9D3-309D02FB358E@gmail.com>
Message-ID: <CAAb5+-WR4fFWTFLEKUHFmwrtEoUVE-+u25bMzDL9EjNN7AJMRw@mail.gmail.com>

If you help me I will be ready to complete this task, but you should be
prepared to answer many questions ;)


Denis.

2015-03-20 17:12 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hi Denis
>
> Taking a closer look, VK.com implement the ?client credential grant?
> OAuth2 flow.
> We don?t support it yet in ag-ios-oauth2 but there is a JIRA ticket for it
> [1] and [2] for its demo (planned for 2.4.0 release - end of May).
>
> Here is a short explantion of the Oauth2 grant flow (extracted from one of
> my blog):
> Four different flows are part of the spec, you can group them in two
> different families:
> - 3-legged flow: where end-user need to grant permission. The _implicit
> grant_ is for browser-based app not capable of keeping tokens secure. The
> _authorization code grant_ which generates an access and (optionally a
> refresh token) is for client capable of keeping secret.
> - 2-legged flow: where the credentials are given to the app. The key
> difference, compared to 3 legged-flow, is that the consumer is not
> requesting access to any user data.  Instead, it is creating an account
> with the service provider with no previous data in it at all, therefore the
> grant flow can be skipped.
>
> Here is the challenge: would you like to do the PR for this jira?
> I?ll be glad to help you to implement client credential grant for
> aerogear-ios-oauth2 lib.
>
> ++
> Corinne
> [1] https://issues.jboss.org/browse/AGIOS-191
> [2] https://issues.jboss.org/browse/AGIOS-196
>
> > On 20 Mar 2015, at 14:24, Corinne Krych <corinnekrych at gmail.com> wrote:
> >
> > Hello Denis,
> >
> > I?ve just submitted a PR to support web view, but you still need a
> custom URL for it[1].
> >
> > Googling around I found:
> > https://vk.com/dev/ios_sdk
> > https://github.com/VKCOM/vk-ios-sdk
> > It seems VK is using same convention that Facebook:  Enter vk+APP_ID for
> the custom url
> >
> > ++
> > Corinne
> > [1] https://github.com/aerogear/aerogear-ios-oauth2/pull/25
> >
> >> On 20 Mar 2015, at 09:39, ????? ???????? <banddk1 at gmail.com> wrote:
> >>
> >> Thank you Summers and Corinne,
> >> Safari opens URL and I suppose it can be problem ) However I'll try to
> make something with WebView)
> >>
> >> Denis.
> >>
> >> 2015-03-19 22:29 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:
> >> It's worth investigating on UIWebView indeed, i'll give a go tomorrow
> as i'm working on AGIOS-414 provide webview option.
> >> ++
> >> Corinne
> >>
> >> On Thursday, March 19, 2015, Summers Pittman <supittma at redhat.com>
> wrote:
> >> On Android the webview dialog checks the address before it makes the
> request and if it matches the redirect will forward the codes back to the
> application.  Perhaps you could use something similar for the other
> platforms?
> >>
> >> On Thu, Mar 19, 2015 at 12:59 PM, ????? ???????? <banddk1 at gmail.com>
> wrote:
> >> Hello everyone,
> >> I am trying to add special config for VK in OAuth2 library, but I get
> stuck in a rut. VK doesn't allow   make redirect URI without ( http:// or
> https://) so I can't send authorization token into application using URL
> schemes( because I need use something like "applicationName://". Did anyone
> encounter a similar problem ? How can I solve this problem?
> >>
> >> P.S VK also doesn't have refresh tokens. VK begins to to irritate me :)
> >>
> >> Denis.
> >>
> >> _______________________________________________
> >> 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
> >>
> >> _______________________________________________
> >> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150321/59efce28/attachment-0001.html 

From dpassos at redhat.com  Sun Mar 22 19:29:44 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Sun, 22 Mar 2015 20:29:44 -0300
Subject: [aerogear-dev] AeroGear Android 2.1.0 - Release
In-Reply-To: <CADF=h2u4D8xCu+CrVAidxvSE-FwTQ-9yiNG=qAG5guRJYObCVw@mail.gmail.com>
References: <CADF=h2u4D8xCu+CrVAidxvSE-FwTQ-9yiNG=qAG5guRJYObCVw@mail.gmail.com>
Message-ID: <CADF=h2toMBE6ayoPeFwjAR53u=62er0tt8DexikNZhK7sBVbPw@mail.gmail.com>

Release button pressed. It probably will be available in Maven central in 2
days.


On Tue, Mar 17, 2015 at 12:19 AM, Daniel Passos <dpassos at redhat.com> wrote:

> Hey Everyone,
>
> We are ready to release AeroGear Android 2.1.0, we just staged[1] it on
> Nexus. We're planning to release it next Friday. Fell free to test it and
> let us know if you find any issues.
>
> [1]
> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5085/
>
> -- Passos
>



-- 
-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150322/7522d164/attachment.html 

From cvasilak at gmail.com  Mon Mar 23 03:28:11 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 23 Mar 2015 09:28:11 +0200
Subject: [aerogear-dev] Team Meeting
Message-ID: <CAKVvow8TXtdrXvK29efJahYQH1f1WTJbo=nehDK6UxNmYmZHsQ@mail.gmail.com>

agenda:
http://oksoclap.com/p/aerogear-team-mgt-03.23.2015
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150323/a6632557/attachment.html 

From cvasilak at gmail.com  Mon Mar 23 03:30:31 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 23 Mar 2015 09:30:31 +0200
Subject: [aerogear-dev] AeroGear Android 2.1.0 - Release
In-Reply-To: <CADF=h2toMBE6ayoPeFwjAR53u=62er0tt8DexikNZhK7sBVbPw@mail.gmail.com>
References: <CADF=h2u4D8xCu+CrVAidxvSE-FwTQ-9yiNG=qAG5guRJYObCVw@mail.gmail.com>
	<CADF=h2toMBE6ayoPeFwjAR53u=62er0tt8DexikNZhK7sBVbPw@mail.gmail.com>
Message-ID: <CAKVvow8N3x4o7N_oOrCBTW_UVhQ4pnspCOQFCiiGa2NASQjV0A@mail.gmail.com>

Great work!


On Mon, Mar 23, 2015 at 1:29 AM, Daniel Passos <dpassos at redhat.com> wrote:

> Release button pressed. It probably will be available in Maven central in
> 2 days.
>
>
> On Tue, Mar 17, 2015 at 12:19 AM, Daniel Passos <dpassos at redhat.com>
> wrote:
>
>> Hey Everyone,
>>
>> We are ready to release AeroGear Android 2.1.0, we just staged[1] it on
>> Nexus. We're planning to release it next Friday. Fell free to test it and
>> let us know if you find any issues.
>>
>> [1]
>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5085/
>>
>> -- Passos
>>
>
>
>
> --
> -- Passos
>
> _______________________________________________
> 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/20150323/13339efd/attachment.html 

From edewit at redhat.com  Mon Mar 23 04:23:15 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Mon, 23 Mar 2015 09:23:15 +0100
Subject: [aerogear-dev] OTP
Message-ID: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>

Hi,

I was adding otp support for windows and that started to make me wonder if
it would be nice to add HOTP as well as TOTP for instance our linotp server
uses this. The only difference between the two is that HOTP uses a counter
that is incremented and TOTP is time based. So it would be fairly easy to
implement and for instance on windows there aren't any apps that support
both.

Wdyt?

-- 
Cheers,
       Erik Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150323/e76b1e2a/attachment.html 

From scm.blanc at gmail.com  Mon Mar 23 04:28:19 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Mon, 23 Mar 2015 09:28:19 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>
Message-ID: <CAD_dpu3ywRWbNew5KGpZwZfCc=nfa9UEC+xVej_tM5+GYeV8Ug@mail.gmail.com>

I have tested the cartridge with success :

- App creation / variants creation
- sending push notifications :
  * helloworld iOS
  * helloworld Android
- Dashboard numbers are correct
- Account Management OK

+1





On Fri, Mar 20, 2015 at 8:12 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Tadeas,
>
> here is the OS PR:
>
> https://github.com/aerogear/openshift-origin-cartridge-aerogear-push-wildfly/pull/15
>
> we will be using ONLY the WildFly image, due to bugs, the AS7 will be
> removed, with this release
>
> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>
>> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
>> For example in a forked repository so we can run integration tests against
>> it and make sure everything works before the 1.0.3 is actually released?
>>
>> Thanks,
>>
>> Tadeas Kriz
>>
>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Sorry, I mean this JIRA
>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>
>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <matzew at apache.org
>>> > wrote:
>>>
>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>> great for your team :-)
>>>>
>>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>>> using EAP (not WildFly)
>>>>
>>>> Thanks again for helping us testing our release.
>>>>
>>>> -Matthias
>>>>
>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>
>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>> vivek.pandey at pinelabs.com> wrote:
>>>>
>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>
>>>>>
>>>>>
>>>>> Thanks
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>> Wessendorf
>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>>
>>>>>
>>>>> that's right, here are the steps you need to run:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>
>>>>>
>>>>>
>>>>> feel free to test that on your test/dev environment. For any heads-up
>>>>> of successful migration, or errors, we are more than thankful!
>>>>>
>>>>>
>>>>>
>>>>> Cheers,
>>>>>
>>>>> Matthias
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>>> wrote:
>>>>>
>>>>> Hi Vivek,
>>>>>
>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>>
>>>>> Sebi
>>>>>
>>>>> Envoy? de mon iPhone
>>>>>
>>>>>
>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>>> ?crit :
>>>>>
>>>>> Hi Guys,
>>>>>
>>>>>
>>>>>
>>>>> Thanks for the 1.0.3 release.
>>>>>
>>>>>
>>>>>
>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>> schema without any data loss ?
>>>>>
>>>>>
>>>>>
>>>>> Vivek
>>>>>
>>>>>
>>>>>
>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>> *To:* AeroGear Developer Mailing List
>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>
>>>>>
>>>>>
>>>>> Great job everyone!  Lets get this release out the door!
>>>>>
>>>>>
>>>>>
>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>>> wrote:
>>>>>
>>>>>
>>>>>
>>>>> @docs: updates are now live:
>>>>>
>>>>>
>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>
>>>>>
>>>>>
>>>>> also, here is the promised staging repo:
>>>>>
>>>>>
>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>
>>>>>
>>>>>
>>>>> happy testing
>>>>>
>>>>>
>>>>>
>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>> matzew at apache.org> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but
>>>>> I am not yet able to create a staging repo for that (I notified our ops
>>>>> team).
>>>>>
>>>>> However, for testing the server, all we really need are the WAR files.
>>>>> I have uploaded the distribution files to GH, as a pre-release:
>>>>>
>>>>>
>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>> NOTES
>>>>>
>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>    tests.
>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>
>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>
>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>
>>>>> Now, once the DB is up, you need to run the migrator against the empty
>>>>> database to create the schema. The migrator is included in the dist file,
>>>>> and instructions are here
>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>
>>>>> DB setup for EAP/WildFly works as usual, see
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>
>>>>> Once that is all done, install the WARs to your application container:
>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>
>>>>> Let me know about this release, and if there are no complains by
>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>> as a real release
>>>>>
>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>
>>>>> -Matthias
>>>>>
>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>> requirements
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> Matthias Wessendorf
>>>>>
>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>> twitter: http://twitter.com/mwessendorf
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> 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
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------
>>>>>
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>> ------------------------------
>>>>> This message may contain privileged and confidential information and
>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>> check this email and attachments for the presence of viruses / malwares
>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>> ------------------------------
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>>
>>> --
>>> 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/20150323/f54f0a3d/attachment-0001.html 

From matzew at apache.org  Mon Mar 23 04:55:53 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 23 Mar 2015 09:55:53 +0100
Subject: [aerogear-dev] [Vote] UPS 1.0.3 release
In-Reply-To: <CAD_dpu3ywRWbNew5KGpZwZfCc=nfa9UEC+xVej_tM5+GYeV8Ug@mail.gmail.com>
References: <CAAg5f2TCZRCsXUHVLcSJ=NozmRxcSsHHpH2t0hPZnxvoSpvNcw@mail.gmail.com>
	<CAAg5f2Qiu5wGLVoT2yvc5zSG2W6JKggUaSDFj-C5qXAf1XGXgQ@mail.gmail.com>
	<CDA89D2F-B1CB-4747-9591-B11E13D5F892@redhat.com>
	<004901d0607c$d3abd790$7b0386b0$@pinelabs.com>
	<64800FFD-EC21-44B1-AE66-B6445DDC1FB6@gmail.com>
	<CAAg5f2QYm-xk0GOakxPOQOX4Aehk-GQ+JqAMdKauYfzgPS2oMg@mail.gmail.com>
	<008401d06094$f45609d0$dd021d70$@pinelabs.com>
	<CAAg5f2Rdw2QkuP4FD1p7Kh6VFNPhmNDjjqUh1=B6=T_1G8F3FA@mail.gmail.com>
	<CAAg5f2SsGg074JuDUhCJJUAtWdqjRp4WGpkD38TDw5SocwDeCw@mail.gmail.com>
	<CAJ0HFMDaH75jQMeC3T0JFn-TSqkoEyCc5dT+ZubJGAhY-MmgLw@mail.gmail.com>
	<CAAg5f2S-ciW7QtRMQt-syO_NxC0AcnfUSooUpyhYpxCk4WXVRQ@mail.gmail.com>
	<CAD_dpu3ywRWbNew5KGpZwZfCc=nfa9UEC+xVej_tM5+GYeV8Ug@mail.gmail.com>
Message-ID: <CAAg5f2Ri++XZ-FAvxttcrcst=+edcd_c70oV3M00oChaRg5caA@mail.gmail.com>

Thanks all for testing, I have clicked the button, and started the
distribution to Maven Central.

The GH release bundle has been now marked as a release (was pre-release
before), also, I have updated the Cartridge.

Update hook instructions will follow quickly

Thanks again

On Mon, Mar 23, 2015 at 9:28 AM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> I have tested the cartridge with success :
>
> - App creation / variants creation
> - sending push notifications :
>   * helloworld iOS
>   * helloworld Android
> - Dashboard numbers are correct
> - Account Management OK
>
> +1
>
>
>
>
>
> On Fri, Mar 20, 2015 at 8:12 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> Tadeas,
>>
>> here is the OS PR:
>>
>> https://github.com/aerogear/openshift-origin-cartridge-aerogear-push-wildfly/pull/15
>>
>> we will be using ONLY the WildFly image, due to bugs, the AS7 will be
>> removed, with this release
>>
>> On Tue, Mar 17, 2015 at 2:26 PM, Tadeas Kriz <tkriz at redhat.com> wrote:
>>
>>> Could we prepare the 1.0.3 OpenShift cartridge before the final release?
>>> For example in a forked repository so we can run integration tests against
>>> it and make sure everything works before the 1.0.3 is actually released?
>>>
>>> Thanks,
>>>
>>> Tadeas Kriz
>>>
>>> On Tue, Mar 17, 2015 at 11:16 AM, Matthias Wessendorf <matzew at apache.org
>>> > wrote:
>>>
>>>> Sorry, I mean this JIRA
>>>> https://issues.jboss.org/browse/AGPUSH-1314
>>>>
>>>> On Tue, Mar 17, 2015 at 11:00 AM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>>> Hi Vivek, thanks for your feedback - glad the UPS continues to work
>>>>> great for your team :-)
>>>>>
>>>>> As stated in [1], it's "only" against different MySQL/MariaDB flavors,
>>>>> using EAP (not WildFly)
>>>>>
>>>>> Thanks again for helping us testing our release.
>>>>>
>>>>> -Matthias
>>>>>
>>>>> [1] https://issues.jboss.org/browse/AEROGEAR-1676
>>>>>
>>>>> On Tue, Mar 17, 2015 at 10:30 AM, Vivek Pandey <
>>>>> vivek.pandey at pinelabs.com> wrote:
>>>>>
>>>>>> I was able to migrate my test setup to 1.0.3 successfully, running
>>>>>>  UPS 1.0.2 on wildfly 8.1 and Postgres 9.3.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks
>>>>>>
>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [mailto:
>>>>>> aerogear-dev-bounces at lists.jboss.org] *On Behalf Of *Matthias
>>>>>> Wessendorf
>>>>>> *Sent:* Tuesday, March 17, 2015 1:50 PM
>>>>>>
>>>>>> *To:* AeroGear Developer Mailing List
>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>
>>>>>>
>>>>>>
>>>>>> Hi Vivek,
>>>>>>
>>>>>>
>>>>>>
>>>>>> that's right, here are the steps you need to run:
>>>>>>
>>>>>>
>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/tree/1.0.3/migrator
>>>>>>
>>>>>>
>>>>>>
>>>>>> feel free to test that on your test/dev environment. For any heads-up
>>>>>> of successful migration, or errors, we are more than thankful!
>>>>>>
>>>>>>
>>>>>>
>>>>>> Cheers,
>>>>>>
>>>>>> Matthias
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Tue, Mar 17, 2015 at 7:52 AM, S?bastien Blanc <scm.blanc at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>> Hi Vivek,
>>>>>>
>>>>>> Yes the migrator also works for 1.0.2 => 1.0.3 (without any data loss)
>>>>>>
>>>>>> Sebi
>>>>>>
>>>>>> Envoy? de mon iPhone
>>>>>>
>>>>>>
>>>>>> Le 17 mars 2015 ? 07:37, Vivek Pandey <vivek.pandey at pinelabs.com> a
>>>>>> ?crit :
>>>>>>
>>>>>> Hi Guys,
>>>>>>
>>>>>>
>>>>>>
>>>>>> Thanks for the 1.0.3 release.
>>>>>>
>>>>>>
>>>>>>
>>>>>> I am wondering if we can use the migrator to migrate 1.0.2 database
>>>>>> schema without any data loss ?
>>>>>>
>>>>>>
>>>>>>
>>>>>> Vivek
>>>>>>
>>>>>>
>>>>>>
>>>>>> *From:* aerogear-dev-bounces at lists.jboss.org [
>>>>>> mailto:aerogear-dev-bounces at lists.jboss.org
>>>>>> <aerogear-dev-bounces at lists.jboss.org>] *On Behalf Of *Jay Balunas
>>>>>> *Sent:* Friday, March 13, 2015 11:11 PM
>>>>>> *To:* AeroGear Developer Mailing List
>>>>>> *Subject:* Re: [aerogear-dev] [Vote] UPS 1.0.3 release
>>>>>>
>>>>>>
>>>>>>
>>>>>> Great job everyone!  Lets get this release out the door!
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mar 13, 2015, at 11:00 AM, Matthias Wessendorf <matzew at apache.org>
>>>>>> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>> @docs: updates are now live:
>>>>>>
>>>>>>
>>>>>> https://staging.aerogear.org/docs/unifiedpush/ups_userguide/index/#schema
>>>>>>
>>>>>>
>>>>>>
>>>>>> also, here is the promised staging repo:
>>>>>>
>>>>>>
>>>>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5061/
>>>>>>
>>>>>>
>>>>>>
>>>>>> happy testing
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Fri, Mar 13, 2015 at 10:56 AM, Matthias Wessendorf <
>>>>>> matzew at apache.org> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> we tagged for UPS 1.0.3, and I did upload the JAR files to NEXUS, but
>>>>>> I am not yet able to create a staging repo for that (I notified our ops
>>>>>> team).
>>>>>>
>>>>>> However, for testing the server, all we really need are the WAR
>>>>>> files. I have uploaded the distribution files to GH, as a pre-release:
>>>>>>
>>>>>>
>>>>>> https://github.com/aerogear/aerogear-unifiedpush-server/releases/tag/1.0.3
>>>>>> NOTES
>>>>>>
>>>>>>    1. We no longer support H2 database. You need MySQL/Postgres for
>>>>>>    tests.
>>>>>>    2. The JPA provider no longer creates the DB schema for you
>>>>>>
>>>>>> If you don't have MySQL installed, it's trivial to use it via Docker:
>>>>>>
>>>>>> docker run --name unifiedpushDB -p 3306:3306 -e MYSQL_USER=unifiedpush -e MYSQL_PASSWORD=unifiedpush -e MYSQL_DATABASE=unifiedpush -e MYSQL_ROOT_PASSWORD=supersecret -d mysql
>>>>>>
>>>>>> Now, once the DB is up, you need to run the migrator against the
>>>>>> empty database to create the schema. The migrator is included in the dist
>>>>>> file, and instructions are here
>>>>>> <https://github.com/aerogear/aerogear-unifiedpush-server/blob/1.0.x/migrator/README.md>
>>>>>>
>>>>>> DB setup for EAP/WildFly works as usual, see
>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>>>>>
>>>>>> Once that is all done, install the WARs to your application container:
>>>>>> https://aerogear.org/docs/unifiedpush/ups_userguide/index/#deploy
>>>>>>
>>>>>> Let me know about this release, and if there are no complains by
>>>>>> Wednesday, I will push the bits to maven central and mark the pre-release
>>>>>> as a real release
>>>>>>
>>>>>> Oh, this is most-likely the last release of the 1.0.x series
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>> PS: I am now updating the docs, to reflect the changes and new
>>>>>> requirements
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> Matthias Wessendorf
>>>>>>
>>>>>> blog: http://matthiaswessendorf.wordpress.com/
>>>>>> sessions: http://www.slideshare.net/mwessendorf
>>>>>> twitter: http://twitter.com/mwessendorf
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> 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
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------
>>>>>>
>>>>>> This message may contain privileged and confidential information and
>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>> ------------------------------
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>>
>>>>>> ------------------------------
>>>>>> This message may contain privileged and confidential information and
>>>>>> is solely for the use of intended recipient. The views expressed in this
>>>>>> email are those of the sender and not of Pine Labs. The recipient should
>>>>>> check this email and attachments for the presence of viruses / malwares
>>>>>> etc. Pine Labs accepts no liability for any damage caused by any virus
>>>>>> transmitted by this email. Pine Labs may monitor and record all emails.
>>>>>> ------------------------------
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> 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/20150323/cc518083/attachment-0001.html 

From lholmqui at redhat.com  Mon Mar 23 08:45:35 2015
From: lholmqui at redhat.com (Luke Holmquist)
Date: Mon, 23 Mar 2015 08:45:35 -0400
Subject: [aerogear-dev] AeroGear Android 2.1.0 - Release
In-Reply-To: <CAKVvow8N3x4o7N_oOrCBTW_UVhQ4pnspCOQFCiiGa2NASQjV0A@mail.gmail.com>
References: <CADF=h2u4D8xCu+CrVAidxvSE-FwTQ-9yiNG=qAG5guRJYObCVw@mail.gmail.com>
	<CADF=h2toMBE6ayoPeFwjAR53u=62er0tt8DexikNZhK7sBVbPw@mail.gmail.com>
	<CAKVvow8N3x4o7N_oOrCBTW_UVhQ4pnspCOQFCiiGa2NASQjV0A@mail.gmail.com>
Message-ID: <CALD3Fd0ooqTBeYZfFwfC6ZLriJT14pCgCUSLGmQeOLsquu6T_Q@mail.gmail.com>

https://raw.githubusercontent.com/lholmquist/reaction-gifs/master/yeah-buddy.gif

On Mon, Mar 23, 2015 at 3:30 AM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> Great work!
>
>
> On Mon, Mar 23, 2015 at 1:29 AM, Daniel Passos <dpassos at redhat.com> wrote:
>
>> Release button pressed. It probably will be available in Maven central in
>> 2 days.
>>
>>
>> On Tue, Mar 17, 2015 at 12:19 AM, Daniel Passos <dpassos at redhat.com>
>> wrote:
>>
>>> Hey Everyone,
>>>
>>> We are ready to release AeroGear Android 2.1.0, we just staged[1] it on
>>> Nexus. We're planning to release it next Friday. Fell free to test it and
>>> let us know if you find any issues.
>>>
>>> [1]
>>> https://repository.jboss.org/nexus/content/repositories/jboss_releases_staging_profile-5085/
>>>
>>> -- Passos
>>>
>>
>>
>>
>> --
>> -- Passos
>>
>> _______________________________________________
>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150323/33a7aea3/attachment.html 

From cvasilak at gmail.com  Mon Mar 23 10:09:54 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 23 Mar 2015 16:09:54 +0200
Subject: [aerogear-dev] Team Meeting
In-Reply-To: <CAKVvow8TXtdrXvK29efJahYQH1f1WTJbo=nehDK6UxNmYmZHsQ@mail.gmail.com>
References: <CAKVvow8TXtdrXvK29efJahYQH1f1WTJbo=nehDK6UxNmYmZHsQ@mail.gmail.com>
Message-ID: <CAKVvow-VPuVw8c14xyoVneOz9MujSnvgJVKwjjFZeyOh6VsLNA@mail.gmail.com>

fyi,

meeting minutes:

<jbott> Meeting ended Mon Mar 23 14:07:33 2015 UTC.  Information about
MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<jbott> Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-23-14.00.html
<jbott> Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-23-14.00.txt
<jbott> Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-23-14.00.log.html

On Mon, Mar 23, 2015 at 9:28 AM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> agenda:
> http://oksoclap.com/p/aerogear-team-mgt-03.23.2015
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150323/e6934617/attachment.html 

From bruno at abstractj.org  Tue Mar 24 09:28:42 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 24 Mar 2015 10:28:42 -0300
Subject: [aerogear-dev] OTP
In-Reply-To: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
Message-ID: <20150324132842.GA38618@abstractj.org>

Good morning Erik, I'm not against the implementation, but I have some
considerations.

As you might know TOTP is short-lived, which means that they only apply
for certain amount of time, while HOTP is long-lived, which means that
someone eavesdropping the network could collect several HOTPs and reuse
then later.

Other thing to keep in mind is how to demo HOTP, at the moment we don't
have a server neither bandwidth do implement one.

Implement it or not it's up to you, but I would like to make sure that
you're aware about the issues with HOTP.

On 2015-03-23, Erik Jan de Wit wrote:
> Hi,
>
> I was adding otp support for windows and that started to make me wonder if
> it would be nice to add HOTP as well as TOTP for instance our linotp server
> uses this. The only difference between the two is that HOTP uses a counter
> that is incremented and TOTP is time based. So it would be fairly easy to
> implement and for instance on windows there aren't any apps that support
> both.
>
> Wdyt?
>
> --
> Cheers,
>        Erik Jan

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


--

abstractj
PGP: 0x84DC9914

From edewit at redhat.com  Tue Mar 24 10:27:12 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Tue, 24 Mar 2015 15:27:12 +0100
Subject: [aerogear-dev] OTP
In-Reply-To: <20150324132842.GA38618@abstractj.org>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
Message-ID: <CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>

Internally we make use of HOTP (via linotp)  for our VPN and it works
around the problem of the long lived tokens by letting you use it only
once. The difference in implementation is not so great, it wouldn't take
long to build it in fact I've already created a PR for the java project.

https://github.com/aerogear/aerogear-otp-java/pull/16

On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Good morning Erik, I'm not against the implementation, but I have some
> considerations.
>
> As you might know TOTP is short-lived, which means that they only apply
> for certain amount of time, while HOTP is long-lived, which means that
> someone eavesdropping the network could collect several HOTPs and reuse
> then later.
>
> Other thing to keep in mind is how to demo HOTP, at the moment we don't
> have a server neither bandwidth do implement one.
>
> Implement it or not it's up to you, but I would like to make sure that
> you're aware about the issues with HOTP.
>
> On 2015-03-23, Erik Jan de Wit wrote:
> > Hi,
> >
> > I was adding otp support for windows and that started to make me wonder
> if
> > it would be nice to add HOTP as well as TOTP for instance our linotp
> server
> > uses this. The only difference between the two is that HOTP uses a
> counter
> > that is incremented and TOTP is time based. So it would be fairly easy to
> > implement and for instance on windows there aren't any apps that support
> > both.
> >
> > Wdyt?
> >
> > --
> > Cheers,
> >        Erik Jan
>
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
Cheers,
       Erik Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150324/7491feee/attachment.html 

From bruno at abstractj.org  Tue Mar 24 11:09:39 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 24 Mar 2015 12:09:39 -0300
Subject: [aerogear-dev] OTP
In-Reply-To: <CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
	<CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
Message-ID: <CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>

I think you missed the point here, it does not works around the problem. If
you make use of linotp or whatever app with HOTP. You generate event based
tokens and this is how the workflow works:

1. You generate the event based tokens
2. Send to the server
3. Server validates

In a not so awesome world, this is what could happen

1. You generate the event based tokens
2. Send to the server
3. Zombies intercept and collect your token, sending the HTTP response
"invalid token". Forcing you to provide more valid tokens.
4. Zombies make use of your tokens whenever they want.

So unless we have a good use case scenario rather than just "we use it
internally" and Android team also agreed on it. I don't see HOTP happening.

On Tue, Mar 24, 2015 at 11:27 AM, Erik Jan de Wit <edewit at redhat.com> wrote:

> Internally we make use of HOTP (via linotp)  for our VPN and it works
> around the problem of the long lived tokens by letting you use it only
> once. The difference in implementation is not so great, it wouldn't take
> long to build it in fact I've already created a PR for the java project.
>
> https://github.com/aerogear/aerogear-otp-java/pull/16
>
> On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
>> Good morning Erik, I'm not against the implementation, but I have some
>> considerations.
>>
>> As you might know TOTP is short-lived, which means that they only apply
>> for certain amount of time, while HOTP is long-lived, which means that
>> someone eavesdropping the network could collect several HOTPs and reuse
>> then later.
>>
>> Other thing to keep in mind is how to demo HOTP, at the moment we don't
>> have a server neither bandwidth do implement one.
>>
>> Implement it or not it's up to you, but I would like to make sure that
>> you're aware about the issues with HOTP.
>>
>> On 2015-03-23, Erik Jan de Wit wrote:
>> > Hi,
>> >
>> > I was adding otp support for windows and that started to make me wonder
>> if
>> > it would be nice to add HOTP as well as TOTP for instance our linotp
>> server
>> > uses this. The only difference between the two is that HOTP uses a
>> counter
>> > that is incremented and TOTP is time based. So it would be fairly easy
>> to
>> > implement and for instance on windows there aren't any apps that support
>> > both.
>> >
>> > Wdyt?
>> >
>> > --
>> > Cheers,
>> >        Erik Jan
>>
>> > _______________________________________________
>> > aerogear-dev mailing list
>> > aerogear-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>>
>> --
>>
>> abstractj
>> PGP: 0x84DC9914
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Cheers,
>        Erik Jan
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 

-- 
"The measure of a man is what he does with power" - Plato
-
@abstractj
-
Volenti Nihil Difficile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150324/d778cea0/attachment-0001.html 

From edewit at redhat.com  Tue Mar 24 11:14:31 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Tue, 24 Mar 2015 16:14:31 +0100
Subject: [aerogear-dev] OTP
In-Reply-To: <CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
	<CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
	<CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>
Message-ID: <CAO2B-fb+6Q4y18TcqLhmXV7TDPMmUBmo-r=3posTcxTty4L4AA@mail.gmail.com>

How does TOTP stop the zombies from getting your token and using it?

On Tue, Mar 24, 2015 at 4:09 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> I think you missed the point here, it does not works around the problem.
> If you make use of linotp or whatever app with HOTP. You generate event
> based tokens and this is how the workflow works:
>
> 1. You generate the event based tokens
> 2. Send to the server
> 3. Server validates
>
> In a not so awesome world, this is what could happen
>
> 1. You generate the event based tokens
> 2. Send to the server
> 3. Zombies intercept and collect your token, sending the HTTP response
> "invalid token". Forcing you to provide more valid tokens.
> 4. Zombies make use of your tokens whenever they want.
>
> So unless we have a good use case scenario rather than just "we use it
> internally" and Android team also agreed on it. I don't see HOTP happening.
>
> On Tue, Mar 24, 2015 at 11:27 AM, Erik Jan de Wit <edewit at redhat.com>
> wrote:
>
>> Internally we make use of HOTP (via linotp)  for our VPN and it works
>> around the problem of the long lived tokens by letting you use it only
>> once. The difference in implementation is not so great, it wouldn't take
>> long to build it in fact I've already created a PR for the java project.
>>
>> https://github.com/aerogear/aerogear-otp-java/pull/16
>>
>> On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org>
>> wrote:
>>
>>> Good morning Erik, I'm not against the implementation, but I have some
>>> considerations.
>>>
>>> As you might know TOTP is short-lived, which means that they only apply
>>> for certain amount of time, while HOTP is long-lived, which means that
>>> someone eavesdropping the network could collect several HOTPs and reuse
>>> then later.
>>>
>>> Other thing to keep in mind is how to demo HOTP, at the moment we don't
>>> have a server neither bandwidth do implement one.
>>>
>>> Implement it or not it's up to you, but I would like to make sure that
>>> you're aware about the issues with HOTP.
>>>
>>> On 2015-03-23, Erik Jan de Wit wrote:
>>> > Hi,
>>> >
>>> > I was adding otp support for windows and that started to make me
>>> wonder if
>>> > it would be nice to add HOTP as well as TOTP for instance our linotp
>>> server
>>> > uses this. The only difference between the two is that HOTP uses a
>>> counter
>>> > that is incremented and TOTP is time based. So it would be fairly easy
>>> to
>>> > implement and for instance on windows there aren't any apps that
>>> support
>>> > both.
>>> >
>>> > Wdyt?
>>> >
>>> > --
>>> > Cheers,
>>> >        Erik Jan
>>>
>>> > _______________________________________________
>>> > aerogear-dev mailing list
>>> > aerogear-dev at lists.jboss.org
>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>>
>>> --
>>>
>>> abstractj
>>> PGP: 0x84DC9914
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Cheers,
>>        Erik Jan
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
>
> --
> "The measure of a man is what he does with power" - Plato
> -
> @abstractj
> -
> Volenti Nihil Difficile
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
Cheers,
       Erik Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150324/0359706e/attachment.html 

From bruno at abstractj.org  Tue Mar 24 12:52:48 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 24 Mar 2015 13:52:48 -0300
Subject: [aerogear-dev] OTP
In-Reply-To: <CAO2B-fb+6Q4y18TcqLhmXV7TDPMmUBmo-r=3posTcxTty4L4AA@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
	<CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
	<CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>
	<CAO2B-fb+6Q4y18TcqLhmXV7TDPMmUBmo-r=3posTcxTty4L4AA@mail.gmail.com>
Message-ID: <CAM5SUC5xaR4ZUOSZtbHcLbxpRPxWb6Hzc1hibZ=Vz+0247p1PA@mail.gmail.com>

Once TOTPs are short-lived, into other words, time based. An attacker must
be more clever.

Nothing is impossible, but TOTP is pretty much more safe. If this is
something that we should support, because Keycloak have it implemented,
cool. Otherwise, I don't see why we really need it.

This is my opinion, if the whole team agree on it, go ahead.

On Tue, Mar 24, 2015 at 12:14 PM, Erik Jan de Wit <edewit at redhat.com> wrote:

> How does TOTP stop the zombies from getting your token and using it?
>
> On Tue, Mar 24, 2015 at 4:09 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
>> I think you missed the point here, it does not works around the problem.
>> If you make use of linotp or whatever app with HOTP. You generate event
>> based tokens and this is how the workflow works:
>>
>> 1. You generate the event based tokens
>> 2. Send to the server
>> 3. Server validates
>>
>> In a not so awesome world, this is what could happen
>>
>> 1. You generate the event based tokens
>> 2. Send to the server
>> 3. Zombies intercept and collect your token, sending the HTTP response
>> "invalid token". Forcing you to provide more valid tokens.
>> 4. Zombies make use of your tokens whenever they want.
>>
>> So unless we have a good use case scenario rather than just "we use it
>> internally" and Android team also agreed on it. I don't see HOTP happening.
>>
>> On Tue, Mar 24, 2015 at 11:27 AM, Erik Jan de Wit <edewit at redhat.com>
>> wrote:
>>
>>> Internally we make use of HOTP (via linotp)  for our VPN and it works
>>> around the problem of the long lived tokens by letting you use it only
>>> once. The difference in implementation is not so great, it wouldn't take
>>> long to build it in fact I've already created a PR for the java project.
>>>
>>> https://github.com/aerogear/aerogear-otp-java/pull/16
>>>
>>> On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org>
>>> wrote:
>>>
>>>> Good morning Erik, I'm not against the implementation, but I have some
>>>> considerations.
>>>>
>>>> As you might know TOTP is short-lived, which means that they only apply
>>>> for certain amount of time, while HOTP is long-lived, which means that
>>>> someone eavesdropping the network could collect several HOTPs and reuse
>>>> then later.
>>>>
>>>> Other thing to keep in mind is how to demo HOTP, at the moment we don't
>>>> have a server neither bandwidth do implement one.
>>>>
>>>> Implement it or not it's up to you, but I would like to make sure that
>>>> you're aware about the issues with HOTP.
>>>>
>>>> On 2015-03-23, Erik Jan de Wit wrote:
>>>> > Hi,
>>>> >
>>>> > I was adding otp support for windows and that started to make me
>>>> wonder if
>>>> > it would be nice to add HOTP as well as TOTP for instance our linotp
>>>> server
>>>> > uses this. The only difference between the two is that HOTP uses a
>>>> counter
>>>> > that is incremented and TOTP is time based. So it would be fairly
>>>> easy to
>>>> > implement and for instance on windows there aren't any apps that
>>>> support
>>>> > both.
>>>> >
>>>> > Wdyt?
>>>> >
>>>> > --
>>>> > Cheers,
>>>> >        Erik Jan
>>>>
>>>> > _______________________________________________
>>>> > aerogear-dev mailing list
>>>> > aerogear-dev at lists.jboss.org
>>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>>
>>>> --
>>>>
>>>> abstractj
>>>> PGP: 0x84DC9914
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Cheers,
>>>        Erik Jan
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>>
>> --
>> "The measure of a man is what he does with power" - Plato
>> -
>> @abstractj
>> -
>> Volenti Nihil Difficile
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Cheers,
>        Erik Jan
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 

-- 
"The measure of a man is what he does with power" - Plato
-
@abstractj
-
Volenti Nihil Difficile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150324/00d3ed87/attachment.html 

From edewit at redhat.com  Tue Mar 24 13:01:56 2015
From: edewit at redhat.com (Erik Jan de Wit)
Date: Tue, 24 Mar 2015 18:01:56 +0100
Subject: [aerogear-dev] OTP
In-Reply-To: <CAM5SUC5xaR4ZUOSZtbHcLbxpRPxWb6Hzc1hibZ=Vz+0247p1PA@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
	<CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
	<CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>
	<CAO2B-fb+6Q4y18TcqLhmXV7TDPMmUBmo-r=3posTcxTty4L4AA@mail.gmail.com>
	<CAM5SUC5xaR4ZUOSZtbHcLbxpRPxWb6Hzc1hibZ=Vz+0247p1PA@mail.gmail.com>
Message-ID: <CAO2B-fab35xUy7DuvzPOmmt=OH83tcS3s5V+=FtPtgrY6jgr0g@mail.gmail.com>

I agree that TOTP in general is more save, but the difference is marginal
TOTP is based off HOTP and why not support both? We could add a note saying
that we would encourage users to use TOTP instead, but what if that have to
use HOTP because they have a linotp server like we do. It's still more
secure then a normal password.

On Tue, Mar 24, 2015 at 5:52 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> Once TOTPs are short-lived, into other words, time based. An attacker must
> be more clever.
>
> Nothing is impossible, but TOTP is pretty much more safe. If this is
> something that we should support, because Keycloak have it implemented,
> cool. Otherwise, I don't see why we really need it.
>
> This is my opinion, if the whole team agree on it, go ahead.
>
> On Tue, Mar 24, 2015 at 12:14 PM, Erik Jan de Wit <edewit at redhat.com>
> wrote:
>
>> How does TOTP stop the zombies from getting your token and using it?
>>
>> On Tue, Mar 24, 2015 at 4:09 PM, Bruno Oliveira <bruno at abstractj.org>
>> wrote:
>>
>>> I think you missed the point here, it does not works around the problem.
>>> If you make use of linotp or whatever app with HOTP. You generate event
>>> based tokens and this is how the workflow works:
>>>
>>> 1. You generate the event based tokens
>>> 2. Send to the server
>>> 3. Server validates
>>>
>>> In a not so awesome world, this is what could happen
>>>
>>> 1. You generate the event based tokens
>>> 2. Send to the server
>>> 3. Zombies intercept and collect your token, sending the HTTP response
>>> "invalid token". Forcing you to provide more valid tokens.
>>> 4. Zombies make use of your tokens whenever they want.
>>>
>>> So unless we have a good use case scenario rather than just "we use it
>>> internally" and Android team also agreed on it. I don't see HOTP happening.
>>>
>>> On Tue, Mar 24, 2015 at 11:27 AM, Erik Jan de Wit <edewit at redhat.com>
>>> wrote:
>>>
>>>> Internally we make use of HOTP (via linotp)  for our VPN and it works
>>>> around the problem of the long lived tokens by letting you use it only
>>>> once. The difference in implementation is not so great, it wouldn't take
>>>> long to build it in fact I've already created a PR for the java project.
>>>>
>>>> https://github.com/aerogear/aerogear-otp-java/pull/16
>>>>
>>>> On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org>
>>>> wrote:
>>>>
>>>>> Good morning Erik, I'm not against the implementation, but I have some
>>>>> considerations.
>>>>>
>>>>> As you might know TOTP is short-lived, which means that they only apply
>>>>> for certain amount of time, while HOTP is long-lived, which means that
>>>>> someone eavesdropping the network could collect several HOTPs and reuse
>>>>> then later.
>>>>>
>>>>> Other thing to keep in mind is how to demo HOTP, at the moment we don't
>>>>> have a server neither bandwidth do implement one.
>>>>>
>>>>> Implement it or not it's up to you, but I would like to make sure that
>>>>> you're aware about the issues with HOTP.
>>>>>
>>>>> On 2015-03-23, Erik Jan de Wit wrote:
>>>>> > Hi,
>>>>> >
>>>>> > I was adding otp support for windows and that started to make me
>>>>> wonder if
>>>>> > it would be nice to add HOTP as well as TOTP for instance our linotp
>>>>> server
>>>>> > uses this. The only difference between the two is that HOTP uses a
>>>>> counter
>>>>> > that is incremented and TOTP is time based. So it would be fairly
>>>>> easy to
>>>>> > implement and for instance on windows there aren't any apps that
>>>>> support
>>>>> > both.
>>>>> >
>>>>> > Wdyt?
>>>>> >
>>>>> > --
>>>>> > Cheers,
>>>>> >        Erik Jan
>>>>>
>>>>> > _______________________________________________
>>>>> > aerogear-dev mailing list
>>>>> > aerogear-dev at lists.jboss.org
>>>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> abstractj
>>>>> PGP: 0x84DC9914
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Cheers,
>>>>        Erik Jan
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>>
>>> --
>>> "The measure of a man is what he does with power" - Plato
>>> -
>>> @abstractj
>>> -
>>> Volenti Nihil Difficile
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>> Cheers,
>>        Erik Jan
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
>
> --
> "The measure of a man is what he does with power" - Plato
> -
> @abstractj
> -
> Volenti Nihil Difficile
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
Cheers,
       Erik Jan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150324/ef0d80b2/attachment-0001.html 

From jbalunas at redhat.com  Tue Mar 24 14:19:36 2015
From: jbalunas at redhat.com (Jay Balunas)
Date: Tue, 24 Mar 2015 14:19:36 -0400
Subject: [aerogear-dev] OTP
In-Reply-To: <CAO2B-fab35xUy7DuvzPOmmt=OH83tcS3s5V+=FtPtgrY6jgr0g@mail.gmail.com>
References: <CAO2B-fZZXCJEzj_NUf+hoyi9wB3dJaZzCaAnK6Qje1DZEh2ZGQ@mail.gmail.com>
	<20150324132842.GA38618@abstractj.org>
	<CAO2B-fZCukmQh=L3KLnBWU+JfS6Ztoa0T_8Z3UyCpD6kp6AO=Q@mail.gmail.com>
	<CAM5SUC6_MHA-sHFiKeMH4AKqy2degmnHgaqkmxaVMUkSmtHTeg@mail.gmail.com>
	<CAO2B-fb+6Q4y18TcqLhmXV7TDPMmUBmo-r=3posTcxTty4L4AA@mail.gmail.com>
	<CAM5SUC5xaR4ZUOSZtbHcLbxpRPxWb6Hzc1hibZ=Vz+0247p1PA@mail.gmail.com>
	<CAO2B-fab35xUy7DuvzPOmmt=OH83tcS3s5V+=FtPtgrY6jgr0g@mail.gmail.com>
Message-ID: <CAPy+R7aMCYUuh_KrgK8VkHNdnBQAKsXns_j7tqX1R+Hr_YN19A@mail.gmail.com>

At this point in time, I don't think adding more functionality around OTP
is a high priority.  For now lets create some jira's around this, and
revisit as we discuss the overall future security plans.

Wdyt?

On Tue, Mar 24, 2015 at 1:01 PM, Erik Jan de Wit <edewit at redhat.com> wrote:

> I agree that TOTP in general is more save, but the difference is marginal
> TOTP is based off HOTP and why not support both? We could add a note saying
> that we would encourage users to use TOTP instead, but what if that have to
> use HOTP because they have a linotp server like we do. It's still more
> secure then a normal password.
>
> On Tue, Mar 24, 2015 at 5:52 PM, Bruno Oliveira <bruno at abstractj.org>
> wrote:
>
>> Once TOTPs are short-lived, into other words, time based. An attacker
>> must be more clever.
>>
>> Nothing is impossible, but TOTP is pretty much more safe. If this is
>> something that we should support, because Keycloak have it implemented,
>> cool. Otherwise, I don't see why we really need it.
>>
>> This is my opinion, if the whole team agree on it, go ahead.
>>
>> On Tue, Mar 24, 2015 at 12:14 PM, Erik Jan de Wit <edewit at redhat.com>
>> wrote:
>>
>>> How does TOTP stop the zombies from getting your token and using it?
>>>
>>> On Tue, Mar 24, 2015 at 4:09 PM, Bruno Oliveira <bruno at abstractj.org>
>>> wrote:
>>>
>>>> I think you missed the point here, it does not works around the
>>>> problem. If you make use of linotp or whatever app with HOTP. You generate
>>>> event based tokens and this is how the workflow works:
>>>>
>>>> 1. You generate the event based tokens
>>>> 2. Send to the server
>>>> 3. Server validates
>>>>
>>>> In a not so awesome world, this is what could happen
>>>>
>>>> 1. You generate the event based tokens
>>>> 2. Send to the server
>>>> 3. Zombies intercept and collect your token, sending the HTTP response
>>>> "invalid token". Forcing you to provide more valid tokens.
>>>> 4. Zombies make use of your tokens whenever they want.
>>>>
>>>> So unless we have a good use case scenario rather than just "we use it
>>>> internally" and Android team also agreed on it. I don't see HOTP happening.
>>>>
>>>> On Tue, Mar 24, 2015 at 11:27 AM, Erik Jan de Wit <edewit at redhat.com>
>>>> wrote:
>>>>
>>>>> Internally we make use of HOTP (via linotp)  for our VPN and it works
>>>>> around the problem of the long lived tokens by letting you use it only
>>>>> once. The difference in implementation is not so great, it wouldn't take
>>>>> long to build it in fact I've already created a PR for the java project.
>>>>>
>>>>> https://github.com/aerogear/aerogear-otp-java/pull/16
>>>>>
>>>>> On Tue, Mar 24, 2015 at 2:28 PM, Bruno Oliveira <bruno at abstractj.org>
>>>>> wrote:
>>>>>
>>>>>> Good morning Erik, I'm not against the implementation, but I have some
>>>>>> considerations.
>>>>>>
>>>>>> As you might know TOTP is short-lived, which means that they only
>>>>>> apply
>>>>>> for certain amount of time, while HOTP is long-lived, which means that
>>>>>> someone eavesdropping the network could collect several HOTPs and
>>>>>> reuse
>>>>>> then later.
>>>>>>
>>>>>> Other thing to keep in mind is how to demo HOTP, at the moment we
>>>>>> don't
>>>>>> have a server neither bandwidth do implement one.
>>>>>>
>>>>>> Implement it or not it's up to you, but I would like to make sure that
>>>>>> you're aware about the issues with HOTP.
>>>>>>
>>>>>> On 2015-03-23, Erik Jan de Wit wrote:
>>>>>> > Hi,
>>>>>> >
>>>>>> > I was adding otp support for windows and that started to make me
>>>>>> wonder if
>>>>>> > it would be nice to add HOTP as well as TOTP for instance our
>>>>>> linotp server
>>>>>> > uses this. The only difference between the two is that HOTP uses a
>>>>>> counter
>>>>>> > that is incremented and TOTP is time based. So it would be fairly
>>>>>> easy to
>>>>>> > implement and for instance on windows there aren't any apps that
>>>>>> support
>>>>>> > both.
>>>>>> >
>>>>>> > Wdyt?
>>>>>> >
>>>>>> > --
>>>>>> > Cheers,
>>>>>> >        Erik Jan
>>>>>>
>>>>>> > _______________________________________________
>>>>>> > aerogear-dev mailing list
>>>>>> > aerogear-dev at lists.jboss.org
>>>>>> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> abstractj
>>>>>> PGP: 0x84DC9914
>>>>>> _______________________________________________
>>>>>> aerogear-dev mailing list
>>>>>> aerogear-dev at lists.jboss.org
>>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Cheers,
>>>>>        Erik Jan
>>>>>
>>>>> _______________________________________________
>>>>> aerogear-dev mailing list
>>>>> aerogear-dev at lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>>
>>>> --
>>>> "The measure of a man is what he does with power" - Plato
>>>> -
>>>> @abstractj
>>>> -
>>>> Volenti Nihil Difficile
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>>
>>> --
>>> Cheers,
>>>        Erik Jan
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>>
>> --
>> "The measure of a man is what he does with power" - Plato
>> -
>> @abstractj
>> -
>> Volenti Nihil Difficile
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>
>
> --
> Cheers,
>        Erik Jan
>
> _______________________________________________
> 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/20150324/1991a9fb/attachment.html 

From lukas.fryc at gmail.com  Wed Mar 25 06:25:34 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 25 Mar 2015 11:25:34 +0100
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE Full
	profile
Message-ID: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>

Hey guys,

we are working on a prototype of UPS that is leveraging JMS to send
notifications to Push Networks.

The requirement of JMS means we need to switch runtime requirement from
WildFly web profile to WildFly full profile.

i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml



https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for notification
sending


Essentially JMS should allow us to
* send notifications with higher confidence (per-message transaction
guarantees)
* allow configuration of throughput and timeout (we get it for free)
* potentially it may even allow sending notifications in parallel in more
threads or in a cluster of application servers (not an initial goal)

All of these benefits could be hardly achieved without messaging.

The feature request is elevated by AGPUSH-1320.

If you have any concerns, let us know!


Cheers,

~ Lukas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150325/3052c3fc/attachment.html 

From matzew at apache.org  Wed Mar 25 07:55:02 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 25 Mar 2015 12:55:02 +0100
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE
	Full profile
In-Reply-To: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
References: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
Message-ID: <CAAg5f2Tf2M-GFeo01P6pXmhR27n3DNXLjqOboa_J3Y-cZnY-0g@mail.gmail.com>

+1 I am fully supporting that - I actually think it is a mistake that we
did not have that done in the past (mainly due to the full profile usage -
I can't figure out if that actually made sense...)

On Wed, Mar 25, 2015 at 11:25 AM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
>
> we are working on a prototype of UPS that is leveraging JMS to send
> notifications to Push Networks.
>
> The requirement of JMS means we need to switch runtime requirement from
> WildFly web profile to WildFly full profile.
>
> i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml
>
>
>
> https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for notification
> sending
>
>
> Essentially JMS should allow us to
> * send notifications with higher confidence (per-message transaction
> guarantees)
> * allow configuration of throughput and timeout (we get it for free)
> * potentially it may even allow sending notifications in parallel in more
> threads or in a cluster of application servers (not an initial goal)
>
> All of these benefits could be hardly achieved without messaging.
>
> The feature request is elevated by AGPUSH-1320.
>
> If you have any concerns, let us know!
>
>
> Cheers,
>
> ~ Lukas
>
>
> _______________________________________________
> 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/20150325/352d8d8e/attachment.html 

From supittma at redhat.com  Wed Mar 25 09:27:45 2015
From: supittma at redhat.com (Summers Pittman)
Date: Wed, 25 Mar 2015 09:27:45 -0400
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE
	Full profile
In-Reply-To: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
References: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
Message-ID: <CAEQz2Cu=XycPDx+fPGnsYdFJe-eNpFACYYO_DaScXX5QdBn8LA@mail.gmail.com>

On Wed, Mar 25, 2015 at 6:25 AM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:

> Hey guys,
>
> we are working on a prototype of UPS that is leveraging JMS to send
> notifications to Push Networks.
>
> The requirement of JMS means we need to switch runtime requirement from
> WildFly web profile to WildFly full profile.
>
> i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml
>
>
>
> https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for notification
> sending
>
>
> Essentially JMS should allow us to
> * send notifications with higher confidence (per-message transaction
> guarantees)
> * allow configuration of throughput and timeout (we get it for free)
> * potentially it may even allow sending notifications in parallel in more
> threads or in a cluster of application servers (not an initial goal)
>
> All of these benefits could be hardly achieved without messaging.
>
> The feature request is elevated by AGPUSH-1320.
>
> If you have any concerns, let us know!
>
+1

>
>
> Cheers,
>
> ~ Lukas
>
>
> _______________________________________________
> 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/20150325/ceeb9798/attachment-0001.html 

From supittma at redhat.com  Wed Mar 25 09:30:15 2015
From: supittma at redhat.com (Summers Pittman)
Date: Wed, 25 Mar 2015 09:30:15 -0400
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE
	Full profile
In-Reply-To: <CAAg5f2Tf2M-GFeo01P6pXmhR27n3DNXLjqOboa_J3Y-cZnY-0g@mail.gmail.com>
References: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
	<CAAg5f2Tf2M-GFeo01P6pXmhR27n3DNXLjqOboa_J3Y-cZnY-0g@mail.gmail.com>
Message-ID: <CAEQz2Ct4QxexJw9ZWypt97knwepiuY7vmoMH68HNxJm3ty=FwA@mail.gmail.com>

On Wed, Mar 25, 2015 at 7:55 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> +1 I am fully supporting that - I actually think it is a mistake that we
> did not have that done in the past (mainly due to the full profile usage -
> I can't figure out if that actually made sense...)
>

Well there is a LOT of bias against full profile Java EE containers because
they were big slow lumbering jacktards of projects for a very long time.
Wildfly's name change REALLY did a good job in distancing itself from that
perception.  I've even heard people use the term "lightweight" to describe
it.

So it was probably just not wanting to assume the emotional baggage of
being on a Java EE Profile because that was "heavyweight" in out minds.


> On Wed, Mar 25, 2015 at 11:25 AM, Luk?? Fry? <lukas.fryc at gmail.com> wrote:
>
>> Hey guys,
>>
>> we are working on a prototype of UPS that is leveraging JMS to send
>> notifications to Push Networks.
>>
>> The requirement of JMS means we need to switch runtime requirement from
>> WildFly web profile to WildFly full profile.
>>
>> i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml
>>
>>
>>
>> https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for
>> notification sending
>>
>>
>> Essentially JMS should allow us to
>> * send notifications with higher confidence (per-message transaction
>> guarantees)
>> * allow configuration of throughput and timeout (we get it for free)
>> * potentially it may even allow sending notifications in parallel in more
>> threads or in a cluster of application servers (not an initial goal)
>>
>> All of these benefits could be hardly achieved without messaging.
>>
>> The feature request is elevated by AGPUSH-1320.
>>
>> If you have any concerns, let us know!
>>
>>
>> Cheers,
>>
>> ~ Lukas
>>
>>
>> _______________________________________________
>> 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/20150325/938a3ae5/attachment.html 

From kpiwko at redhat.com  Wed Mar 25 10:18:25 2015
From: kpiwko at redhat.com (Karel Piwko)
Date: Wed, 25 Mar 2015 15:18:25 +0100
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE
	Full profile
In-Reply-To: <CAEQz2Ct4QxexJw9ZWypt97knwepiuY7vmoMH68HNxJm3ty=FwA@mail.gmail.com>
References: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
	<CAAg5f2Tf2M-GFeo01P6pXmhR27n3DNXLjqOboa_J3Y-cZnY-0g@mail.gmail.com>
	<CAEQz2Ct4QxexJw9ZWypt97knwepiuY7vmoMH68HNxJm3ty=FwA@mail.gmail.com>
Message-ID: <CAPXQee6WUw8vRFz_cL_d+YD4S4X-y878JWWFj4TVrJ+Zc-fMgA@mail.gmail.com>

IIRC we used to have JMS in the past in UPS. If reasons of the removal no
longer prevails, why not.

Karel

On Wed, Mar 25, 2015 at 2:30 PM, Summers Pittman <supittma at redhat.com>
wrote:

>
>
> On Wed, Mar 25, 2015 at 7:55 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> +1 I am fully supporting that - I actually think it is a mistake that we
>> did not have that done in the past (mainly due to the full profile usage -
>> I can't figure out if that actually made sense...)
>>
>
> Well there is a LOT of bias against full profile Java EE containers
> because they were big slow lumbering jacktards of projects for a very long
> time.  Wildfly's name change REALLY did a good job in distancing itself
> from that perception.  I've even heard people use the term "lightweight" to
> describe it.
>
> So it was probably just not wanting to assume the emotional baggage of
> being on a Java EE Profile because that was "heavyweight" in out minds.
>
>
>> On Wed, Mar 25, 2015 at 11:25 AM, Luk?? Fry? <lukas.fryc at gmail.com>
>> wrote:
>>
>>> Hey guys,
>>>
>>> we are working on a prototype of UPS that is leveraging JMS to send
>>> notifications to Push Networks.
>>>
>>> The requirement of JMS means we need to switch runtime requirement from
>>> WildFly web profile to WildFly full profile.
>>>
>>> i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml
>>>
>>>
>>>
>>> https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for
>>> notification sending
>>>
>>>
>>> Essentially JMS should allow us to
>>> * send notifications with higher confidence (per-message transaction
>>> guarantees)
>>> * allow configuration of throughput and timeout (we get it for free)
>>> * potentially it may even allow sending notifications in parallel in
>>> more threads or in a cluster of application servers (not an initial goal)
>>>
>>> All of these benefits could be hardly achieved without messaging.
>>>
>>> The feature request is elevated by AGPUSH-1320.
>>>
>>> If you have any concerns, let us know!
>>>
>>>
>>> Cheers,
>>>
>>> ~ Lukas
>>>
>>>
>>> _______________________________________________
>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150325/827c30f7/attachment.html 

From matzew at apache.org  Wed Mar 25 10:33:32 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Wed, 25 Mar 2015 15:33:32 +0100
Subject: [aerogear-dev] UnifiedPush - new requirement: JMS & Java EE
	Full profile
In-Reply-To: <CAEQz2Ct4QxexJw9ZWypt97knwepiuY7vmoMH68HNxJm3ty=FwA@mail.gmail.com>
References: <CAEroY35OKWb+W8c62WBCSBVG2rEat-v3MT-p5kQZZn6MkVgN7Q@mail.gmail.com>
	<CAAg5f2Tf2M-GFeo01P6pXmhR27n3DNXLjqOboa_J3Y-cZnY-0g@mail.gmail.com>
	<CAEQz2Ct4QxexJw9ZWypt97knwepiuY7vmoMH68HNxJm3ty=FwA@mail.gmail.com>
Message-ID: <CAAg5f2SwsF3wQ06uU5AmmhZrKJGVWKRZ_bZt9ON-UqUp6iOAtQ@mail.gmail.com>

On Wednesday, March 25, 2015, Summers Pittman <supittma at redhat.com> wrote:

>
>
> On Wed, Mar 25, 2015 at 7:55 AM, Matthias Wessendorf <matzew at apache.org
> <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>> wrote:
>
>> +1 I am fully supporting that - I actually think it is a mistake that we
>> did not have that done in the past (mainly due to the full profile usage -
>> I can't figure out if that actually made sense...)
>>
>
> Well there is a LOT of bias against full profile Java EE containers
> because they were big slow lumbering jacktards of projects for a very long
> time.  Wildfly's name change REALLY did a good job in distancing itself
> from that perception.  I've even heard people use the term "lightweight" to
> describe it.
>
> So it was probably just not wanting to assume the emotional baggage of
> being on a Java EE Profile because that was "heavyweight" in out minds.
>

thats right, it was JBoss7 days, we removed JMS



>
>
>> On Wed, Mar 25, 2015 at 11:25 AM, Luk?? Fry? <lukas.fryc at gmail.com
>> <javascript:_e(%7B%7D,'cvml','lukas.fryc at gmail.com');>> wrote:
>>
>>> Hey guys,
>>>
>>> we are working on a prototype of UPS that is leveraging JMS to send
>>> notifications to Push Networks.
>>>
>>> The requirement of JMS means we need to switch runtime requirement from
>>> WildFly web profile to WildFly full profile.
>>>
>>> i.e.: wildfly> ./bin/standalone.sh -c standalone-full.xml
>>>
>>>
>>>
>>> https://issues.jboss.org/browse/AGPUSH-1321 - Enable JMS for
>>> notification sending
>>>
>>>
>>> Essentially JMS should allow us to
>>> * send notifications with higher confidence (per-message transaction
>>> guarantees)
>>> * allow configuration of throughput and timeout (we get it for free)
>>> * potentially it may even allow sending notifications in parallel in
>>> more threads or in a cluster of application servers (not an initial goal)
>>>
>>> All of these benefits could be hardly achieved without messaging.
>>>
>>> The feature request is elevated by AGPUSH-1320.
>>>
>>> If you have any concerns, let us know!
>>>
>>>
>>> Cheers,
>>>
>>> ~ Lukas
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> <javascript:_e(%7B%7D,'cvml','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
>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>
>
>

-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150325/38da646c/attachment-0001.html 

From smikloso at redhat.com  Wed Mar 25 11:37:33 2015
From: smikloso at redhat.com (Stefan Miklosovic)
Date: Wed, 25 Mar 2015 16:37:33 +0100
Subject: [aerogear-dev] Automatic quickstart ftesting solution
Message-ID: <CALiy7HeL7A68V0G4TX3Y7vESnzct-vmRfweCsOvgQkDqcjHmbg@mail.gmail.com>

Hi,

I think few days ago there was some information from Karel Piwko that we
developed fully automatic functional tests when it comes to Cordova
quickstarts (1) (hello world and shoot and share)

We think that it could be useful for developers as well. This tests the
whole life cycle of the push from creation of UPS cartridge through
building of the example to the functional test in a fully automatic manner
from zero setup to push notification receive at mobile device you have
connected to your notebook and it could be useful for developers in order
to not execute it manually every time and set it up all over again.

By what I mean "fully automatic" is the following scenario:

1) Automatic creation of UPS cartridge on OpenShift right from our test,
patched with this extension * (2), (3)
2) Because of the deployed extension to UPS in 1), we can login via REST
and we do not need to change passwords so we can create application with
some variant directly from our test script (4)
3) After this is done, quickstart example is downloaded from GH, Android
SDK is installed locally at your PC, quickstart is filled with application
and google credentials automatically and after that it is built
4) APK built in 3) is then used in functional test by Arquillian Droidium
(5) which deploys that APK to physical device and in that test, we send
push notification request to UPS
5) Once push notification comes to UPS, it sends it to GCM which in turn
sends it to physical device and Droidium test asserts that the message
really came and appeared on the mobile device.

It takes about 10 minutes, you have to have Android device attached to your
PC since test will communicate with it. Time could be massively decreased
when you do not expect new OS UPS instance to be created every time.

You execute it like this in
https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests
repository

./gradlew test -Pprofile=helloWorldCordovaQuickstart \
    -PgoogleProjectNumber=<your  project number> \
    -PgoogleKey=<your google key> \
    -PopenShiftUsername=<email of your openshift account>
    -PopenShiftPassword=<password for your openshift account> \
    -PopenShiftCartridge=
https://cartreflect-claytondev.rhcloud.com/reflect?github=aerogear/openshift-origin-cartridge-aerogear-push
\
    -PopenShiftAppDirectory=aerogear-push

Similar process is executed with Shoot & Share demo where we send image to
Facebook. All triggered by one shell command from integration tests and
after that the above magic happens.

I case you want to use it and you struggle with it, feel free to ask me for
guidance.

* unified-test-extension adds custom functionality to UPS cartridge, it
adds fancy performance test endpoints where you can feed UPS instance with
custom number of generated installations / categories / variants and so on.
More to it, it can put proxy behind sender API so push notifications goes
nowhere in the end but it seems like they were indeed sent from UPS point
of view. This is particularly handy in test environment where you really do
not want to send anything to APNS or GCM.

(1) https://github.com/jboss-mobile/unified-push-helloworld
(2)
https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
(3)
https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/build.gradle#L354-L356
(4)
https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/build.gradle#L472-L543
(5)
https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/quickstartTests/aerogear-push-helloworld-cordova/src/test/java/org/jboss/aerogear/push/helloworld/cordova/test/AerogearPushHelloworldCordovaTestCase.java#L65-L85

-- 
Stefan Miklosovic
Red Hat Brno - JBoss Mobile Platform

e-mail: smikloso at redhat.com
irc: smikloso
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150325/a75faef4/attachment.html 

From lukas.fryc at gmail.com  Wed Mar 25 11:53:45 2015
From: lukas.fryc at gmail.com (=?UTF-8?B?THVrw6HFoSBGcnnEjQ==?=)
Date: Wed, 25 Mar 2015 15:53:45 +0000
Subject: [aerogear-dev] Automatic quickstart ftesting solution
In-Reply-To: <CALiy7HeL7A68V0G4TX3Y7vESnzct-vmRfweCsOvgQkDqcjHmbg@mail.gmail.com>
References: <CALiy7HeL7A68V0G4TX3Y7vESnzct-vmRfweCsOvgQkDqcjHmbg@mail.gmail.com>
Message-ID: <CAEroY37d1TvWbk9RYVM+WNq480_p8LXepByZRUPxof3LOHnCgA@mail.gmail.com>

This sounds great, Stefan,

questions:
1. what about automate this as a commit-triggered CI build on AeroGear
CloudBees jenkins?
2. are we able to automate more platforms such as iOS?

It would be huge time-saver if this build could actually test that UPS
pushes successfully to Android (and potentially iOS) and report that as a
comment to each Pull Request. No matter how long it would take, half an
hour is my ideal here considering the use case ;-)

~ Lukas


st 25. 3. 2015 v 16:37 odes?latel Stefan Miklosovic <smikloso at redhat.com>
napsal:

> Hi,
>
> I think few days ago there was some information from Karel Piwko that we
> developed fully automatic functional tests when it comes to Cordova
> quickstarts (1) (hello world and shoot and share)
>
> We think that it could be useful for developers as well. This tests the
> whole life cycle of the push from creation of UPS cartridge through
> building of the example to the functional test in a fully automatic manner
> from zero setup to push notification receive at mobile device you have
> connected to your notebook and it could be useful for developers in order
> to not execute it manually every time and set it up all over again.
>
> By what I mean "fully automatic" is the following scenario:
>
> 1) Automatic creation of UPS cartridge on OpenShift right from our test,
> patched with this extension * (2), (3)
> 2) Because of the deployed extension to UPS in 1), we can login via REST
> and we do not need to change passwords so we can create application with
> some variant directly from our test script (4)
> 3) After this is done, quickstart example is downloaded from GH, Android
> SDK is installed locally at your PC, quickstart is filled with application
> and google credentials automatically and after that it is built
> 4) APK built in 3) is then used in functional test by Arquillian Droidium
> (5) which deploys that APK to physical device and in that test, we send
> push notification request to UPS
> 5) Once push notification comes to UPS, it sends it to GCM which in turn
> sends it to physical device and Droidium test asserts that the message
> really came and appeared on the mobile device.
>
> It takes about 10 minutes, you have to have Android device attached to
> your PC since test will communicate with it. Time could be massively
> decreased when you do not expect new OS UPS instance to be created every
> time.
>
> You execute it like this in
> https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests
> repository
>
> ./gradlew test -Pprofile=helloWorldCordovaQuickstart \
>     -PgoogleProjectNumber=<your  project number> \
>     -PgoogleKey=<your google key> \
>     -PopenShiftUsername=<email of your openshift account>
>     -PopenShiftPassword=<password for your openshift account> \
>     -PopenShiftCartridge=
> https://cartreflect-claytondev.rhcloud.com/reflect?github=aerogear/openshift-origin-cartridge-aerogear-push
> \
>     -PopenShiftAppDirectory=aerogear-push
>
> Similar process is executed with Shoot & Share demo where we send image to
> Facebook. All triggered by one shell command from integration tests and
> after that the above magic happens.
>
> I case you want to use it and you struggle with it, feel free to ask me
> for guidance.
>
> * unified-test-extension adds custom functionality to UPS cartridge, it
> adds fancy performance test endpoints where you can feed UPS instance with
> custom number of generated installations / categories / variants and so on.
> More to it, it can put proxy behind sender API so push notifications goes
> nowhere in the end but it seems like they were indeed sent from UPS point
> of view. This is particularly handy in test environment where you really do
> not want to send anything to APNS or GCM.
>
> (1) https://github.com/jboss-mobile/unified-push-helloworld
> (2)
> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
> (3)
> https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/build.gradle#L354-L356
> (4)
> https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/build.gradle#L472-L543
> (5)
> https://github.com/aerogear/aerogear-unifiedpush-server-integration-tests/blob/master/quickstartTests/aerogear-push-helloworld-cordova/src/test/java/org/jboss/aerogear/push/helloworld/cordova/test/AerogearPushHelloworldCordovaTestCase.java#L65-L85
>
> --
> Stefan Miklosovic
> Red Hat Brno - JBoss Mobile Platform
>
> e-mail: smikloso at redhat.com
> irc: smikloso
>  _______________________________________________
> 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/20150325/a740241b/attachment.html 

From corinnekrych at gmail.com  Wed Mar 25 12:03:03 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Wed, 25 Mar 2015 17:03:03 +0100
Subject: [aerogear-dev] iOS Social library
Message-ID: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>

Hello All,

As discussed in this thread [1], we are going to create an aerogear-ios-social repository to host FacebookConfig... etc. When it?s specific to a provider it will go in social.
Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)

As a first step toward Social framework, AGIOS-419 provides support for OAuth1. 
Here is a list of related PRs to review together:
- ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
- ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
- ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1

The cookbook demo app [3] (which eventually will use ios-social pod) uses Twitter and can be used to test the PRs.

PR review and comments welcome!

++
Corinne
[1] http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
[2] https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
[3] https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito



From supittma at redhat.com  Wed Mar 25 17:03:48 2015
From: supittma at redhat.com (Summers Pittman)
Date: Wed, 25 Mar 2015 17:03:48 -0400
Subject: [aerogear-dev] asciidoc vs markdown
In-Reply-To: <184485463.7931801.1425917310859.JavaMail.zimbra@redhat.com>
References: <7F0CA337-B92B-41D4-9E3A-FEBC312A5E22@redhat.com>
	<58694A07-C972-4426-A7BC-040DBEE8483C@gmail.com>
	<1464578275.7855263.1425908832367.JavaMail.zimbra@redhat.com>
	<54FDB6BF.9040309@redhat.com>
	<FBF136F1-DE53-4703-AE58-34998F817B17@redhat.com>
	<54FDC3E4.3050201@redhat.com>
	<184485463.7931801.1425917310859.JavaMail.zimbra@redhat.com>
Message-ID: <CAEQz2CvqYuMqA+XWVcsufY-oqxN-8YKkuuRoc7AAW3b+HqANvg@mail.gmail.com>

Andres,

The liquid extensions we us in markdown do allow us to include other
markdown.

Everyone else,

I submitted a PR to enable GItHub style markdown AND enable syntax
highlighting.  I say we start moving things to markdown from asciidoc and
forget we ever had two standards.  Who volunteers to make the JIRAs and
assign them all to passos while he is on PTO?

On Mon, Mar 9, 2015 at 12:08 PM, Andres Galante <agalante at redhat.com> wrote:

> We are including asciidoc texts into other asciidoc. I don't know if
> markdown supports that.
>
>
>
> ----- Original Message -----
> From: "Summers Pittman" <supittma at redhat.com>
> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> Sent: Monday, March 9, 2015 1:01:40 PM
> Subject: Re: [aerogear-dev] asciidoc vs markdown
>
> On 03/09/2015 11:58 AM, Erik Jan de Wit wrote:
> >>> Having said that, I like markdown better, but again, I am not an user
> :)
> >> I think we were supposed to be migrating TO asciidoc.
> >>
> > Right now we need both, if there was a migration then it was never
> completely finished. So we should either rollback or finish it.
> >
> >> I believe the reasons for asciidoc were 1) We employed the asciidoc guy
> >> and 2) There is/was a requirement to support some doc format that
> >> asciidoc exported to but markdown did not.
> >>
> >> I may be insane though.
> > Seems to me these reasons no longer apply
> If we can confirm that we don't need whatever exports I am thinking of I
> am +1 for moving back to markdown.
> >
> >>>
> >>>
> >>> ----- Original Message -----
> >>> From: "Corinne Krych" <corinnekrych at gmail.com>
> >>> To: "AeroGear Developer Mailing List" <aerogear-dev at lists.jboss.org>
> >>> Sent: Monday, March 9, 2015 10:36:28 AM
> >>> Subject: Re: [aerogear-dev] asciidoc vs markdown
> >>>
> >>> +1 on having one or the other. I find it confusing to have to switch
> beetween syntax.
> >>> I?m ok with whatever we choose but having only one would be neat.
> >>>
> >>> ++
> >>> Corinne
> >>>> On 09 Mar 2015, at 14:33, Erik Jan de Wit <edewit at redhat.com> wrote:
> >>>>
> >>>> I know we?ve talked about it before (although I?m not sure what was
> decided), but with the new site coming on quite nicely I would like to
> discuss this one more time. Right now we have markdown and asciidoc mixed,
> I think it would be good to choose one or the other. We can convert the
> documents automatically.
> >>>>
> >>>> So what do you think,
> >>>>    Erik Jan
> >>>> _______________________________________________
> >>>> 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
> >>>
> >>> _______________________________________________
> >>> aerogear-dev mailing list
> >>> aerogear-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >>
> >> --
> >> Summers Pittman
> >>>> Phone:404 941 4698
> >>>> Java is my crack.
> >> _______________________________________________
> >> 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
>
>
> --
> Summers Pittman
> >>Phone:404 941 4698
> >>Java is my crack.
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150325/c92f7d7d/attachment-0001.html 

From ivan.gurtler at ahead-itec.com  Thu Mar 26 03:44:30 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Thu, 26 Mar 2015 08:44:30 +0100
Subject: [aerogear-dev] DB
Message-ID: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>

Hi
I have one question about DB space usage. When we use Aerogear Unified Push
with 1 milion instalation and every day server send about 200 000 push
message, how big tablespase do we need?

Thanks


*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150326/67e2e54a/attachment.html 

From matzew at apache.org  Thu Mar 26 03:53:25 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 26 Mar 2015 08:53:25 +0100
Subject: [aerogear-dev] GSoC - AeroDoc overhaul?
Message-ID: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>

Hi,

for GSoC, I thought about a possible "AeroDoc 2.0"

* remove picket link based auth with keycloak
* usage of OAuth2 auth for the iOS and Android version
* port iOS app to Swift
* Windows support

One related tought: perhaps we change the name, and modify the use-case -
to not be "doctor" specific?

-Matthias


-- 
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/20150326/994ec401/attachment.html 

From scm.blanc at gmail.com  Thu Mar 26 04:31:52 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Thu, 26 Mar 2015 09:31:52 +0100
Subject: [aerogear-dev] GSoC - AeroDoc overhaul?
In-Reply-To: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>
References: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>
Message-ID: <CAD_dpu359XCSCz-hfytw2weLeiKf40WwtUABOoaErHiZKn4xFg@mail.gmail.com>

+1
For each platform we could also show the "extras" of a Push Notification :
for iOS : interactive notification where the salesman can directly accept
the lead or not (and I even think Corinne has already PRed that), Windows :
some cool tiles stuff ...



On Thu, Mar 26, 2015 at 8:53 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Hi,
>
> for GSoC, I thought about a possible "AeroDoc 2.0"
>
> * remove picket link based auth with keycloak
> * usage of OAuth2 auth for the iOS and Android version
> * port iOS app to Swift
> * Windows support
>
> One related tought: perhaps we change the name, and modify the use-case -
> to not be "doctor" specific?
>
> -Matthias
>
>
> --
> 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/20150326/4150422f/attachment.html 

From corinnekrych at gmail.com  Thu Mar 26 04:47:13 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Thu, 26 Mar 2015 09:47:13 +0100
Subject: [aerogear-dev] GSoC - AeroDoc overhaul?
In-Reply-To: <CAD_dpu359XCSCz-hfytw2weLeiKf40WwtUABOoaErHiZKn4xFg@mail.gmail.com>
References: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>
	<CAD_dpu359XCSCz-hfytw2weLeiKf40WwtUABOoaErHiZKn4xFg@mail.gmail.com>
Message-ID: <CC387A92-EABA-407A-BFA1-68ADC5B4D6AA@gmail.com>

+1 for GSoC
Rebranding and new design would be nice, maybe it?s worth having a UX review done.


> On 26 Mar 2015, at 09:31, Sebastien Blanc <scm.blanc at gmail.com> wrote:
> 
> +1
> For each platform we could also show the "extras" of a Push Notification : for iOS : interactive notification where the salesman can directly accept the lead or not (and I even think Corinne has already PRed that), Windows : some cool tiles stuff ...
> 
> 
> 
> On Thu, Mar 26, 2015 at 8:53 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> Hi,
> 
> for GSoC, I thought about a possible "AeroDoc 2.0" 
> 
> * remove picket link based auth with keycloak
> * usage of OAuth2 auth for the iOS and Android version
> * port iOS app to Swift
> * Windows support
> 
> One related tought: perhaps we change the name, and modify the use-case - to not be "doctor" specific?
> 
> -Matthias
> 
> 
> -- 
> 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



From matzew at apache.org  Thu Mar 26 05:11:00 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 26 Mar 2015 10:11:00 +0100
Subject: [aerogear-dev] GSoC - AeroDoc overhaul?
In-Reply-To: <CC387A92-EABA-407A-BFA1-68ADC5B4D6AA@gmail.com>
References: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>
	<CAD_dpu359XCSCz-hfytw2weLeiKf40WwtUABOoaErHiZKn4xFg@mail.gmail.com>
	<CC387A92-EABA-407A-BFA1-68ADC5B4D6AA@gmail.com>
Message-ID: <CAAg5f2Qa_4eNmNxOhf53SjuvJA=0Sw75G3+29YOiuudZ4rUdYQ@mail.gmail.com>

On Thu, Mar 26, 2015 at 9:47 AM, Corinne Krych <corinnekrych at gmail.com>
wrote:

> +1 for GSoC
> Rebranding and new design would be nice, maybe it?s worth having a UX
> review done.
>

yeah, but let's do that only if we really find a student for it - we would
not block Andres by having him update UX things, w/o a real 'need'

>
>
> > On 26 Mar 2015, at 09:31, Sebastien Blanc <scm.blanc at gmail.com> wrote:
> >
> > +1
> > For each platform we could also show the "extras" of a Push Notification
> : for iOS : interactive notification where the salesman can directly accept
> the lead or not (and I even think Corinne has already PRed that), Windows :
> some cool tiles stuff ...
> >
> >
> >
> > On Thu, Mar 26, 2015 at 8:53 AM, Matthias Wessendorf <matzew at apache.org>
> wrote:
> > Hi,
> >
> > for GSoC, I thought about a possible "AeroDoc 2.0"
> >
> > * remove picket link based auth with keycloak
> > * usage of OAuth2 auth for the iOS and Android version
> > * port iOS app to Swift
> > * Windows support
> >
> > One related tought: perhaps we change the name, and modify the use-case
> - to not be "doctor" specific?
> >
> > -Matthias
> >
> >
> > --
> > 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
>
>
> _______________________________________________
> 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/20150326/cc16dccf/attachment.html 

From smikloso at redhat.com  Thu Mar 26 05:36:31 2015
From: smikloso at redhat.com (Stefan Miklosovic)
Date: Thu, 26 Mar 2015 10:36:31 +0100
Subject: [aerogear-dev] DB
In-Reply-To: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>
References: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>
Message-ID: <CALiy7HdBAVEom2wdcf3rsPEcySwifXZg1b+9++C-Fiej4jrCmg@mail.gmail.com>

Hi Ivan,

you are welcome to test your scenario with our UPS extension. All you
have to do is to generate some fake data at UPS side. For this
performance purposes, we are using very smart tool called
"unifiedpush-test-extension" (1) which adds custom endpoints to UPS in
order to be able to generate such massive amount of data directly at
UPS side.

In a nutshell, all you have to do is to follow that README, it is super simple.

For data generation, you need to use "./upte" binary in target which
gets built when you do mvn install here (2). That CLI command has the
ability to generate massive amount of installations and variants /
applications. For example, "registering" 1M of installations is done
like this:

./upte generate-data --app-name foo \
    --applications 1 \
    --installations 1000000 \
    --variants 1 \
    --variant-type ANDROID \
    --cleanup-database

I would personally try this at my local machine and not against
OpenShift. More to it, message generation could be done by yourself
very easilly as well by our Java Sender (3)

(1) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
(2) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension/unifiedpush-test-extension-client
(3) https://github.com/aerogear/aerogear-unifiedpush-java-client

On Thu, Mar 26, 2015 at 8:44 AM, Ivan G?rtler
<ivan.gurtler at ahead-itec.com> wrote:
> Hi
> I have one question about DB space usage. When we use Aerogear Unified Push
> with 1 milion instalation and every day server send about 200 000 push
> message, how big tablespase do we need?
>
> Thanks
>
>
> Mgr. Ivan G?rtler
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter | mobile security solutions
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



-- 
Stefan Miklosovic
Red Hat Brno - JBoss Mobile Platform

e-mail: smikloso at redhat.com
irc: smikloso


From smikloso at redhat.com  Thu Mar 26 05:42:57 2015
From: smikloso at redhat.com (Stefan Miklosovic)
Date: Thu, 26 Mar 2015 10:42:57 +0100
Subject: [aerogear-dev] DB
In-Reply-To: <CALiy7HdBAVEom2wdcf3rsPEcySwifXZg1b+9++C-Fiej4jrCmg@mail.gmail.com>
References: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>
	<CALiy7HdBAVEom2wdcf3rsPEcySwifXZg1b+9++C-Fiej4jrCmg@mail.gmail.com>
Message-ID: <CALiy7HcMzp9wMBvjdOgRszwQsqB7OWk2oVp4Fs6r45sgd3fVag@mail.gmail.com>

I forgot to mention that you will probably need to turn on our proxy
which sits behind APNS and GCM senders and intercepts the
communication to real notification providers hence you will not send
200 000 messages for real.

Proxy does this - it looks like these pushes were sent and all looks
nice and shiny at UPS side but they really goes nowhere.

You have to turn on proxy by calling
https://ivansappllication/unifiedpush-test-extension-server/proxy/activate

Since the deployed extension is deployed under another context, you
have to use unifiedpush-test-extension-server context in order to call
any endpoints on it.

On Thu, Mar 26, 2015 at 10:36 AM, Stefan Miklosovic <smikloso at redhat.com> wrote:
> Hi Ivan,
>
> you are welcome to test your scenario with our UPS extension. All you
> have to do is to generate some fake data at UPS side. For this
> performance purposes, we are using very smart tool called
> "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in
> order to be able to generate such massive amount of data directly at
> UPS side.
>
> In a nutshell, all you have to do is to follow that README, it is super simple.
>
> For data generation, you need to use "./upte" binary in target which
> gets built when you do mvn install here (2). That CLI command has the
> ability to generate massive amount of installations and variants /
> applications. For example, "registering" 1M of installations is done
> like this:
>
> ./upte generate-data --app-name foo \
>     --applications 1 \
>     --installations 1000000 \
>     --variants 1 \
>     --variant-type ANDROID \
>     --cleanup-database
>
> I would personally try this at my local machine and not against
> OpenShift. More to it, message generation could be done by yourself
> very easilly as well by our Java Sender (3)
>
> (1) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
> (2) https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension/unifiedpush-test-extension-client
> (3) https://github.com/aerogear/aerogear-unifiedpush-java-client
>
> On Thu, Mar 26, 2015 at 8:44 AM, Ivan G?rtler
> <ivan.gurtler at ahead-itec.com> wrote:
>> Hi
>> I have one question about DB space usage. When we use Aerogear Unified Push
>> with 1 milion instalation and every day server send about 200 000 push
>> message, how big tablespase do we need?
>>
>> Thanks
>>
>>
>> Mgr. Ivan G?rtler
>> Mobile software developer
>>
>> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> 602 00 Brno (Czech Republic)
>>
>> www.ahead-itec.com | twitter | mobile security solutions
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
>
> --
> Stefan Miklosovic
> Red Hat Brno - JBoss Mobile Platform
>
> e-mail: smikloso at redhat.com
> irc: smikloso



-- 
Stefan Miklosovic
Red Hat Brno - JBoss Mobile Platform

e-mail: smikloso at redhat.com
irc: smikloso


From ivan.gurtler at ahead-itec.com  Thu Mar 26 06:16:56 2015
From: ivan.gurtler at ahead-itec.com (=?UTF-8?Q?Ivan_G=C3=BCrtler?=)
Date: Thu, 26 Mar 2015 11:16:56 +0100
Subject: [aerogear-dev] DB
In-Reply-To: <CALiy7HcMzp9wMBvjdOgRszwQsqB7OWk2oVp4Fs6r45sgd3fVag@mail.gmail.com>
References: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>
	<CALiy7HdBAVEom2wdcf3rsPEcySwifXZg1b+9++C-Fiej4jrCmg@mail.gmail.com>
	<CALiy7HcMzp9wMBvjdOgRszwQsqB7OWk2oVp4Fs6r45sgd3fVag@mail.gmail.com>
Message-ID: <CAFGdhuU0fCjYFn3N987yc6j0eNo1mdvjZaWSp03hK_F0UCtSWA@mail.gmail.com>

Are data (for example push message) removed in some intervals? Or DB
getting biger and biger every day?
Because we need to decide how big DB space do we need.

*Mgr. Ivan G?rtler*
Mobile software developer

AHEAD iTec, s.r.o., Botanick? 554/68a,
602 00 Brno (Czech Republic)

www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
security solutions

2015-03-26 10:42 GMT+01:00 Stefan Miklosovic <smikloso at redhat.com>:

> I forgot to mention that you will probably need to turn on our proxy
> which sits behind APNS and GCM senders and intercepts the
> communication to real notification providers hence you will not send
> 200 000 messages for real.
>
> Proxy does this - it looks like these pushes were sent and all looks
> nice and shiny at UPS side but they really goes nowhere.
>
> You have to turn on proxy by calling
> https://ivansappllication/unifiedpush-test-extension-server/proxy/activate
>
> Since the deployed extension is deployed under another context, you
> have to use unifiedpush-test-extension-server context in order to call
> any endpoints on it.
>
> On Thu, Mar 26, 2015 at 10:36 AM, Stefan Miklosovic <smikloso at redhat.com>
> wrote:
> > Hi Ivan,
> >
> > you are welcome to test your scenario with our UPS extension. All you
> > have to do is to generate some fake data at UPS side. For this
> > performance purposes, we are using very smart tool called
> > "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in
> > order to be able to generate such massive amount of data directly at
> > UPS side.
> >
> > In a nutshell, all you have to do is to follow that README, it is super
> simple.
> >
> > For data generation, you need to use "./upte" binary in target which
> > gets built when you do mvn install here (2). That CLI command has the
> > ability to generate massive amount of installations and variants /
> > applications. For example, "registering" 1M of installations is done
> > like this:
> >
> > ./upte generate-data --app-name foo \
> >     --applications 1 \
> >     --installations 1000000 \
> >     --variants 1 \
> >     --variant-type ANDROID \
> >     --cleanup-database
> >
> > I would personally try this at my local machine and not against
> > OpenShift. More to it, message generation could be done by yourself
> > very easilly as well by our Java Sender (3)
> >
> > (1)
> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
> > (2)
> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension/unifiedpush-test-extension-client
> > (3) https://github.com/aerogear/aerogear-unifiedpush-java-client
> >
> > On Thu, Mar 26, 2015 at 8:44 AM, Ivan G?rtler
> > <ivan.gurtler at ahead-itec.com> wrote:
> >> Hi
> >> I have one question about DB space usage. When we use Aerogear Unified
> Push
> >> with 1 milion instalation and every day server send about 200 000 push
> >> message, how big tablespase do we need?
> >>
> >> Thanks
> >>
> >>
> >> Mgr. Ivan G?rtler
> >> Mobile software developer
> >>
> >> AHEAD iTec, s.r.o., Botanick? 554/68a,
> >> 602 00 Brno (Czech Republic)
> >>
> >> www.ahead-itec.com | twitter | mobile security solutions
> >>
> >> _______________________________________________
> >> aerogear-dev mailing list
> >> aerogear-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> >
> >
> >
> > --
> > Stefan Miklosovic
> > Red Hat Brno - JBoss Mobile Platform
> >
> > e-mail: smikloso at redhat.com
> > irc: smikloso
>
>
>
> --
> Stefan Miklosovic
> Red Hat Brno - JBoss Mobile Platform
>
> e-mail: smikloso at redhat.com
> irc: smikloso
>
> _______________________________________________
> 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/20150326/806e6293/attachment.html 

From matzew at apache.org  Thu Mar 26 06:34:03 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 26 Mar 2015 11:34:03 +0100
Subject: [aerogear-dev] DB
In-Reply-To: <CAFGdhuU0fCjYFn3N987yc6j0eNo1mdvjZaWSp03hK_F0UCtSWA@mail.gmail.com>
References: <CAFGdhuUA3ZHn19JVEiy2TSN_+PiHAGVu5GLy+0DAEy1xD2=EfA@mail.gmail.com>
	<CALiy7HdBAVEom2wdcf3rsPEcySwifXZg1b+9++C-Fiej4jrCmg@mail.gmail.com>
	<CALiy7HcMzp9wMBvjdOgRszwQsqB7OWk2oVp4Fs6r45sgd3fVag@mail.gmail.com>
	<CAFGdhuU0fCjYFn3N987yc6j0eNo1mdvjZaWSp03hK_F0UCtSWA@mail.gmail.com>
Message-ID: <CAAg5f2RxzLvNnGjTr2KWMr+Yp-v8KpEYgubzuBZ5UdheiqTAig@mail.gmail.com>

On Thu, Mar 26, 2015 at 11:16 AM, Ivan G?rtler <ivan.gurtler at ahead-itec.com>
wrote:

> Are data (for example push message) removed in some intervals? Or DB
> getting biger and biger every day?
>

the analytic data is cleaned up (aka deleted) after 30 days - atm there is
no way to configure the number of days for that


> Because we need to decide how big DB space do we need.
>
> *Mgr. Ivan G?rtler*
> Mobile software developer
>
> AHEAD iTec, s.r.o., Botanick? 554/68a,
> 602 00 Brno (Czech Republic)
>
> www.ahead-itec.com | twitter <https://www.twitter.com/AHEADiTec> | mobile
> security solutions
>
> 2015-03-26 10:42 GMT+01:00 Stefan Miklosovic <smikloso at redhat.com>:
>
>> I forgot to mention that you will probably need to turn on our proxy
>> which sits behind APNS and GCM senders and intercepts the
>> communication to real notification providers hence you will not send
>> 200 000 messages for real.
>>
>> Proxy does this - it looks like these pushes were sent and all looks
>> nice and shiny at UPS side but they really goes nowhere.
>>
>> You have to turn on proxy by calling
>> https://ivansappllication/unifiedpush-test-extension-server/proxy/activate
>>
>> Since the deployed extension is deployed under another context, you
>> have to use unifiedpush-test-extension-server context in order to call
>> any endpoints on it.
>>
>> On Thu, Mar 26, 2015 at 10:36 AM, Stefan Miklosovic <smikloso at redhat.com>
>> wrote:
>> > Hi Ivan,
>> >
>> > you are welcome to test your scenario with our UPS extension. All you
>> > have to do is to generate some fake data at UPS side. For this
>> > performance purposes, we are using very smart tool called
>> > "unifiedpush-test-extension" (1) which adds custom endpoints to UPS in
>> > order to be able to generate such massive amount of data directly at
>> > UPS side.
>> >
>> > In a nutshell, all you have to do is to follow that README, it is super
>> simple.
>> >
>> > For data generation, you need to use "./upte" binary in target which
>> > gets built when you do mvn install here (2). That CLI command has the
>> > ability to generate massive amount of installations and variants /
>> > applications. For example, "registering" 1M of installations is done
>> > like this:
>> >
>> > ./upte generate-data --app-name foo \
>> >     --applications 1 \
>> >     --installations 1000000 \
>> >     --variants 1 \
>> >     --variant-type ANDROID \
>> >     --cleanup-database
>> >
>> > I would personally try this at my local machine and not against
>> > OpenShift. More to it, message generation could be done by yourself
>> > very easilly as well by our Java Sender (3)
>> >
>> > (1)
>> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension
>> > (2)
>> https://github.com/aerogear/aerogear-testing-tools/tree/master/unifiedpush-test-extension/unifiedpush-test-extension-client
>> > (3) https://github.com/aerogear/aerogear-unifiedpush-java-client
>> >
>> > On Thu, Mar 26, 2015 at 8:44 AM, Ivan G?rtler
>> > <ivan.gurtler at ahead-itec.com> wrote:
>> >> Hi
>> >> I have one question about DB space usage. When we use Aerogear Unified
>> Push
>> >> with 1 milion instalation and every day server send about 200 000 push
>> >> message, how big tablespase do we need?
>> >>
>> >> Thanks
>> >>
>> >>
>> >> Mgr. Ivan G?rtler
>> >> Mobile software developer
>> >>
>> >> AHEAD iTec, s.r.o., Botanick? 554/68a,
>> >> 602 00 Brno (Czech Republic)
>> >>
>> >> www.ahead-itec.com | twitter | mobile security solutions
>> >>
>> >> _______________________________________________
>> >> aerogear-dev mailing list
>> >> aerogear-dev at lists.jboss.org
>> >> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> >
>> >
>> >
>> > --
>> > Stefan Miklosovic
>> > Red Hat Brno - JBoss Mobile Platform
>> >
>> > e-mail: smikloso at redhat.com
>> > irc: smikloso
>>
>>
>>
>> --
>> Stefan Miklosovic
>> Red Hat Brno - JBoss Mobile Platform
>>
>> e-mail: smikloso at redhat.com
>> irc: smikloso
>>
>> _______________________________________________
>> 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/20150326/91aee417/attachment.html 

From agalante at redhat.com  Thu Mar 26 08:23:10 2015
From: agalante at redhat.com (Andres Galante)
Date: Thu, 26 Mar 2015 09:23:10 -0300
Subject: [aerogear-dev] GSoC - AeroDoc overhaul?
In-Reply-To: <CAAg5f2Qa_4eNmNxOhf53SjuvJA=0Sw75G3+29YOiuudZ4rUdYQ@mail.gmail.com>
References: <CAAg5f2QBwgEPvcM-=6eNr+bSVuCXBJGTPP3xcspqK2zGgLxEFQ@mail.gmail.com>
	<CAD_dpu359XCSCz-hfytw2weLeiKf40WwtUABOoaErHiZKn4xFg@mail.gmail.com>
	<CC387A92-EABA-407A-BFA1-68ADC5B4D6AA@gmail.com>
	<CAAg5f2Qa_4eNmNxOhf53SjuvJA=0Sw75G3+29YOiuudZ4rUdYQ@mail.gmail.com>
Message-ID: <CACAO5hcZO84Ck8wxS82bc-fReLrGpASyLHbySGnLz1WCmyL7Rw@mail.gmail.com>

Thanks to google and Corinnes blog I now know what GSoC and AeroDoc is :)

Let me know if you I can help

On Thu, Mar 26, 2015 at 6:11 AM, Matthias Wessendorf <matzew at apache.org>
wrote:

>
>
> On Thu, Mar 26, 2015 at 9:47 AM, Corinne Krych <corinnekrych at gmail.com>
> wrote:
>
>> +1 for GSoC
>> Rebranding and new design would be nice, maybe it?s worth having a UX
>> review done.
>>
>
> yeah, but let's do that only if we really find a student for it - we would
> not block Andres by having him update UX things, w/o a real 'need'
>
>>
>>
>> > On 26 Mar 2015, at 09:31, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>> >
>> > +1
>> > For each platform we could also show the "extras" of a Push
>> Notification : for iOS : interactive notification where the salesman can
>> directly accept the lead or not (and I even think Corinne has already PRed
>> that), Windows : some cool tiles stuff ...
>> >
>> >
>> >
>> > On Thu, Mar 26, 2015 at 8:53 AM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>> > Hi,
>> >
>> > for GSoC, I thought about a possible "AeroDoc 2.0"
>> >
>> > * remove picket link based auth with keycloak
>> > * usage of OAuth2 auth for the iOS and Android version
>> > * port iOS app to Swift
>> > * Windows support
>> >
>> > One related tought: perhaps we change the name, and modify the use-case
>> - to not be "doctor" specific?
>> >
>> > -Matthias
>> >
>> >
>> > --
>> > 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
>>
>>
>> _______________________________________________
>> 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/20150326/b9008d16/attachment-0001.html 

From matzew at apache.org  Thu Mar 26 12:25:43 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 26 Mar 2015 17:25:43 +0100
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
Message-ID: <CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>

On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
wrote:

> Hello All,
>
> As discussed in this thread [1], we are going to create an
> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
> specific to a provider it will go in social.
>

+1

but I don't get why we now also work on support for OAuth1

-Matthias


> Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC
> [2] for the iOS social lib so hopefully we?ll have some help here ;)
>
> As a first step toward Social framework, AGIOS-419 provides support for
> OAuth1.
> Here is a list of related PRs to review together:
> - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
> - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
> - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>
> The cookbook demo app [3] (which eventually will use ios-social pod) uses
> Twitter and can be used to test the PRs.
>
> PR review and comments welcome!
>
> ++
> Corinne
> [1]
> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
> [2] https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
> [3]
> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>
>
> _______________________________________________
> 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/20150326/30323866/attachment.html 

From banddk1 at gmail.com  Thu Mar 26 12:57:28 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Thu, 26 Mar 2015 19:57:28 +0300
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
Message-ID: <CAAb5+-Uev3570BmegJXi0hbS+TEnu+BhTcq+vKRWZVr+ip-2zQ@mail.gmail.com>

Hello) I followed the instructions in Incognito demo, and got error with
code 401 :(

2015-03-26 19:25 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:

>
>
> On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
> wrote:
>
>> Hello All,
>>
>> As discussed in this thread [1], we are going to create an
>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>> specific to a provider it will go in social.
>>
>
> +1
>
> but I don't get why we now also work on support for OAuth1
>
> -Matthias
>
>
>> Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC
>> [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>
>> As a first step toward Social framework, AGIOS-419 provides support for
>> OAuth1.
>> Here is a list of related PRs to review together:
>> - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>> - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>> - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>
>> The cookbook demo app [3] (which eventually will use ios-social pod) uses
>> Twitter and can be used to test the PRs.
>>
>> PR review and comments welcome!
>>
>> ++
>> Corinne
>> [1]
>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>> [2]
>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>> [3]
>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>
>>
>> _______________________________________________
>> 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/20150326/869eb628/attachment.html 

From corinnekrych at gmail.com  Thu Mar 26 13:54:31 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Thu, 26 Mar 2015 18:54:31 +0100
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
Message-ID: <F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>


> On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org> wrote:
> 
> 
> 
> On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com> wrote:
> Hello All,
> 
> As discussed in this thread [1], we are going to create an aerogear-ios-social repository to host FacebookConfig... etc. When it?s specific to a provider it will go in social.
> 
> +1
> 
> but I don't get why we now also work on support for OAuth1

aerogear-ios-social will be part of GSoC, this PRs are to prepare the work our student will do. I?ve created the JIRAs for that. 

To have a proper social library we need to have both OAuth1 and 2.
Similar approach for oauth / http integration.
Our oauth1 lib should eventually use aerogear-ios-crypto.

> 
> -Matthias
>  
> Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
> 
> As a first step toward Social framework, AGIOS-419 provides support for OAuth1.
> Here is a list of related PRs to review together:
> - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
> - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
> - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
> 
> The cookbook demo app [3] (which eventually will use ios-social pod) uses Twitter and can be used to test the PRs.
> 
> PR review and comments welcome!
> 
> ++
> Corinne
> [1] http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
> [2] https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
> [3] https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
> 
> 
> _______________________________________________
> 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



From matzew at apache.org  Thu Mar 26 14:09:22 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Thu, 26 Mar 2015 19:09:22 +0100
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
Message-ID: <CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>

On Thursday, March 26, 2015, Corinne Krych <corinnekrych at gmail.com> wrote:

>
> > On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org
> <javascript:;>> wrote:
> >
> >
> >
> > On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com
> <javascript:;>> wrote:
> > Hello All,
> >
> > As discussed in this thread [1], we are going to create an
> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
> specific to a provider it will go in social.
> >
> > +1
> >
> > but I don't get why we now also work on support for OAuth1
>
> aerogear-ios-social will be part of GSoC, this PRs are to prepare the work
> our student will do. I?ve created the JIRAs for that.
>
> To have a proper social library we need to have both OAuth1 and 2.
> Similar approach for oauth / http integration.
> Our oauth1 lib should eventually use aerogear-ios-crypto.


I am not sure if we really should put a lot of effort on a proper social
lib, including oauth2. A bit surprised this is included in 2.3


>
> >
> > -Matthias
> >
> > Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC
> [2] for the iOS social lib so hopefully we?ll have some help here ;)
> >
> > As a first step toward Social framework, AGIOS-419 provides support for
> OAuth1.
> > Here is a list of related PRs to review together:
> > - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
> > - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
> > - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
> >
> > The cookbook demo app [3] (which eventually will use ios-social pod)
> uses Twitter and can be used to test the PRs.
> >
> > PR review and comments welcome!
> >
> > ++
> > Corinne
> > [1]
> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
> > [2]
> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
> > [3]
> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
> >
> >
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev at lists.jboss.org <javascript:;>
> > 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 <javascript:;>
> > https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org <javascript:;>
> https://lists.jboss.org/mailman/listinfo/aerogear-dev



-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150326/f3c0e391/attachment.html 

From cvasilak at gmail.com  Mon Mar 30 02:44:15 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 30 Mar 2015 09:44:15 +0300
Subject: [aerogear-dev] Team Meeting
Message-ID: <CAKVvow_QSdJxgRD4f=h3y+SLgkejm1RDLp7A4uWW4UCLP5=3Pg@mail.gmail.com>

agenda:
http://oksoclap.com/p/aerogear-team-mgt-03.30.2015
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/b5253595/attachment-0001.html 

From corinnekrych at gmail.com  Mon Mar 30 04:21:50 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Mon, 30 Mar 2015 10:21:50 +0200
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAAb5+-Uev3570BmegJXi0hbS+TEnu+BhTcq+vKRWZVr+ip-2zQ@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<CAAb5+-Uev3570BmegJXi0hbS+TEnu+BhTcq+vKRWZVr+ip-2zQ@mail.gmail.com>
Message-ID: <CAL8vO=fPNCj26vRELxwwsD-hEFDRy53YQxNuCE8ZETfmftnBxA@mail.gmail.com>

Hello Denis

Let's get a bit more precise: when do you get the 401?
During the oauth1, before/after the external browser pop-up?
After the oauth1 danse when uploading the image?

I use Charles an http sniffing tools that work with SSL too. See [1]. it
helps knowing exactly where the issue is.

++
Corinne
[1] http://corinnekrych.blogspot.fr/2014/09/meet-my-new-friend-charles.html

On 26 March 2015 at 17:57, ????? ???????? <banddk1 at gmail.com> wrote:

> Hello) I followed the instructions in Incognito demo, and got error with
> code 401 :(
>
> 2015-03-26 19:25 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>
>>
>>
>> On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
>> wrote:
>>
>>> Hello All,
>>>
>>> As discussed in this thread [1], we are going to create an
>>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>>> specific to a provider it will go in social.
>>>
>>
>> +1
>>
>> but I don't get why we now also work on support for OAuth1
>>
>> -Matthias
>>
>>
>>> Social lib work is tracked under epic AGIOS-409 [2]. We also have a GSoC
>>> [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>>
>>> As a first step toward Social framework, AGIOS-419 provides support for
>>> OAuth1.
>>> Here is a list of related PRs to review together:
>>> - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>>> - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>>> - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>>
>>> The cookbook demo app [3] (which eventually will use ios-social pod)
>>> uses Twitter and can be used to test the PRs.
>>>
>>> PR review and comments welcome!
>>>
>>> ++
>>> Corinne
>>> [1]
>>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>>> [2]
>>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>>> [3]
>>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>>
>>>
>>> _______________________________________________
>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/75991d0d/attachment.html 

From idel.pivnitskiy at gmail.com  Mon Mar 30 09:06:49 2015
From: idel.pivnitskiy at gmail.com (Idel Pivnitskiy)
Date: Mon, 30 Mar 2015 16:06:49 +0300
Subject: [aerogear-dev] GSoC project for WebPush Server
Message-ID: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>

Hi all,

I participated in GSoC 2014 with Twitter and worked on Netty last year.
Unfortunately, this year Google does not accept Twitter as a mentoring
organization. So I'm trying to find a new organization and a new project
for this summer.

I know that time for student applications is over, but I have one opened
proposal for JBoss Community. I found WebPush Server at the last day of
student applications' deadline. I'm really interested in it and I want to
change my proposal and work on WebPush Server!

WebPush Server is a new project which should have many tasks and plan to
use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
interesting for me. Also I have 2 years experience of server-side
development of other services (mobile API, administrative panels, etc.) on
Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
WebPush Server and not only on server-netty subproject.

I began to get acquainted with the WebPush Server code base, WebPush
Protocol and Push API last weekend. Also I I've used AeroGear UnifiedPush
Server in one of my projects on my work. And it's perfect! AeroGear is easy
to configure and push notifications. Thanks to all for this work!

Could you, please, help me to find a project idea for my new proposal
for WebPush Server?

Best regards,
Idel Pivnitskiy
-- 
E-mail: Idel.Pivnitskiy at gmail.com
GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
Resume: https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/65ebc885/attachment.html 

From scm.blanc at gmail.com  Mon Mar 30 09:14:55 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Mon, 30 Mar 2015 15:14:55 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
Message-ID: <CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>

Hi,
I see 2 or 3 differents topics that could be articulated around WebPush :

- Add WebPush support to the UnifiedPush Server
- Create a lightweight Java WebPush Client (think of embedded device)
- Create a vert.x mod that implements the WebPush protocol.

Sebi


On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <idel.pivnitskiy at gmail.com>
wrote:

> Hi all,
>
> I participated in GSoC 2014 with Twitter and worked on Netty last year.
> Unfortunately, this year Google does not accept Twitter as a mentoring
> organization. So I'm trying to find a new organization and a new project
> for this summer.
>
> I know that time for student applications is over, but I have one opened
> proposal for JBoss Community. I found WebPush Server at the last day of
> student applications' deadline. I'm really interested in it and I want to
> change my proposal and work on WebPush Server!
>
> WebPush Server is a new project which should have many tasks and plan to
> use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
> interesting for me. Also I have 2 years experience of server-side
> development of other services (mobile API, administrative panels, etc.) on
> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
> WebPush Server and not only on server-netty subproject.
>
> I began to get acquainted with the WebPush Server code base, WebPush
> Protocol and Push API last weekend. Also I I've used AeroGear UnifiedPush
> Server in one of my projects on my work. And it's perfect! AeroGear is easy
> to configure and push notifications. Thanks to all for this work!
>
> Could you, please, help me to find a project idea for my new proposal
> for WebPush Server?
>
> Best regards,
> Idel Pivnitskiy
> --
> E-mail: Idel.Pivnitskiy at gmail.com
> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
> Resume:
> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>
> _______________________________________________
> 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/20150330/db68d94e/attachment.html 

From matzew at apache.org  Mon Mar 30 10:03:47 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 30 Mar 2015 16:03:47 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
Message-ID: <CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>

+1

all of these items could be all done in one GSOC project. Perhaps, to have
something more "fancy", the project aims to offer "WebPush support for
mobile cloud services on IoT devices".
Needed deliverables:
* UPS support for WebPush
* Java client of the WebPush wireprotocol, that can be wrapped in the
mentioned vert.x module
* demo app of showing the WebPush standard on IoT devices, with mobile
cloud services (like UPS)

IMO this would make a nice project. It even may be also the case that some
"WebPush codec" code could be contributed back to Netty project, if needed.

-Matthias



On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:

> Hi,
> I see 2 or 3 differents topics that could be articulated around WebPush :
>
> - Add WebPush support to the UnifiedPush Server
> - Create a lightweight Java WebPush Client (think of embedded device)
> - Create a vert.x mod that implements the WebPush protocol.
>
> Sebi
>
>
> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
> idel.pivnitskiy at gmail.com> wrote:
>
>> Hi all,
>>
>> I participated in GSoC 2014 with Twitter and worked on Netty last year.
>> Unfortunately, this year Google does not accept Twitter as a mentoring
>> organization. So I'm trying to find a new organization and a new project
>> for this summer.
>>
>> I know that time for student applications is over, but I have one opened
>> proposal for JBoss Community. I found WebPush Server at the last day of
>> student applications' deadline. I'm really interested in it and I want to
>> change my proposal and work on WebPush Server!
>>
>> WebPush Server is a new project which should have many tasks and plan to
>> use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
>> interesting for me. Also I have 2 years experience of server-side
>> development of other services (mobile API, administrative panels, etc.) on
>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>> WebPush Server and not only on server-netty subproject.
>>
>> I began to get acquainted with the WebPush Server code base, WebPush
>> Protocol and Push API last weekend. Also I I've used AeroGear
>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>> AeroGear is easy to configure and push notifications. Thanks to all for
>> this work!
>>
>> Could you, please, help me to find a project idea for my new proposal
>> for WebPush Server?
>>
>> Best regards,
>> Idel Pivnitskiy
>> --
>> E-mail: Idel.Pivnitskiy at gmail.com
>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>> Resume:
>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>
>> _______________________________________________
>> 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/20150330/8e8a4e20/attachment-0001.html 

From cvasilak at gmail.com  Mon Mar 30 10:14:15 2015
From: cvasilak at gmail.com (Christos Vasilakis)
Date: Mon, 30 Mar 2015 17:14:15 +0300
Subject: [aerogear-dev] Team Meeting
In-Reply-To: <CAKVvow_QSdJxgRD4f=h3y+SLgkejm1RDLp7A4uWW4UCLP5=3Pg@mail.gmail.com>
References: <CAKVvow_QSdJxgRD4f=h3y+SLgkejm1RDLp7A4uWW4UCLP5=3Pg@mail.gmail.com>
Message-ID: <CAKVvow8NGMDALTBxmAtheS29qs=4xvV4V2PbA7KV8uqtJLb6OA@mail.gmail.com>

fyi

meeting minutes:

<jbott> Meeting ended Mon Mar 30 14:12:28 2015 UTC.  Information about
MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
<jbott> Minutes:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-30-14.00.html
<jbott> Minutes (text):
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-30-14.00.txt
<jbott> Log:
http://transcripts.jboss.org/meeting/irc.freenode.org/aerogear/2015/aerogear.2015-03-30-14.00.log.html

On Mon, Mar 30, 2015 at 9:44 AM, Christos Vasilakis <cvasilak at gmail.com>
wrote:

> agenda:
> http://oksoclap.com/p/aerogear-team-mgt-03.30.2015
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/c0d5e01a/attachment.html 

From dpassos at redhat.com  Mon Mar 30 10:29:36 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 11:29:36 -0300
Subject: [aerogear-dev] UPS test failure
Message-ID: <CADF=h2u4gaSV8gB23c13KYtGzZfK+dsfNXbzrenW6=v8JC5hRw@mail.gmail.com>

Hey guys,

I'm trying install the UPS (using master) and getting test problems. Any
idea?

https://gist.github.com/danielpassos/d86b6e5fe7ec2527478b

-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/30a9effd/attachment.html 

From scm.blanc at gmail.com  Mon Mar 30 11:29:20 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Mon, 30 Mar 2015 17:29:20 +0200
Subject: [aerogear-dev] [UPS] Advanced Analytics
Message-ID: <CAD_dpu2HR7-zCP2KAwc_DsOMzz42Z9DKuUmYLOpicjmAvbUT4w@mail.gmail.com>

Folks !

For AGPUSH-969[1] and to kick off the discussions,  I started a small POC
mainly focused on the backend. To sum up quickly : we want to know how many
installations/users has  opened the application after that a Push
Notification has been touched.

So, the very first thing that had to be done was to give the Push
Notification a unique identifier, so that we can track it and do the
metrics on it.

For that, I have been using an existing model object that we have , the
PushMessageInformation[2], and that is currently used to provide
information for our dashboard.
This object has now some extra fields, like a appOpenCounter etc ...

The ID of this PushMessageInformation is now passed into the payload of the
Push Message, just before we send it,  this way the client library can use
this ID to pass extra information to the UPS when a notification is
touched.
For this POC, I hijacked the cordova-helloworld, so that it extracts the ID
from the payload and pass it as header when registering.

When the UPS receive the request, it looks for the header and if it exist
it updates the existing PushMessageInformation instance.

Please note, that for this POC, all is happening on Application level and
not on Variant level but that can be easily changed. It depends on how
fined grained we want to have these analytics.

I did a small screencast that shows this in action :
https://www.youtube.com/watch?v=PseBBJZLz6s&feature=youtu.be

The UPS branch containing the changes is here (the 2 latests commits are
relevant) :
https://github.com/sebastienblanc/aerogear-unified-push-server/tree/analytics

The client app is not really relevant since I really hacked badly the app
(and the push plugin) ;) , however if interested I may share it.

Now, let's discuss :)

Sebi

[1] https://issues.jboss.org/browse/AGPUSH-969
[2]
https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/PushMessageInformation.java
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/eda410b2/attachment.html 

From dpassos at redhat.com  Mon Mar 30 11:38:49 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 12:38:49 -0300
Subject: [aerogear-dev] UPS test failure
In-Reply-To: <CADF=h2u4gaSV8gB23c13KYtGzZfK+dsfNXbzrenW6=v8JC5hRw@mail.gmail.com>
References: <CADF=h2u4gaSV8gB23c13KYtGzZfK+dsfNXbzrenW6=v8JC5hRw@mail.gmail.com>
Message-ID: <CADF=h2sXyB3n7umVH0fMMu9P6NB_konJC7yQ+Sre2O2mjncYcQ@mail.gmail.com>

Seems the old link is gone =>
https://gist.github.com/danielpassos/14c604964ec6c5f3b1e2

On Mon, Mar 30, 2015 at 11:29 AM, Daniel Passos <dpassos at redhat.com> wrote:

> Hey guys,
>
> I'm trying install the UPS (using master) and getting test problems. Any
> idea?
>
> https://gist.github.com/danielpassos/d86b6e5fe7ec2527478b
>
> -- Passos
>
>


-- 
-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/1c4efefc/attachment.html 

From scm.blanc at gmail.com  Mon Mar 30 11:47:47 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Mon, 30 Mar 2015 17:47:47 +0200
Subject: [aerogear-dev] UPS test failure
In-Reply-To: <CADF=h2sXyB3n7umVH0fMMu9P6NB_konJC7yQ+Sre2O2mjncYcQ@mail.gmail.com>
References: <CADF=h2u4gaSV8gB23c13KYtGzZfK+dsfNXbzrenW6=v8JC5hRw@mail.gmail.com>
	<CADF=h2sXyB3n7umVH0fMMu9P6NB_konJC7yQ+Sre2O2mjncYcQ@mail.gmail.com>
Message-ID: <CAD_dpu2awhaAXJ7ZoJq-9u0pn3b8RO5ThsEkk4qRuv=-S09s2Q@mail.gmail.com>

Really weird ... I just ran the tests again and it's working.
What is your version of maven and jdk ?


On Mon, Mar 30, 2015 at 5:38 PM, Daniel Passos <dpassos at redhat.com> wrote:

> Seems the old link is gone =>
> https://gist.github.com/danielpassos/14c604964ec6c5f3b1e2
>
> On Mon, Mar 30, 2015 at 11:29 AM, Daniel Passos <dpassos at redhat.com>
> wrote:
>
>> Hey guys,
>>
>> I'm trying install the UPS (using master) and getting test problems. Any
>> idea?
>>
>> https://gist.github.com/danielpassos/d86b6e5fe7ec2527478b
>>
>> -- Passos
>>
>>
>
>
> --
> -- Passos
>
> _______________________________________________
> 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/20150330/72632278/attachment.html 

From dpassos at redhat.com  Mon Mar 30 12:01:26 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 13:01:26 -0300
Subject: [aerogear-dev] UPS test failure
In-Reply-To: <CAD_dpu2awhaAXJ7ZoJq-9u0pn3b8RO5ThsEkk4qRuv=-S09s2Q@mail.gmail.com>
References: <CADF=h2u4gaSV8gB23c13KYtGzZfK+dsfNXbzrenW6=v8JC5hRw@mail.gmail.com>
	<CADF=h2sXyB3n7umVH0fMMu9P6NB_konJC7yQ+Sre2O2mjncYcQ@mail.gmail.com>
	<CAD_dpu2awhaAXJ7ZoJq-9u0pn3b8RO5ThsEkk4qRuv=-S09s2Q@mail.gmail.com>
Message-ID: <CADF=h2sP4=3XwTrPmp05aqcbrfPtc1RasDjfEoUu7TdC2_8t2g@mail.gmail.com>

? mvn -version
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17
12:22:22-0300)
Maven home: /Users/passos/Development/Java/Tools/Maven/apache-maven-3.1.1
Java version: 1.7.0_45, vendor: Oracle Corporation
Java home:
/Library/Java/JavaVirtualMachines/jdk1.7.0_45.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.10.2", arch: "x86_64", family: "mac"



On Mon, Mar 30, 2015 at 12:47 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Really weird ... I just ran the tests again and it's working.
> What is your version of maven and jdk ?
>
>
> On Mon, Mar 30, 2015 at 5:38 PM, Daniel Passos <dpassos at redhat.com> wrote:
>
>> Seems the old link is gone =>
>> https://gist.github.com/danielpassos/14c604964ec6c5f3b1e2
>>
>> On Mon, Mar 30, 2015 at 11:29 AM, Daniel Passos <dpassos at redhat.com>
>> wrote:
>>
>>> Hey guys,
>>>
>>> I'm trying install the UPS (using master) and getting test problems. Any
>>> idea?
>>>
>>> https://gist.github.com/danielpassos/d86b6e5fe7ec2527478b
>>>
>>> -- Passos
>>>
>>>
>>
>>
>> --
>> -- Passos
>>
>> _______________________________________________
>> 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
>



-- 
-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/a21c7c97/attachment-0001.html 

From banddk1 at gmail.com  Mon Mar 30 14:27:54 2015
From: banddk1 at gmail.com (=?UTF-8?B?0JTQtdC90LjRgSDQmtCw0YDQv9C10L3QutC+?=)
Date: Mon, 30 Mar 2015 21:27:54 +0300
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAL8vO=fPNCj26vRELxwwsD-hEFDRy53YQxNuCE8ZETfmftnBxA@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<CAAb5+-Uev3570BmegJXi0hbS+TEnu+BhTcq+vKRWZVr+ip-2zQ@mail.gmail.com>
	<CAL8vO=fPNCj26vRELxwwsD-hEFDRy53YQxNuCE8ZETfmftnBxA@mail.gmail.com>
Message-ID: <CAAb5+-Xi5R16cT3_X3N1nLB7km6CRvvajFav-zBv7gxzpHPUEw@mail.gmail.com>

Sorry, I looked at code more carefully and understood that I didn't give
permission for making tweets to application.
Maybe you would write a note about permission in readme:)

Denis.

2015-03-30 11:21 GMT+03:00 Corinne Krych <corinnekrych at gmail.com>:

> Hello Denis
>
> Let's get a bit more precise: when do you get the 401?
> During the oauth1, before/after the external browser pop-up?
> After the oauth1 danse when uploading the image?
>
> I use Charles an http sniffing tools that work with SSL too. See [1]. it
> helps knowing exactly where the issue is.
>
> ++
> Corinne
> [1]
> http://corinnekrych.blogspot.fr/2014/09/meet-my-new-friend-charles.html
>
> On 26 March 2015 at 17:57, ????? ???????? <banddk1 at gmail.com> wrote:
>
>> Hello) I followed the instructions in Incognito demo, and got error with
>> code 401 :(
>>
>> 2015-03-26 19:25 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>
>>>
>>>
>>> On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
>>> wrote:
>>>
>>>> Hello All,
>>>>
>>>> As discussed in this thread [1], we are going to create an
>>>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>>>> specific to a provider it will go in social.
>>>>
>>>
>>> +1
>>>
>>> but I don't get why we now also work on support for OAuth1
>>>
>>> -Matthias
>>>
>>>
>>>> Social lib work is tracked under epic AGIOS-409 [2]. We also have a
>>>> GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>>>
>>>> As a first step toward Social framework, AGIOS-419 provides support for
>>>> OAuth1.
>>>> Here is a list of related PRs to review together:
>>>> - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>>>> - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>>>> - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>>>
>>>> The cookbook demo app [3] (which eventually will use ios-social pod)
>>>> uses Twitter and can be used to test the PRs.
>>>>
>>>> PR review and comments welcome!
>>>>
>>>> ++
>>>> Corinne
>>>> [1]
>>>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>>>> [2]
>>>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>>>> [3]
>>>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>
>
>
> _______________________________________________
> 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/20150330/6b38c9ca/attachment.html 

From dpassos at redhat.com  Mon Mar 30 15:04:23 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 16:04:23 -0300
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
Message-ID: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>

Hey Guys,

I?m following the 1.1 instructions[1] to run the UPS on master and I?m
getting this error:

Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException:
Access denied for user 'unifiedpush'@'localhost' to database
'keycloak'

Here[2] is exactly what I did.

[1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
[2] https://gist.github.com/danielpassos/42e60d42006906bbd49a

? Passos
?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/2273b56b/attachment.html 

From dpassos at redhat.com  Mon Mar 30 15:31:13 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 16:31:13 -0300
Subject: [aerogear-dev] [UPS] Advanced Analytics
In-Reply-To: <CAD_dpu2HR7-zCP2KAwc_DsOMzz42Z9DKuUmYLOpicjmAvbUT4w@mail.gmail.com>
References: <CAD_dpu2HR7-zCP2KAwc_DsOMzz42Z9DKuUmYLOpicjmAvbUT4w@mail.gmail.com>
Message-ID: <CADF=h2uDyDtRq7dmXHN_2Z+A2UzVG9uvd-y6FqdVJ1u1RNa9Qw@mail.gmail.com>

On Mon, Mar 30, 2015 at 12:29 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Folks !
>
> For AGPUSH-969[1] and to kick off the discussions,  I started a small POC
> mainly focused on the backend. To sum up quickly : we want to know how many
> installations/users has  opened the application after that a Push
> Notification has been touched.
>

Let me see if I understood. UPS will send a message to the client and when
the message be *read* (instead of delivered), the client will send a
message back to the UPS saying: "The message was read"?


> So, the very first thing that had to be done was to give the Push
> Notification a unique identifier, so that we can track it and do the
> metrics on it.
>

+1. Not only us (UPS) but also the backend app


> For that, I have been using an existing model object that we have , the
> PushMessageInformation[2], and that is currently used to provide
> information for our dashboard.
> This object has now some extra fields, like a appOpenCounter etc ...
>
> The ID of this PushMessageInformation is now passed into the payload of
> the Push Message, just before we send it,  this way the client library can
> use this ID to pass extra information to the UPS when a notification is
> touched.
> For this POC, I hijacked the cordova-helloworld, so that it extracts the
> ID from the payload and pass it as header when registering.
>

The message back (from client to UPS) will be send every time the user
_read_ that?


> When the UPS receive the request, it looks for the header and if it exist
> it updates the existing PushMessageInformation instance.
>
> Please note, that for this POC, all is happening on Application level and
> not on Variant level but that can be easily changed. It depends on how
> fined grained we want to have these analytics.
>
> I did a small screencast that shows this in action :
> https://www.youtube.com/watch?v=PseBBJZLz6s&feature=youtu.be
>
> The UPS branch containing the changes is here (the 2 latests commits are
> relevant) :
> https://github.com/sebastienblanc/aerogear-unified-push-server/tree/analytics
>
> The client app is not really relevant since I really hacked badly the app
> (and the push plugin) ;) , however if interested I may share it.
>
> Now, let's discuss :)
>
> Sebi
>
> [1] https://issues.jboss.org/browse/AGPUSH-969
> [2]
> https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/PushMessageInformation.java
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 
-- Passos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/26380a69/attachment.html 

From scm.blanc at gmail.com  Mon Mar 30 15:54:07 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Mon, 30 Mar 2015 21:54:07 +0200
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
In-Reply-To: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
References: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
Message-ID: <E74673DB-7D1D-48FB-9D02-54233A77A27F@gmail.com>

Could you try to replace in the latest MySQL command :
TO 'keycloak'@'localhost';
By :
TO 'unifiedpush'@'localhost';
And if that works could you open a ticket so that I will fix it.
Envoy? de mon iPhone

> Le 30 mars 2015 ? 21:04, Daniel Passos <dpassos at redhat.com> a ?crit :
> 
> Hey Guys,
> 
> I?m following the 1.1 instructions[1] to run the UPS on master and I?m getting this error:
> 
> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'unifiedpush'@'localhost' to database 'keycloak'
> Here[2] is exactly what I did.
> 
> [1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
> [2] https://gist.github.com/danielpassos/42e60d42006906bbd49a
> 
> ? Passos
> 
> _______________________________________________
> 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/20150330/2b5131af/attachment-0001.html 

From matzew at apache.org  Mon Mar 30 15:56:56 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Mon, 30 Mar 2015 21:56:56 +0200
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
In-Reply-To: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
References: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
Message-ID: <CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>

i wonder if this is due to the DS split :-/

On Monday, March 30, 2015, Daniel Passos <dpassos at redhat.com> wrote:

> Hey Guys,
>
> I?m following the 1.1 instructions[1] to run the UPS on master and I?m
> getting this error:
>
> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'unifiedpush'@'localhost' to database 'keycloak'
>
> Here[2] is exactly what I did.
>
> [1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
> [2] https://gist.github.com/danielpassos/42e60d42006906bbd49a
>
> ? Passos
> ?
>


-- 
Sent from Gmail Mobile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150330/25da86d5/attachment.html 

From scm.blanc at gmail.com  Mon Mar 30 16:00:45 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Mon, 30 Mar 2015 22:00:45 +0200
Subject: [aerogear-dev] [UPS] Advanced Analytics
In-Reply-To: <CADF=h2uDyDtRq7dmXHN_2Z+A2UzVG9uvd-y6FqdVJ1u1RNa9Qw@mail.gmail.com>
References: <CAD_dpu2HR7-zCP2KAwc_DsOMzz42Z9DKuUmYLOpicjmAvbUT4w@mail.gmail.com>
	<CADF=h2uDyDtRq7dmXHN_2Z+A2UzVG9uvd-y6FqdVJ1u1RNa9Qw@mail.gmail.com>
Message-ID: <6E6FC50B-A726-4C61-A988-19DD95BF4226@gmail.com>



Envoy? de mon iPhone

> Le 30 mars 2015 ? 21:31, Daniel Passos <dpassos at redhat.com> a ?crit :
> 
>> On Mon, Mar 30, 2015 at 12:29 PM, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>> Folks ! 
>> 
>> For AGPUSH-969[1] and to kick off the discussions,  I started a small POC mainly focused on the backend. To sum up quickly : we want to know how many installations/users has  opened the application after that a Push Notification has been touched. 
> 
> Let me see if I understood. UPS will send a message to the client and when the message be *read* (instead of delivered), the client will send a message back to the UPS saying: "The message was read"?
>  
Yes , but let me be more specific here : us when the app is in the background or not running and that the user "tap" the notification 
>> So, the very first thing that had to be done was to give the Push Notification a unique identifier, so that we can track it and do the metrics on it.
> 
> +1. Not only us (UPS) but also the backend app
>  
>> For that, I have been using an existing model object that we have , the PushMessageInformation[2], and that is currently used to provide information for our dashboard.
>> This object has now some extra fields, like a appOpenCounter etc ... 
>> 
>> The ID of this PushMessageInformation is now passed into the payload of the Push Message, just before we send it,  this way the client library can use this ID to pass extra information to the UPS when a notification is touched. 
>> For this POC, I hijacked the cordova-helloworld, so that it extracts the ID from the payload and pass it as header when registering.
> 
> The message back (from client to UPS) will be send every time the user _read_ that?
Well normally that will only happen once per installation per Push message 
>  
>> When the UPS receive the request, it looks for the header and if it exist it updates the existing PushMessageInformation instance. 
>> 
>> Please note, that for this POC, all is happening on Application level and not on Variant level but that can be easily changed. It depends on how fined grained we want to have these analytics.
>> 
>> I did a small screencast that shows this in action : https://www.youtube.com/watch?v=PseBBJZLz6s&feature=youtu.be
>> 
>> The UPS branch containing the changes is here (the 2 latests commits are relevant) : https://github.com/sebastienblanc/aerogear-unified-push-server/tree/analytics
>> 
>> The client app is not really relevant since I really hacked badly the app (and the push plugin) ;) , however if interested I may share it.
>> 
>> Now, let's discuss :)
>> 
>> Sebi
>> 
>> [1] https://issues.jboss.org/browse/AGPUSH-969
>> [2] https://github.com/aerogear/aerogear-unifiedpush-server/blob/master/model/api/src/main/java/org/jboss/aerogear/unifiedpush/api/PushMessageInformation.java
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> 
> -- 
> -- Passos
> _______________________________________________
> 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/20150330/b78aa8e2/attachment.html 

From dpassos at redhat.com  Mon Mar 30 22:03:29 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Mon, 30 Mar 2015 23:03:29 -0300
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
In-Reply-To: <CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>
References: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
	<CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>
Message-ID: <CADF=h2tWjGLx_XYNB2NHHyDFYcpjGoS4-sB6Tbo+5eEeOasf1Q@mail.gmail.com>

Sebi,

If I replace the last grant from keycloak user by unifiedpush user it works.

-- Passos

On Mon, Mar 30, 2015 at 4:56 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> i wonder if this is due to the DS split :-/
>
>
> On Monday, March 30, 2015, Daniel Passos <dpassos at redhat.com> wrote:
>
>> Hey Guys,
>>
>> I?m following the 1.1 instructions[1] to run the UPS on master and I?m
>> getting this error:
>>
>> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'unifiedpush'@'localhost' to database 'keycloak'
>>
>> Here[2] is exactly what I did.
>>
>> [1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>> [2] https://gist.github.com/danielpassos/42e60d42006906bbd49a
>>
>> ? Passos
>> ?
>>
>
>
> --
> Sent from Gmail Mobile
>
> _______________________________________________
> 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/20150330/0074223e/attachment.html 

From bruno at abstractj.org  Tue Mar 31 02:48:58 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 31 Mar 2015 03:48:58 -0300
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
In-Reply-To: <CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>
References: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
	<CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>
Message-ID: <CAM5SUC4Cp9kQ42D29H+3JB=b4nvjm7OL-X80V882Ww-6yz1DZA@mail.gmail.com>

On Mon, Mar 30, 2015 at 4:56 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> i wonder if this is due to the DS split :-/


I don't think splitting datasources has such powers ;) That's due to bad
permissions grant.


>
>
> On Monday, March 30, 2015, Daniel Passos <dpassos at redhat.com> wrote:
>
>> Hey Guys,
>>
>> I?m following the 1.1 instructions[1] to run the UPS on master and I?m
>> getting this error:
>>
>> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'unifiedpush'@'localhost' to database 'keycloak'
>>
>> Here[2] is exactly what I did.
>>
>> [1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>> [2] https://gist.github.com/danielpassos/42e60d42006906bbd49a
>>
>> ? Passos
>> ?
>>
>
>
> --
> Sent from Gmail Mobile
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>



-- 

-- 
"The measure of a man is what he does with power" - Plato
-
@abstractj
-
Volenti Nihil Difficile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/825abfe1/attachment-0001.html 

From scm.blanc at gmail.com  Tue Mar 31 02:55:15 2015
From: scm.blanc at gmail.com (=?utf-8?Q?S=C3=A9bastien_Blanc?=)
Date: Tue, 31 Mar 2015 08:55:15 +0200
Subject: [aerogear-dev] UPS - Access denied for user unifiedpush
In-Reply-To: <CADF=h2tWjGLx_XYNB2NHHyDFYcpjGoS4-sB6Tbo+5eEeOasf1Q@mail.gmail.com>
References: <CADF=h2ugVR0fcTNBQPvo7yXYjitTL1hnDRbKutSAZyTSuskYww@mail.gmail.com>
	<CAAg5f2QDOvrWRWin-qqJEQ7-PaUEaWmtCcrW2sUc7cW9oEcqXg@mail.gmail.com>
	<CADF=h2tWjGLx_XYNB2NHHyDFYcpjGoS4-sB6Tbo+5eEeOasf1Q@mail.gmail.com>
Message-ID: <034ECBBD-853D-4E74-A561-13F316EB76C3@gmail.com>

Thx, I will fix the guide 

Envoy? de mon iPhone

> Le 31 mars 2015 ? 04:03, Daniel Passos <dpassos at redhat.com> a ?crit :
> 
> Sebi,
> 
> If I replace the last grant from keycloak user by unifiedpush user it works.
> 
> -- Passos
> 
>> On Mon, Mar 30, 2015 at 4:56 PM, Matthias Wessendorf <matzew at apache.org> wrote:
>> i wonder if this is due to the DS split :-/
>> 
>> 
>>> On Monday, March 30, 2015, Daniel Passos <dpassos at redhat.com> wrote:
>>> Hey Guys,
>>> 
>>> I?m following the 1.1 instructions[1] to run the UPS on master and I?m getting this error:
>>> 
>>> Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user 'unifiedpush'@'localhost' to database 'keycloak'
>>> Here[2] is exactly what I did.
>>> 
>>> [1] https://aerogear.org/docs/unifiedpush/ups_userguide/index/#gendbds
>>> [2] https://gist.github.com/danielpassos/42e60d42006906bbd49a
>>> 
>>> ? Passos
>>> 
>> 
>> 
>> -- 
>> Sent from Gmail Mobile
>> 
>> _______________________________________________
>> 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/6bb1a021/attachment.html 

From matzew at apache.org  Tue Mar 31 04:00:23 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 10:00:23 +0200
Subject: [aerogear-dev] GH issues vs. JIRA
Message-ID: <CAAg5f2Rrpi8BOM2XsegThESsUWkpmnpmXa8WaQkCcUpfeRQaRg@mail.gmail.com>

Hi,

since all project repos have now (well, they should) the project info
doclet included, I have disabled GH issues for the repos.

In case I missed a repo, please let me know and I will fix it

-- 
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/20150331/3b8d057f/attachment.html 

From idel.pivnitskiy at gmail.com  Tue Mar 31 06:14:06 2015
From: idel.pivnitskiy at gmail.com (Idel Pivnitskiy)
Date: Tue, 31 Mar 2015 13:14:06 +0300
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
Message-ID: <CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>

Thanks to all!

Sounds interesting! I've read source code of UPS and SimplePush and it
won't be a problem for me to add support for WebPush and update
aerogear-unifiedpush-java-client to support it too.
Also I can write something like aerogear-simplepush-java-client for WebPush
and some vert.x module.
Do I understand this part of the job?

But I'm not familiar with IoT devices. Where I can find how to deploy test
applications and test them? Could you, please, clarify this idea?

Best regards,
Idel Pivnitskiy
-- 
E-mail: Idel.Pivnitskiy at gmail.com
GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>

2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:

> +1
>
> all of these items could be all done in one GSOC project. Perhaps, to have
> something more "fancy", the project aims to offer "WebPush support for
> mobile cloud services on IoT devices".
> Needed deliverables:
> * UPS support for WebPush
> * Java client of the WebPush wireprotocol, that can be wrapped in the
> mentioned vert.x module
> * demo app of showing the WebPush standard on IoT devices, with mobile
> cloud services (like UPS)
>
> IMO this would make a nice project. It even may be also the case that some
> "WebPush codec" code could be contributed back to Netty project, if needed.
>
> -Matthias
>
>
>
> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>
>> Hi,
>> I see 2 or 3 differents topics that could be articulated around WebPush :
>>
>> - Add WebPush support to the UnifiedPush Server
>> - Create a lightweight Java WebPush Client (think of embedded device)
>> - Create a vert.x mod that implements the WebPush protocol.
>>
>> Sebi
>>
>>
>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>> idel.pivnitskiy at gmail.com> wrote:
>>
>>> Hi all,
>>>
>>> I participated in GSoC 2014 with Twitter and worked on Netty last year.
>>> Unfortunately, this year Google does not accept Twitter as a mentoring
>>> organization. So I'm trying to find a new organization and a new project
>>> for this summer.
>>>
>>> I know that time for student applications is over, but I have one opened
>>> proposal for JBoss Community. I found WebPush Server at the last day of
>>> student applications' deadline. I'm really interested in it and I want to
>>> change my proposal and work on WebPush Server!
>>>
>>> WebPush Server is a new project which should have many tasks and plan
>>> to use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
>>> interesting for me. Also I have 2 years experience of server-side
>>> development of other services (mobile API, administrative panels, etc.) on
>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>> WebPush Server and not only on server-netty subproject.
>>>
>>> I began to get acquainted with the WebPush Server code base, WebPush
>>> Protocol and Push API last weekend. Also I I've used AeroGear
>>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>>> AeroGear is easy to configure and push notifications. Thanks to all for
>>> this work!
>>>
>>> Could you, please, help me to find a project idea for my new proposal
>>> for WebPush Server?
>>>
>>> Best regards,
>>> Idel Pivnitskiy
>>> --
>>> E-mail: Idel.Pivnitskiy at gmail.com
>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>> Resume:
>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>
>>> _______________________________________________
>>> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/a3cfdb1e/attachment.html 

From matzew at apache.org  Tue Mar 31 06:48:00 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 12:48:00 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
Message-ID: <CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>

Hi Idel,



On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <idel.pivnitskiy at gmail.com
> wrote:

> Thanks to all!
>
> Sounds interesting! I've read source code of UPS and SimplePush and it
> won't be a problem for me to add support for WebPush
>

sweet

and update aerogear-unifiedpush-java-client to support it too.
>

that one does likely does not need any update. It sends the payload to UPS,
and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
enabled server)



> Also I can write something like aerogear-simplepush-java-client for
> WebPush and some vert.x module.
> Do I understand this part of the job?
>
That's right. Get a client codec for WebPush in place, stick that into a
client like the above for simplepush. Leverage that client in a vert.x 3
module


>
> But I'm not familiar with IoT devices. Where I can find how to deploy test
> applications and test them? Could you, please, clarify this idea?
>

Some highlevel ideas:
https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/

Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
Lego Robot :-) we are talking. hehe


>
> Best regards,
> Idel Pivnitskiy
> --
> E-mail: Idel.Pivnitskiy at gmail.com
> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>
> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>
>> +1
>>
>> all of these items could be all done in one GSOC project. Perhaps, to
>> have something more "fancy", the project aims to offer "WebPush support for
>> mobile cloud services on IoT devices".
>> Needed deliverables:
>> * UPS support for WebPush
>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>> mentioned vert.x module
>> * demo app of showing the WebPush standard on IoT devices, with mobile
>> cloud services (like UPS)
>>
>> IMO this would make a nice project. It even may be also the case that
>> some "WebPush codec" code could be contributed back to Netty project, if
>> needed.
>>
>> -Matthias
>>
>>
>>
>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>>
>>> Hi,
>>> I see 2 or 3 differents topics that could be articulated around WebPush
>>> :
>>>
>>> - Add WebPush support to the UnifiedPush Server
>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>> - Create a vert.x mod that implements the WebPush protocol.
>>>
>>> Sebi
>>>
>>>
>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>> idel.pivnitskiy at gmail.com> wrote:
>>>
>>>> Hi all,
>>>>
>>>> I participated in GSoC 2014 with Twitter and worked on Netty last year.
>>>> Unfortunately, this year Google does not accept Twitter as a mentoring
>>>> organization. So I'm trying to find a new organization and a new project
>>>> for this summer.
>>>>
>>>> I know that time for student applications is over, but I have one
>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>> of student applications' deadline. I'm really interested in it and I want
>>>> to change my proposal and work on WebPush Server!
>>>>
>>>> WebPush Server is a new project which should have many tasks and plan
>>>> to use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
>>>> interesting for me. Also I have 2 years experience of server-side
>>>> development of other services (mobile API, administrative panels, etc.) on
>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>> WebPush Server and not only on server-netty subproject.
>>>>
>>>> I began to get acquainted with the WebPush Server code base, WebPush
>>>> Protocol and Push API last weekend. Also I I've used AeroGear
>>>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>>>> AeroGear is easy to configure and push notifications. Thanks to all for
>>>> this work!
>>>>
>>>> Could you, please, help me to find a project idea for my new proposal
>>>> for WebPush Server?
>>>>
>>>> Best regards,
>>>> Idel Pivnitskiy
>>>> --
>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>> Resume:
>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>
>>>> _______________________________________________
>>>> 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
>>
>
>
>
>
> _______________________________________________
> 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/20150331/08af81ec/attachment-0001.html 

From idel.pivnitskiy at gmail.com  Tue Mar 31 06:53:47 2015
From: idel.pivnitskiy at gmail.com (Idel Pivnitskiy)
Date: Tue, 31 Mar 2015 13:53:47 +0300
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
Message-ID: <CAN+BUJqgFsGUYJZoJ1gLZUTcbEeYfwXhM2dstp=fnq9DVchc-g@mail.gmail.com>

I'd watched the first video, when I received your letter :) Thanks!
Will work on my new proposal!

Best regards,
Idel Pivnitskiy
-- 
E-mail: Idel.Pivnitskiy at gmail.com
GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>

2015-03-31 13:48 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:

> Hi Idel,
>
>
>
> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
> idel.pivnitskiy at gmail.com> wrote:
>
>> Thanks to all!
>>
>> Sounds interesting! I've read source code of UPS and SimplePush and it
>> won't be a problem for me to add support for WebPush
>>
>
> sweet
>
> and update aerogear-unifiedpush-java-client to support it too.
>>
>
> that one does likely does not need any update. It sends the payload to
> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
> enabled server)
>
>
>
>> Also I can write something like aerogear-simplepush-java-client for
>> WebPush and some vert.x module.
>> Do I understand this part of the job?
>>
> That's right. Get a client codec for WebPush in place, stick that into a
> client like the above for simplepush. Leverage that client in a vert.x 3
> module
>
>
>>
>> But I'm not familiar with IoT devices. Where I can find how to deploy
>> test applications and test them? Could you, please, clarify this idea?
>>
>
> Some highlevel ideas:
>
> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>
> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
> Lego Robot :-) we are talking. hehe
>
>
>>
>> Best regards,
>> Idel Pivnitskiy
>> --
>> E-mail: Idel.Pivnitskiy at gmail.com
>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>
>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>
>>> +1
>>>
>>> all of these items could be all done in one GSOC project. Perhaps, to
>>> have something more "fancy", the project aims to offer "WebPush support for
>>> mobile cloud services on IoT devices".
>>> Needed deliverables:
>>> * UPS support for WebPush
>>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>>> mentioned vert.x module
>>> * demo app of showing the WebPush standard on IoT devices, with mobile
>>> cloud services (like UPS)
>>>
>>> IMO this would make a nice project. It even may be also the case that
>>> some "WebPush codec" code could be contributed back to Netty project, if
>>> needed.
>>>
>>> -Matthias
>>>
>>>
>>>
>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>>>
>>>> Hi,
>>>> I see 2 or 3 differents topics that could be articulated around WebPush
>>>> :
>>>>
>>>> - Add WebPush support to the UnifiedPush Server
>>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>
>>>> Sebi
>>>>
>>>>
>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>> project for this summer.
>>>>>
>>>>> I know that time for student applications is over, but I have one
>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>> to change my proposal and work on WebPush Server!
>>>>>
>>>>> WebPush Server is a new project which should have many tasks and plan
>>>>> to use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
>>>>> interesting for me. Also I have 2 years experience of server-side
>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>> WebPush Server and not only on server-netty subproject.
>>>>>
>>>>> I began to get acquainted with the WebPush Server code base, WebPush
>>>>> Protocol and Push API last weekend. Also I I've used AeroGear
>>>>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>>>>> AeroGear is easy to configure and push notifications. Thanks to all for
>>>>> this work!
>>>>>
>>>>> Could you, please, help me to find a project idea for my new proposal
>>>>> for WebPush Server?
>>>>>
>>>>> Best regards,
>>>>> Idel Pivnitskiy
>>>>> --
>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>> Resume:
>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>>
>>
>>
>>
>> _______________________________________________
>> 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/20150331/8ea7764b/attachment.html 

From scm.blanc at gmail.com  Tue Mar 31 08:48:28 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 31 Mar 2015 14:48:28 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
Message-ID: <CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>

On Tue, Mar 31, 2015 at 12:48 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> Hi Idel,
>
>
>
> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
> idel.pivnitskiy at gmail.com> wrote:
>
>> Thanks to all!
>>
>> Sounds interesting! I've read source code of UPS and SimplePush and it
>> won't be a problem for me to add support for WebPush
>>
>
> sweet
>
> and update aerogear-unifiedpush-java-client to support it too.
>>
>
> that one does likely does not need any update. It sends the payload to
> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
> enabled server)
>
>
>
>> Also I can write something like aerogear-simplepush-java-client for
>> WebPush and some vert.x module.
>> Do I understand this part of the job?
>>
> That's right. Get a client codec for WebPush in place, stick that into a
> client like the above for simplepush. Leverage that client in a vert.x 3
> module
>
For vert.x, what I had in mind was more an implementation of the server
(like Dan did for SimplePush) but that makes it maybe a bit too much ...

>
>
>>
>> But I'm not familiar with IoT devices. Where I can find how to deploy
>> test applications and test them? Could you, please, clarify this idea?
>>
>
> Some highlevel ideas:
>
> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>
> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
> Lego Robot :-) we are talking. hehe
>
>
>>
>> Best regards,
>> Idel Pivnitskiy
>> --
>> E-mail: Idel.Pivnitskiy at gmail.com
>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>
>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>
>>> +1
>>>
>>> all of these items could be all done in one GSOC project. Perhaps, to
>>> have something more "fancy", the project aims to offer "WebPush support for
>>> mobile cloud services on IoT devices".
>>> Needed deliverables:
>>> * UPS support for WebPush
>>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>>> mentioned vert.x module
>>> * demo app of showing the WebPush standard on IoT devices, with mobile
>>> cloud services (like UPS)
>>>
>>> IMO this would make a nice project. It even may be also the case that
>>> some "WebPush codec" code could be contributed back to Netty project, if
>>> needed.
>>>
>>> -Matthias
>>>
>>>
>>>
>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>>>
>>>> Hi,
>>>> I see 2 or 3 differents topics that could be articulated around WebPush
>>>> :
>>>>
>>>> - Add WebPush support to the UnifiedPush Server
>>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>
>>>> Sebi
>>>>
>>>>
>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>> project for this summer.
>>>>>
>>>>> I know that time for student applications is over, but I have one
>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>> to change my proposal and work on WebPush Server!
>>>>>
>>>>> WebPush Server is a new project which should have many tasks and plan
>>>>> to use new features of Netty 5 (HTTP/2) and Java 8. All of these are very
>>>>> interesting for me. Also I have 2 years experience of server-side
>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>> WebPush Server and not only on server-netty subproject.
>>>>>
>>>>> I began to get acquainted with the WebPush Server code base, WebPush
>>>>> Protocol and Push API last weekend. Also I I've used AeroGear
>>>>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>>>>> AeroGear is easy to configure and push notifications. Thanks to all for
>>>>> this work!
>>>>>
>>>>> Could you, please, help me to find a project idea for my new proposal
>>>>> for WebPush Server?
>>>>>
>>>>> Best regards,
>>>>> Idel Pivnitskiy
>>>>> --
>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>> Resume:
>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>
>>
>>
>>
>>
>> _______________________________________________
>> 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/20150331/d9d3cb06/attachment-0001.html 

From matzew at apache.org  Tue Mar 31 08:54:14 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 14:54:14 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
	<CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>
Message-ID: <CAAg5f2Rb0pL13-xX==oV0zgorLS9P_Ft=9TgPQkTYByv11fz8g@mail.gmail.com>

On Tue, Mar 31, 2015 at 2:48 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

>
>
> On Tue, Mar 31, 2015 at 12:48 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> Hi Idel,
>>
>>
>>
>> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
>> idel.pivnitskiy at gmail.com> wrote:
>>
>>> Thanks to all!
>>>
>>> Sounds interesting! I've read source code of UPS and SimplePush and it
>>> won't be a problem for me to add support for WebPush
>>>
>>
>> sweet
>>
>> and update aerogear-unifiedpush-java-client to support it too.
>>>
>>
>> that one does likely does not need any update. It sends the payload to
>> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
>> enabled server)
>>
>>
>>
>>> Also I can write something like aerogear-simplepush-java-client for
>>> WebPush and some vert.x module.
>>> Do I understand this part of the job?
>>>
>> That's right. Get a client codec for WebPush in place, stick that into a
>> client like the above for simplepush. Leverage that client in a vert.x 3
>> module
>>
> For vert.x, what I had in mind was more an implementation of the server
> (like Dan did for SimplePush) but that makes it maybe a bit too much ...
>

if time allows that - ok, but I don't see too much value of creating a
server that directly is competing with our own server....


>
>>
>>>
>>> But I'm not familiar with IoT devices. Where I can find how to deploy
>>> test applications and test them? Could you, please, clarify this idea?
>>>
>>
>> Some highlevel ideas:
>>
>> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>>
>> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
>> Lego Robot :-) we are talking. hehe
>>
>>
>>>
>>> Best regards,
>>> Idel Pivnitskiy
>>> --
>>> E-mail: Idel.Pivnitskiy at gmail.com
>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>
>>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>>
>>>> +1
>>>>
>>>> all of these items could be all done in one GSOC project. Perhaps, to
>>>> have something more "fancy", the project aims to offer "WebPush support for
>>>> mobile cloud services on IoT devices".
>>>> Needed deliverables:
>>>> * UPS support for WebPush
>>>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>>>> mentioned vert.x module
>>>> * demo app of showing the WebPush standard on IoT devices, with mobile
>>>> cloud services (like UPS)
>>>>
>>>> IMO this would make a nice project. It even may be also the case that
>>>> some "WebPush codec" code could be contributed back to Netty project, if
>>>> needed.
>>>>
>>>> -Matthias
>>>>
>>>>
>>>>
>>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>> I see 2 or 3 differents topics that could be articulated around
>>>>> WebPush :
>>>>>
>>>>> - Add WebPush support to the UnifiedPush Server
>>>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>>
>>>>> Sebi
>>>>>
>>>>>
>>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>>
>>>>>> Hi all,
>>>>>>
>>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>>> project for this summer.
>>>>>>
>>>>>> I know that time for student applications is over, but I have one
>>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>>> to change my proposal and work on WebPush Server!
>>>>>>
>>>>>> WebPush Server is a new project which should have many tasks and
>>>>>> plan to use new features of Netty 5 (HTTP/2) and Java 8. All of these are
>>>>>> very interesting for me. Also I have 2 years experience of server-side
>>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>>> WebPush Server and not only on server-netty subproject.
>>>>>>
>>>>>> I began to get acquainted with the WebPush Server code base, WebPush
>>>>>> Protocol and Push API last weekend. Also I I've used AeroGear
>>>>>> UnifiedPush Server in one of my projects on my work. And it's perfect!
>>>>>> AeroGear is easy to configure and push notifications. Thanks to all for
>>>>>> this work!
>>>>>>
>>>>>> Could you, please, help me to find a project idea for my new proposal
>>>>>> for WebPush Server?
>>>>>>
>>>>>> Best regards,
>>>>>> Idel Pivnitskiy
>>>>>> --
>>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>> Resume:
>>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> 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/20150331/96f1e634/attachment.html 

From lholmqui at redhat.com  Tue Mar 31 08:58:17 2015
From: lholmqui at redhat.com (Luke Holmquist)
Date: Tue, 31 Mar 2015 08:58:17 -0400
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
	<CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>
Message-ID: <CALD3Fd3i9d0k8iaOk483woYrOembEim82yxa2H9p=Oc=euFXgw@mail.gmail.com>

On Thu, Mar 26, 2015 at 2:09 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

>
>
> On Thursday, March 26, 2015, Corinne Krych <corinnekrych at gmail.com> wrote:
>
>>
>> > On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>> >
>> >
>> >
>> > On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
>> wrote:
>> > Hello All,
>> >
>> > As discussed in this thread [1], we are going to create an
>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>> specific to a provider it will go in social.
>> >
>> > +1
>> >
>> > but I don't get why we now also work on support for OAuth1
>>
>> aerogear-ios-social will be part of GSoC, this PRs are to prepare the
>> work our student will do. I?ve created the JIRAs for that.
>>
>> To have a proper social library we need to have both OAuth1 and 2.
>> Similar approach for oauth / http integration.
>> Our oauth1 lib should eventually use aerogear-ios-crypto.
>
>
> I am not sure if we really should put a lot of effort on a proper social
> lib, including oauth2. A bit surprised this is included in 2.3
>

I sort of agree with this.

I was wondering why we need this exactly?  Don't the native platforms(iOS,
Android) already have SDK's and integration with FB, G+, and twitter
already.

i know this is a major reason why the JS lib isn't planning a social lib.
Those libs already exist


>
>
>>
>> >
>> > -Matthias
>> >
>> > Social lib work is tracked under epic AGIOS-409 [2]. We also have a
>> GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
>> >
>> > As a first step toward Social framework, AGIOS-419 provides support for
>> OAuth1.
>> > Here is a list of related PRs to review together:
>> > - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>> > - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>> > - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>> >
>> > The cookbook demo app [3] (which eventually will use ios-social pod)
>> uses Twitter and can be used to test the PRs.
>> >
>> > PR review and comments welcome!
>> >
>> > ++
>> > Corinne
>> > [1]
>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>> > [2]
>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>> > [3]
>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>> >
>> >
>> > _______________________________________________
>> > 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
>
>
>
> --
> Sent from Gmail Mobile
>
> _______________________________________________
> 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/20150331/577b5992/attachment-0001.html 

From idel.pivnitskiy at gmail.com  Tue Mar 31 09:15:05 2015
From: idel.pivnitskiy at gmail.com (Idel Pivnitskiy)
Date: Tue, 31 Mar 2015 16:15:05 +0300
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAAg5f2Rb0pL13-xX==oV0zgorLS9P_Ft=9TgPQkTYByv11fz8g@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
	<CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>
	<CAAg5f2Rb0pL13-xX==oV0zgorLS9P_Ft=9TgPQkTYByv11fz8g@mail.gmail.com>
Message-ID: <CAN+BUJrMEetbv-vpJgTk8uwZdTjfrr8sbH9kzRL7YSanyu2ywA@mail.gmail.com>

If vert.x server has a low priority and may take a long time I can remove
it from my proposal and add another task:
"Update WebPush Server to use a new WebPush Protocol spec". Because current
spec will expire during this summer (June 15, 2015).
http://tools.ietf.org/html/draft-thomson-webpush-http2-02

Best regards,
Idel Pivnitskiy
-- 
E-mail: Idel.Pivnitskiy at gmail.com
GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>

2015-03-31 15:54 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:

>
>
> On Tue, Mar 31, 2015 at 2:48 PM, Sebastien Blanc <scm.blanc at gmail.com>
> wrote:
>
>>
>>
>> On Tue, Mar 31, 2015 at 12:48 PM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>> Hi Idel,
>>>
>>>
>>>
>>> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
>>> idel.pivnitskiy at gmail.com> wrote:
>>>
>>>> Thanks to all!
>>>>
>>>> Sounds interesting! I've read source code of UPS and SimplePush and it
>>>> won't be a problem for me to add support for WebPush
>>>>
>>>
>>> sweet
>>>
>>> and update aerogear-unifiedpush-java-client to support it too.
>>>>
>>>
>>> that one does likely does not need any update. It sends the payload to
>>> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
>>> enabled server)
>>>
>>>
>>>
>>>> Also I can write something like aerogear-simplepush-java-client for
>>>> WebPush and some vert.x module.
>>>> Do I understand this part of the job?
>>>>
>>> That's right. Get a client codec for WebPush in place, stick that into a
>>> client like the above for simplepush. Leverage that client in a vert.x 3
>>> module
>>>
>> For vert.x, what I had in mind was more an implementation of the server
>> (like Dan did for SimplePush) but that makes it maybe a bit too much ...
>>
>
> if time allows that - ok, but I don't see too much value of creating a
> server that directly is competing with our own server....
>
>
>>
>>>
>>>>
>>>> But I'm not familiar with IoT devices. Where I can find how to deploy
>>>> test applications and test them? Could you, please, clarify this idea?
>>>>
>>>
>>> Some highlevel ideas:
>>>
>>> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>>>
>>> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
>>> Lego Robot :-) we are talking. hehe
>>>
>>>
>>>>
>>>> Best regards,
>>>> Idel Pivnitskiy
>>>> --
>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>
>>>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>>>
>>>>> +1
>>>>>
>>>>> all of these items could be all done in one GSOC project. Perhaps, to
>>>>> have something more "fancy", the project aims to offer "WebPush support for
>>>>> mobile cloud services on IoT devices".
>>>>> Needed deliverables:
>>>>> * UPS support for WebPush
>>>>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>>>>> mentioned vert.x module
>>>>> * demo app of showing the WebPush standard on IoT devices, with mobile
>>>>> cloud services (like UPS)
>>>>>
>>>>> IMO this would make a nice project. It even may be also the case that
>>>>> some "WebPush codec" code could be contributed back to Netty project, if
>>>>> needed.
>>>>>
>>>>> -Matthias
>>>>>
>>>>>
>>>>>
>>>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi,
>>>>>> I see 2 or 3 differents topics that could be articulated around
>>>>>> WebPush :
>>>>>>
>>>>>> - Add WebPush support to the UnifiedPush Server
>>>>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>>>
>>>>>> Sebi
>>>>>>
>>>>>>
>>>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>>>> project for this summer.
>>>>>>>
>>>>>>> I know that time for student applications is over, but I have one
>>>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>>>> to change my proposal and work on WebPush Server!
>>>>>>>
>>>>>>> WebPush Server is a new project which should have many tasks and
>>>>>>> plan to use new features of Netty 5 (HTTP/2) and Java 8. All of these are
>>>>>>> very interesting for me. Also I have 2 years experience of server-side
>>>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>>>> WebPush Server and not only on server-netty subproject.
>>>>>>>
>>>>>>> I began to get acquainted with the WebPush Server code
>>>>>>> base, WebPush Protocol and Push API last weekend. Also I I've used
>>>>>>> AeroGear UnifiedPush Server in one of my projects on my work. And it's
>>>>>>> perfect! AeroGear is easy to configure and push notifications. Thanks to
>>>>>>> all for this work!
>>>>>>>
>>>>>>> Could you, please, help me to find a project idea for my new
>>>>>>> proposal for WebPush Server?
>>>>>>>
>>>>>>> Best regards,
>>>>>>> Idel Pivnitskiy
>>>>>>> --
>>>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>>> Resume:
>>>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>
> _______________________________________________
> 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/20150331/c5265eea/attachment.html 

From matzew at apache.org  Tue Mar 31 09:20:16 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 15:20:16 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAN+BUJrMEetbv-vpJgTk8uwZdTjfrr8sbH9kzRL7YSanyu2ywA@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
	<CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>
	<CAAg5f2Rb0pL13-xX==oV0zgorLS9P_Ft=9TgPQkTYByv11fz8g@mail.gmail.com>
	<CAN+BUJrMEetbv-vpJgTk8uwZdTjfrr8sbH9kzRL7YSanyu2ywA@mail.gmail.com>
Message-ID: <CAAg5f2SePrRhtF60oqdqMZBgvZT20E4F+RbA5NV9sesWOExTGQ@mail.gmail.com>

That's a good point. I thought I added it :-) But yeah, keeping our own
server to stay up-to-date with this emerging spec is good for all of us :-)

On Tue, Mar 31, 2015 at 3:15 PM, Idel Pivnitskiy <idel.pivnitskiy at gmail.com>
wrote:

> If vert.x server has a low priority and may take a long time I can remove
> it from my proposal and add another task:
> "Update WebPush Server to use a new WebPush Protocol spec". Because
> current spec will expire during this summer (June 15, 2015).
> http://tools.ietf.org/html/draft-thomson-webpush-http2-02
>
> Best regards,
> Idel Pivnitskiy
> --
> E-mail: Idel.Pivnitskiy at gmail.com
> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>
> 2015-03-31 15:54 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>
>>
>>
>> On Tue, Mar 31, 2015 at 2:48 PM, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>>
>>>
>>> On Tue, Mar 31, 2015 at 12:48 PM, Matthias Wessendorf <matzew at apache.org
>>> > wrote:
>>>
>>>> Hi Idel,
>>>>
>>>>
>>>>
>>>> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>
>>>>> Thanks to all!
>>>>>
>>>>> Sounds interesting! I've read source code of UPS and SimplePush and it
>>>>> won't be a problem for me to add support for WebPush
>>>>>
>>>>
>>>> sweet
>>>>
>>>> and update aerogear-unifiedpush-java-client to support it too.
>>>>>
>>>>
>>>> that one does likely does not need any update. It sends the payload to
>>>> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
>>>> enabled server)
>>>>
>>>>
>>>>
>>>>> Also I can write something like aerogear-simplepush-java-client for
>>>>> WebPush and some vert.x module.
>>>>> Do I understand this part of the job?
>>>>>
>>>> That's right. Get a client codec for WebPush in place, stick that into
>>>> a client like the above for simplepush. Leverage that client in a vert.x 3
>>>> module
>>>>
>>> For vert.x, what I had in mind was more an implementation of the server
>>> (like Dan did for SimplePush) but that makes it maybe a bit too much ...
>>>
>>
>> if time allows that - ok, but I don't see too much value of creating a
>> server that directly is competing with our own server....
>>
>>
>>>
>>>>
>>>>>
>>>>> But I'm not familiar with IoT devices. Where I can find how to deploy
>>>>> test applications and test them? Could you, please, clarify this idea?
>>>>>
>>>>
>>>> Some highlevel ideas:
>>>>
>>>> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>>>>
>>>> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or a
>>>> Lego Robot :-) we are talking. hehe
>>>>
>>>>
>>>>>
>>>>> Best regards,
>>>>> Idel Pivnitskiy
>>>>> --
>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>
>>>>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>>>>
>>>>>> +1
>>>>>>
>>>>>> all of these items could be all done in one GSOC project. Perhaps, to
>>>>>> have something more "fancy", the project aims to offer "WebPush support for
>>>>>> mobile cloud services on IoT devices".
>>>>>> Needed deliverables:
>>>>>> * UPS support for WebPush
>>>>>> * Java client of the WebPush wireprotocol, that can be wrapped in the
>>>>>> mentioned vert.x module
>>>>>> * demo app of showing the WebPush standard on IoT devices, with
>>>>>> mobile cloud services (like UPS)
>>>>>>
>>>>>> IMO this would make a nice project. It even may be also the case that
>>>>>> some "WebPush codec" code could be contributed back to Netty project, if
>>>>>> needed.
>>>>>>
>>>>>> -Matthias
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi,
>>>>>>> I see 2 or 3 differents topics that could be articulated around
>>>>>>> WebPush :
>>>>>>>
>>>>>>> - Add WebPush support to the UnifiedPush Server
>>>>>>> - Create a lightweight Java WebPush Client (think of embedded device)
>>>>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>>>>
>>>>>>> Sebi
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>>>>
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>>>>> project for this summer.
>>>>>>>>
>>>>>>>> I know that time for student applications is over, but I have one
>>>>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>>>>> to change my proposal and work on WebPush Server!
>>>>>>>>
>>>>>>>> WebPush Server is a new project which should have many tasks and
>>>>>>>> plan to use new features of Netty 5 (HTTP/2) and Java 8. All of these are
>>>>>>>> very interesting for me. Also I have 2 years experience of server-side
>>>>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>>>>> WebPush Server and not only on server-netty subproject.
>>>>>>>>
>>>>>>>> I began to get acquainted with the WebPush Server code
>>>>>>>> base, WebPush Protocol and Push API last weekend. Also I I've used
>>>>>>>> AeroGear UnifiedPush Server in one of my projects on my work. And it's
>>>>>>>> perfect! AeroGear is easy to configure and push notifications. Thanks to
>>>>>>>> all for this work!
>>>>>>>>
>>>>>>>> Could you, please, help me to find a project idea for my new
>>>>>>>> proposal for WebPush Server?
>>>>>>>>
>>>>>>>> Best regards,
>>>>>>>> Idel Pivnitskiy
>>>>>>>> --
>>>>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>>>> Resume:
>>>>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>
>> _______________________________________________
>> 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/20150331/4e2d5f69/attachment-0001.html 

From scm.blanc at gmail.com  Tue Mar 31 09:20:57 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 31 Mar 2015 15:20:57 +0200
Subject: [aerogear-dev] GSoC project for WebPush Server
In-Reply-To: <CAAg5f2SePrRhtF60oqdqMZBgvZT20E4F+RbA5NV9sesWOExTGQ@mail.gmail.com>
References: <CAN+BUJraJ-frhbwBGFd9RPbqWO=XD1MosVfFcUhdNKDBrjaYMw@mail.gmail.com>
	<CAD_dpu02Kepa_Efwmua2ojBgsh0-HfpD9QcrCGMC+AM=zyanYw@mail.gmail.com>
	<CAAg5f2Sb-YDr7r9hi9_987kf41vXXu0VT83tJnJqMkQ3cv7-yw@mail.gmail.com>
	<CAN+BUJpO72TWYGpqFXktFJ7yx2cBqxLoPRYH1KWNDF8LoW9LjA@mail.gmail.com>
	<CAAg5f2Sx+YvZcmK4++kRRxuTAA7HoGoOG2qkSyegN1Kc+puFwA@mail.gmail.com>
	<CAD_dpu1x17fEgCkStUGEvBoRTb9p0LL_Ne+CML=rZauKM0Rqzw@mail.gmail.com>
	<CAAg5f2Rb0pL13-xX==oV0zgorLS9P_Ft=9TgPQkTYByv11fz8g@mail.gmail.com>
	<CAN+BUJrMEetbv-vpJgTk8uwZdTjfrr8sbH9kzRL7YSanyu2ywA@mail.gmail.com>
	<CAAg5f2SePrRhtF60oqdqMZBgvZT20E4F+RbA5NV9sesWOExTGQ@mail.gmail.com>
Message-ID: <CAD_dpu2giOVuC8Y8aJ1aaR-bp-=LV5qmeqJgwqjzkXmDqx7muA@mail.gmail.com>

+1

On Tue, Mar 31, 2015 at 3:20 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> That's a good point. I thought I added it :-) But yeah, keeping our own
> server to stay up-to-date with this emerging spec is good for all of us :-)
>
> On Tue, Mar 31, 2015 at 3:15 PM, Idel Pivnitskiy <
> idel.pivnitskiy at gmail.com> wrote:
>
>> If vert.x server has a low priority and may take a long time I can remove
>> it from my proposal and add another task:
>> "Update WebPush Server to use a new WebPush Protocol spec". Because
>> current spec will expire during this summer (June 15, 2015).
>> http://tools.ietf.org/html/draft-thomson-webpush-http2-02
>>
>> Best regards,
>> Idel Pivnitskiy
>> --
>> E-mail: Idel.Pivnitskiy at gmail.com
>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>
>> 2015-03-31 15:54 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>
>>>
>>>
>>> On Tue, Mar 31, 2015 at 2:48 PM, Sebastien Blanc <scm.blanc at gmail.com>
>>> wrote:
>>>
>>>>
>>>>
>>>> On Tue, Mar 31, 2015 at 12:48 PM, Matthias Wessendorf <
>>>> matzew at apache.org> wrote:
>>>>
>>>>> Hi Idel,
>>>>>
>>>>>
>>>>>
>>>>> On Tue, Mar 31, 2015 at 12:14 PM, Idel Pivnitskiy <
>>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>>
>>>>>> Thanks to all!
>>>>>>
>>>>>> Sounds interesting! I've read source code of UPS and SimplePush and
>>>>>> it won't be a problem for me to add support for WebPush
>>>>>>
>>>>>
>>>>> sweet
>>>>>
>>>>> and update aerogear-unifiedpush-java-client to support it too.
>>>>>>
>>>>>
>>>>> that one does likely does not need any update. It sends the payload to
>>>>> UPS, and UPS delivers to all supported Push Networks (e.g APNs or a WebPush
>>>>> enabled server)
>>>>>
>>>>>
>>>>>
>>>>>> Also I can write something like aerogear-simplepush-java-client for
>>>>>> WebPush and some vert.x module.
>>>>>> Do I understand this part of the job?
>>>>>>
>>>>> That's right. Get a client codec for WebPush in place, stick that into
>>>>> a client like the above for simplepush. Leverage that client in a vert.x 3
>>>>> module
>>>>>
>>>> For vert.x, what I had in mind was more an implementation of the server
>>>> (like Dan did for SimplePush) but that makes it maybe a bit too much ...
>>>>
>>>
>>> if time allows that - ok, but I don't see too much value of creating a
>>> server that directly is competing with our own server....
>>>
>>>
>>>>
>>>>>
>>>>>>
>>>>>> But I'm not familiar with IoT devices. Where I can find how to deploy
>>>>>> test applications and test them? Could you, please, clarify this idea?
>>>>>>
>>>>>
>>>>> Some highlevel ideas:
>>>>>
>>>>> https://matthiaswessendorf.wordpress.com/2015/03/25/push-notifications-and-the-internet-of-things/
>>>>>
>>>>> Checkout Sebi's cool videos. IMO if something runs on a Pi, Ardino or
>>>>> a Lego Robot :-) we are talking. hehe
>>>>>
>>>>>
>>>>>>
>>>>>> Best regards,
>>>>>> Idel Pivnitskiy
>>>>>> --
>>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>>
>>>>>> 2015-03-30 17:03 GMT+03:00 Matthias Wessendorf <matzew at apache.org>:
>>>>>>
>>>>>>> +1
>>>>>>>
>>>>>>> all of these items could be all done in one GSOC project. Perhaps,
>>>>>>> to have something more "fancy", the project aims to offer "WebPush support
>>>>>>> for mobile cloud services on IoT devices".
>>>>>>> Needed deliverables:
>>>>>>> * UPS support for WebPush
>>>>>>> * Java client of the WebPush wireprotocol, that can be wrapped in
>>>>>>> the mentioned vert.x module
>>>>>>> * demo app of showing the WebPush standard on IoT devices, with
>>>>>>> mobile cloud services (like UPS)
>>>>>>>
>>>>>>> IMO this would make a nice project. It even may be also the case
>>>>>>> that some "WebPush codec" code could be contributed back to Netty project,
>>>>>>> if needed.
>>>>>>>
>>>>>>> -Matthias
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Monday, March 30, 2015, Sebastien Blanc <scm.blanc at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>> I see 2 or 3 differents topics that could be articulated around
>>>>>>>> WebPush :
>>>>>>>>
>>>>>>>> - Add WebPush support to the UnifiedPush Server
>>>>>>>> - Create a lightweight Java WebPush Client (think of embedded
>>>>>>>> device)
>>>>>>>> - Create a vert.x mod that implements the WebPush protocol.
>>>>>>>>
>>>>>>>> Sebi
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Mar 30, 2015 at 3:06 PM, Idel Pivnitskiy <
>>>>>>>> idel.pivnitskiy at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I participated in GSoC 2014 with Twitter and worked on Netty last
>>>>>>>>> year. Unfortunately, this year Google does not accept Twitter as a
>>>>>>>>> mentoring organization. So I'm trying to find a new organization and a new
>>>>>>>>> project for this summer.
>>>>>>>>>
>>>>>>>>> I know that time for student applications is over, but I have one
>>>>>>>>> opened proposal for JBoss Community. I found WebPush Server at the last day
>>>>>>>>> of student applications' deadline. I'm really interested in it and I want
>>>>>>>>> to change my proposal and work on WebPush Server!
>>>>>>>>>
>>>>>>>>> WebPush Server is a new project which should have many tasks and
>>>>>>>>> plan to use new features of Netty 5 (HTTP/2) and Java 8. All of these are
>>>>>>>>> very interesting for me. Also I have 2 years experience of server-side
>>>>>>>>> development of other services (mobile API, administrative panels, etc.) on
>>>>>>>>> Jetty, WildFly and JBoss AS7. So I will be able to work on any part of
>>>>>>>>> WebPush Server and not only on server-netty subproject.
>>>>>>>>>
>>>>>>>>> I began to get acquainted with the WebPush Server code
>>>>>>>>> base, WebPush Protocol and Push API last weekend. Also I I've
>>>>>>>>> used AeroGear UnifiedPush Server in one of my projects on my work. And it's
>>>>>>>>> perfect! AeroGear is easy to configure and push notifications. Thanks to
>>>>>>>>> all for this work!
>>>>>>>>>
>>>>>>>>> Could you, please, help me to find a project idea for my new
>>>>>>>>> proposal for WebPush Server?
>>>>>>>>>
>>>>>>>>> Best regards,
>>>>>>>>> Idel Pivnitskiy
>>>>>>>>> --
>>>>>>>>> E-mail: Idel.Pivnitskiy at gmail.com
>>>>>>>>> GitHub: @idelpivnitskiy <https://github.com/idelpivnitskiy>
>>>>>>>>> Resume:
>>>>>>>>> https://www.dropbox.com/s/q99epi9jyygvaxf/Idel.Pivnitskiy.resume.pdf
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> 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
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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
>>>
>>> _______________________________________________
>>> 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/20150331/5e034fa2/attachment.html 

From scm.blanc at gmail.com  Tue Mar 31 09:50:13 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 31 Mar 2015 15:50:13 +0200
Subject: [aerogear-dev] [UPS] issues with UPS 1.1 on OpenShift (manual
	deploy)
Message-ID: <CAD_dpu3OkW-P1axJdkrtUSoz+4GDwLEUDj5qeuwnZcxLXExzMQ@mail.gmail.com>

Hi !
I was trying (and so was Lukas) to deploy UPS 1.1 (master branch) to an
openshift gear (Wildfly 8.2 cartridge). After tweaking a bit the
datasources to get it deployed, when trying to access /ag-push , I'm get an
500 internal server error.

The wildfly logs show me the following :

2015-03-31 09:40:47,240 ERROR [io.undertow.request] (default task-8)
UT005023: Exception handling request to /ag-push/index.html:
java.lang.RuntimeException: Unable to resolve realm public key
remotely
        at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:134)
[keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
        at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:83)
[keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
        at org.keycloak.adapters.PreAuthActionsHandler.preflightCors(PreAuthActionsHandler.java:71)
[keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
        at org.keycloak.adapters.PreAuthActionsHandler.handleRequest(PreAuthActionsHandler.java:47)
[keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
        at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:68)
[keycloak-undertow-adapter-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
[undertow-core-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261)
[undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247)
[undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76)
[undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166)
[undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197)
[undertow-core-1.1.0.Final.jar:1.1.0.Final]
        at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759)
[undertow-core-1.1.0.Final.jar:1.1.0.Final]
        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[rt.jar:1.8.0_31]
        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[rt.jar:1.8.0_31]
        at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
Caused by: javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
        at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431)
[jsse.jar:1.8.0_31]
        at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128)
[httpclient-4.2.1.jar:4.2.1]
        at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572)
[httpclient-4.2.1.jar:4.2.1]
        at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180)
[httpclient-4.2.1.jar:4.2.1]


So "peer not authenticated" seems pretty obvious for the reason it fails.
The question is what do we need to do for this ? Anyone an idea ?

Thx,
Sebi
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/02615ac1/attachment-0001.html 

From matzew at apache.org  Tue Mar 31 09:52:47 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 15:52:47 +0200
Subject: [aerogear-dev] [UPS] issues with UPS 1.1 on OpenShift (manual
	deploy)
In-Reply-To: <CAD_dpu3OkW-P1axJdkrtUSoz+4GDwLEUDj5qeuwnZcxLXExzMQ@mail.gmail.com>
References: <CAD_dpu3OkW-P1axJdkrtUSoz+4GDwLEUDj5qeuwnZcxLXExzMQ@mail.gmail.com>
Message-ID: <CAAg5f2RXBpJrY1+mYbOAJTd1FK1uvwsi5cQ0ui0GJLX3LE+Pdw@mail.gmail.com>

anything wrong w/ the keycloak adapter, or was there a fix for a 1.1.1?

On Tue, Mar 31, 2015 at 3:50 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Hi !
> I was trying (and so was Lukas) to deploy UPS 1.1 (master branch) to an
> openshift gear (Wildfly 8.2 cartridge). After tweaking a bit the
> datasources to get it deployed, when trying to access /ag-push , I'm get an
> 500 internal server error.
>
> The wildfly logs show me the following :
>
> 2015-03-31 09:40:47,240 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /ag-push/index.html: java.lang.RuntimeException: Unable to resolve realm public key remotely
>         at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:134) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>         at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:83) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>         at org.keycloak.adapters.PreAuthActionsHandler.preflightCors(PreAuthActionsHandler.java:71) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>         at org.keycloak.adapters.PreAuthActionsHandler.handleRequest(PreAuthActionsHandler.java:47) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>         at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:68) [keycloak-undertow-adapter-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>         at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_31]
>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_31]
>         at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
> Caused by: javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
>         at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431) [jsse.jar:1.8.0_31]
>         at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128) [httpclient-4.2.1.jar:4.2.1]
>         at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572) [httpclient-4.2.1.jar:4.2.1]
>         at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) [httpclient-4.2.1.jar:4.2.1]
>
>
> So "peer not authenticated" seems pretty obvious for the reason it fails.
> The question is what do we need to do for this ? Anyone an idea ?
>
> Thx,
> Sebi
>
>
> _______________________________________________
> 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/20150331/36c1054c/attachment.html 

From scm.blanc at gmail.com  Tue Mar 31 10:03:28 2015
From: scm.blanc at gmail.com (Sebastien Blanc)
Date: Tue, 31 Mar 2015 16:03:28 +0200
Subject: [aerogear-dev] [UPS] issues with UPS 1.1 on OpenShift (manual
	deploy)
In-Reply-To: <CAAg5f2RXBpJrY1+mYbOAJTd1FK1uvwsi5cQ0ui0GJLX3LE+Pdw@mail.gmail.com>
References: <CAD_dpu3OkW-P1axJdkrtUSoz+4GDwLEUDj5qeuwnZcxLXExzMQ@mail.gmail.com>
	<CAAg5f2RXBpJrY1+mYbOAJTd1FK1uvwsi5cQ0ui0GJLX3LE+Pdw@mail.gmail.com>
Message-ID: <CAD_dpu2HZh08P_eHqtATh60DZjPd+DQpdsKrQG7Le_VMgb8zcw@mail.gmail.com>

Maybe,
But it may also be that  I'm missing something stupid :) and I have to
configure something extra since openshift is https and I always test
locally ... But yeah for 1.0.x I did not have to do anything.


On Tue, Mar 31, 2015 at 3:52 PM, Matthias Wessendorf <matzew at apache.org>
wrote:

> anything wrong w/ the keycloak adapter, or was there a fix for a 1.1.1?
>
> On Tue, Mar 31, 2015 at 3:50 PM, Sebastien Blanc <scm.blanc at gmail.com>
> wrote:
>
>> Hi !
>> I was trying (and so was Lukas) to deploy UPS 1.1 (master branch) to an
>> openshift gear (Wildfly 8.2 cartridge). After tweaking a bit the
>> datasources to get it deployed, when trying to access /ag-push , I'm get an
>> 500 internal server error.
>>
>> The wildfly logs show me the following :
>>
>> 2015-03-31 09:40:47,240 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /ag-push/index.html: java.lang.RuntimeException: Unable to resolve realm public key remotely
>>         at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:134) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>         at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:83) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>         at org.keycloak.adapters.PreAuthActionsHandler.preflightCors(PreAuthActionsHandler.java:71) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>         at org.keycloak.adapters.PreAuthActionsHandler.handleRequest(PreAuthActionsHandler.java:47) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>         at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:68) [keycloak-undertow-adapter-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>         at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_31]
>>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_31]
>>         at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
>> Caused by: javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
>>         at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431) [jsse.jar:1.8.0_31]
>>         at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128) [httpclient-4.2.1.jar:4.2.1]
>>         at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572) [httpclient-4.2.1.jar:4.2.1]
>>         at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) [httpclient-4.2.1.jar:4.2.1]
>>
>>
>> So "peer not authenticated" seems pretty obvious for the reason it fails.
>> The question is what do we need to do for this ? Anyone an idea ?
>>
>> Thx,
>> Sebi
>>
>>
>> _______________________________________________
>> 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/20150331/e65011b4/attachment.html 

From matzew at apache.org  Tue Mar 31 10:10:23 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 16:10:23 +0200
Subject: [aerogear-dev] [UPS] issues with UPS 1.1 on OpenShift (manual
	deploy)
In-Reply-To: <CAD_dpu2HZh08P_eHqtATh60DZjPd+DQpdsKrQG7Le_VMgb8zcw@mail.gmail.com>
References: <CAD_dpu3OkW-P1axJdkrtUSoz+4GDwLEUDj5qeuwnZcxLXExzMQ@mail.gmail.com>
	<CAAg5f2RXBpJrY1+mYbOAJTd1FK1uvwsi5cQ0ui0GJLX3LE+Pdw@mail.gmail.com>
	<CAD_dpu2HZh08P_eHqtATh60DZjPd+DQpdsKrQG7Le_VMgb8zcw@mail.gmail.com>
Message-ID: <CAAg5f2SMRJULKofXu3KiNdTCOY0h0NiE-8wD=Lr=jzLPmzwq7w@mail.gmail.com>

that is on a totally different KC version

On Tue, Mar 31, 2015 at 4:03 PM, Sebastien Blanc <scm.blanc at gmail.com>
wrote:

> Maybe,
> But it may also be that  I'm missing something stupid :) and I have to
> configure something extra since openshift is https and I always test
> locally ... But yeah for 1.0.x I did not have to do anything.
>
>
> On Tue, Mar 31, 2015 at 3:52 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>> anything wrong w/ the keycloak adapter, or was there a fix for a 1.1.1?
>>
>> On Tue, Mar 31, 2015 at 3:50 PM, Sebastien Blanc <scm.blanc at gmail.com>
>> wrote:
>>
>>> Hi !
>>> I was trying (and so was Lukas) to deploy UPS 1.1 (master branch) to an
>>> openshift gear (Wildfly 8.2 cartridge). After tweaking a bit the
>>> datasources to get it deployed, when trying to access /ag-push , I'm get an
>>> 500 internal server error.
>>>
>>> The wildfly logs show me the following :
>>>
>>> 2015-03-31 09:40:47,240 ERROR [io.undertow.request] (default task-8) UT005023: Exception handling request to /ag-push/index.html: java.lang.RuntimeException: Unable to resolve realm public key remotely
>>>         at org.keycloak.adapters.AdapterDeploymentContext.resolveRealmKey(AdapterDeploymentContext.java:134) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at org.keycloak.adapters.AdapterDeploymentContext.resolveDeployment(AdapterDeploymentContext.java:83) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at org.keycloak.adapters.PreAuthActionsHandler.preflightCors(PreAuthActionsHandler.java:71) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at org.keycloak.adapters.PreAuthActionsHandler.handleRequest(PreAuthActionsHandler.java:47) [keycloak-adapter-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at org.keycloak.adapters.undertow.ServletPreAuthActionsHandler.handleRequest(ServletPreAuthActionsHandler.java:68) [keycloak-undertow-adapter-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:261) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
>>>         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_31]
>>>         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_31]
>>>         at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_31]
>>> Caused by: javax.net.ssl.SSLPeerUnverifiedException: peer not authenticated
>>>         at sun.security.ssl.SSLSessionImpl.getPeerCertificates(SSLSessionImpl.java:431) [jsse.jar:1.8.0_31]
>>>         at org.apache.http.conn.ssl.AbstractVerifier.verify(AbstractVerifier.java:128) [httpclient-4.2.1.jar:4.2.1]
>>>         at org.apache.http.conn.ssl.SSLSocketFactory.connectSocket(SSLSocketFactory.java:572) [httpclient-4.2.1.jar:4.2.1]
>>>         at org.apache.http.impl.conn.DefaultClientConnectionOperator.openConnection(DefaultClientConnectionOperator.java:180) [httpclient-4.2.1.jar:4.2.1]
>>>
>>>
>>> So "peer not authenticated" seems pretty obvious for the reason it fails.
>>> The question is what do we need to do for this ? Anyone an idea ?
>>>
>>> Thx,
>>> Sebi
>>>
>>>
>>> _______________________________________________
>>> 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/20150331/4e0cd752/attachment-0001.html 

From dpassos at redhat.com  Tue Mar 31 14:40:08 2015
From: dpassos at redhat.com (Daniel Passos)
Date: Tue, 31 Mar 2015 15:40:08 -0300
Subject: [aerogear-dev] AeroGear Android 2.2 Roadmap
Message-ID: <CADF=h2v0Kyr_yO-n7_WDdA1DRL0K1jvBpw8POSWNapwiQQ1Nuw@mail.gmail.com>

Hi Guys,

This is what we want to do for the next release on Aerogear Android
Authz

   - AGDROID-319 <https://issues.jboss.org/browse/AGDROID-319> - OAuth2
   Intent callbacks from Browser
      - AGDROID-406 <https://issues.jboss.org/browse/AGDROID-406> - Create
      a Google+ cookbook app using intent based callback
      - AGDROID-407 <https://issues.jboss.org/browse/AGDROID-407> - Create
      a Facebook cookbook app using intent based callback
    - AGDROID-252 <https://issues.jboss.org/browse/AGDROID-252> - Token
   Revocation
   - AGDROID-403 <https://issues.jboss.org/browse/AGDROID-403> - Resource
   owner password credentials grant

Sync

   - AGDROID-404 <https://issues.jboss.org/browse/AGDROID-404> -
   Investigate a lighter WebSocket implementation

Offline

   - AGDROID-392 <https://issues.jboss.org/browse/AGDROID-392> - Make it
   easy to select destination (primary, external, secondary external, etc)
   - AGDROID-393 <https://issues.jboss.org/browse/AGDROID-393> - Make
   fetching and saving files easier
   - AGDROID-205 <https://issues.jboss.org/browse/AGDROID-205> - Use
   Devnexus 2015 podcast as a demo

Documentation

   - AGDROID-401 <https://issues.jboss.org/browse/AGDROID-401> - Add
   readById example in Pipe guide
   - AGDROID-402 <https://issues.jboss.org/browse/AGDROID-402> - Create a
   Sync guide on ag.org

Misc

   - AGDROID-408 <https://issues.jboss.org/browse/AGDROID-408> - Add
   proguard rules

Take a look at the complete issues list on jira[1]

[1] https://issues.jboss.org/browse/AGDROID/fixforversion/12326305

? Passos
?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/83b88309/attachment.html 

From bruno at abstractj.org  Tue Mar 31 14:57:23 2015
From: bruno at abstractj.org (Bruno Oliveira)
Date: Tue, 31 Mar 2015 15:57:23 -0300
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CALD3Fd3i9d0k8iaOk483woYrOembEim82yxa2H9p=Oc=euFXgw@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
	<CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>
	<CALD3Fd3i9d0k8iaOk483woYrOembEim82yxa2H9p=Oc=euFXgw@mail.gmail.com>
Message-ID: <CAM5SUC6akb9J8mJ0dBKp6hRbxEM+VEn1tsFyczpzWePp1DgCkA@mail.gmail.com>

I'm sorry if I'm late for the discussion, but I will voice my concerns
anyways.

1. I don't see the real need/use case/scenario to support OAuth1. I'm not
saying that OAuth1 is bad, but currently even after reading the GSoC
proposal, I can't see which problem we're trying to solve here.

2. The big win of our APIs, is the extensibility. In my mind is: implement
by your own if our SDK don't have it. If we're willing to maintain 2
protocols + OAuth1/2 providers outside, I'm a bit concerned about the
bandwidth to maintain this codebase.

By that I mean, not only writing the code, but keep an eye on the
vulnerabilities from an OAuth1 provider located in Springfield, for
example. Because someone thought would be cool to support The Simpsons.

3. I think we have to be cautious about not reinvent the wheel. Several
SDKs for social already the job for most of the popular APIs outside.

4. Our APIs are pretty much in a good shape, but there's always a room for
improvements. If we suggest to people to improve the already existent APIs,
instead of creating new ones, that in my personal opinion would be a good
GSoC proposal.

This is only my 2 cents. I think we should make our SDKs stronger, than
they already are, instead of implement more stuff without a good reason.

On Tue, Mar 31, 2015 at 9:58 AM, Luke Holmquist <lholmqui at redhat.com> wrote:

>
>
> On Thu, Mar 26, 2015 at 2:09 PM, Matthias Wessendorf <matzew at apache.org>
> wrote:
>
>>
>>
>> On Thursday, March 26, 2015, Corinne Krych <corinnekrych at gmail.com>
>> wrote:
>>
>>>
>>> > On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org>
>>> wrote:
>>> >
>>> >
>>> >
>>> > On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <corinnekrych at gmail.com>
>>> wrote:
>>> > Hello All,
>>> >
>>> > As discussed in this thread [1], we are going to create an
>>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>>> specific to a provider it will go in social.
>>> >
>>> > +1
>>> >
>>> > but I don't get why we now also work on support for OAuth1
>>>
>>> aerogear-ios-social will be part of GSoC, this PRs are to prepare the
>>> work our student will do. I?ve created the JIRAs for that.
>>>
>>> To have a proper social library we need to have both OAuth1 and 2.
>>> Similar approach for oauth / http integration.
>>> Our oauth1 lib should eventually use aerogear-ios-crypto.
>>
>>
>> I am not sure if we really should put a lot of effort on a proper social
>> lib, including oauth2. A bit surprised this is included in 2.3
>>
>
> I sort of agree with this.
>
> I was wondering why we need this exactly?  Don't the native platforms(iOS,
> Android) already have SDK's and integration with FB, G+, and twitter
> already.
>
> i know this is a major reason why the JS lib isn't planning a social lib.
> Those libs already exist
>
>
>>
>>
>>>
>>> >
>>> > -Matthias
>>> >
>>> > Social lib work is tracked under epic AGIOS-409 [2]. We also have a
>>> GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>> >
>>> > As a first step toward Social framework, AGIOS-419 provides support
>>> for OAuth1.
>>> > Here is a list of related PRs to review together:
>>> > - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>>> > - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>>> > - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>> >
>>> > The cookbook demo app [3] (which eventually will use ios-social pod)
>>> uses Twitter and can be used to test the PRs.
>>> >
>>> > PR review and comments welcome!
>>> >
>>> > ++
>>> > Corinne
>>> > [1]
>>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>>> > [2]
>>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>>> > [3]
>>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>> >
>>> >
>>> > _______________________________________________
>>> > 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
>>
>>
>>
>> --
>> Sent from Gmail Mobile
>>
>> _______________________________________________
>> 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
>



-- 

-- 
"The measure of a man is what he does with power" - Plato
-
@abstractj
-
Volenti Nihil Difficile
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20150331/e8a766bd/attachment.html 

From matzew at apache.org  Tue Mar 31 15:49:47 2015
From: matzew at apache.org (Matthias Wessendorf)
Date: Tue, 31 Mar 2015 21:49:47 +0200
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAM5SUC6akb9J8mJ0dBKp6hRbxEM+VEn1tsFyczpzWePp1DgCkA@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
	<CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>
	<CALD3Fd3i9d0k8iaOk483woYrOembEim82yxa2H9p=Oc=euFXgw@mail.gmail.com>
	<CAM5SUC6akb9J8mJ0dBKp6hRbxEM+VEn1tsFyczpzWePp1DgCkA@mail.gmail.com>
Message-ID: <CAAg5f2RxNJM9W5hTAWy_KHktxEGRm4EZ0crBRTd9jNiyHzR_aQ@mail.gmail.com>

On Tue, Mar 31, 2015 at 8:57 PM, Bruno Oliveira <bruno at abstractj.org> wrote:

> I'm sorry if I'm late for the discussion, but I will voice my concerns
> anyways.
>
> 1. I don't see the real need/use case/scenario to support OAuth1. I'm not
> saying that OAuth1 is bad, but currently even after reading the GSoC
> proposal, I can't see which problem we're trying to solve here.
>
> 2. The big win of our APIs, is the extensibility. In my mind is: implement
> by your own if our SDK don't have it. If we're willing to maintain 2
> protocols + OAuth1/2 providers outside, I'm a bit concerned about the
> bandwidth to maintain this codebase.
>
> By that I mean, not only writing the code, but keep an eye on the
> vulnerabilities from an OAuth1 provider located in Springfield, for
> example. Because someone thought would be cool to support The Simpsons.
>
> 3. I think we have to be cautious about not reinvent the wheel. Several
> SDKs for social already the job for most of the popular APIs outside.
>


yes, for JS we agreed to not create any social provider support, since they
exist already (and why would I as a Twitter developer use a provider from
somewhere else).

So for iOS I agree that initial work to move the FB/Google providers out,
as discussed on thread you reference under [1], but I am not really seeing
us moving towards a social framework nor as a provider for several social
networks.


>
> 4. Our APIs are pretty much in a good shape, but there's always a room for
> improvements. If we suggest to people to improve the already existent APIs,
> instead of creating new ones, that in my personal opinion would be a good
> GSoC proposal.
>

I like that idea and looking here
https://aerogear.org/docs/guides/security/oauth2-guide/#_overview perhaps
the we should change the subject and really improve the feature set, and
improve existing API.

If the student wants to leverage the work for a specific social network of
choice, as a test-case, that's fine - but I am not sure if adding support
for yet another social network really makes sense.


>
> This is only my 2 cents. I think we should make our SDKs stronger, than
> they already are, instead of implement more stuff without a good reason.
>
> On Tue, Mar 31, 2015 at 9:58 AM, Luke Holmquist <lholmqui at redhat.com>
> wrote:
>
>>
>>
>> On Thu, Mar 26, 2015 at 2:09 PM, Matthias Wessendorf <matzew at apache.org>
>> wrote:
>>
>>>
>>>
>>> On Thursday, March 26, 2015, Corinne Krych <corinnekrych at gmail.com>
>>> wrote:
>>>
>>>>
>>>> > On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org>
>>>> wrote:
>>>> >
>>>> >
>>>> >
>>>> > On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <
>>>> corinnekrych at gmail.com> wrote:
>>>> > Hello All,
>>>> >
>>>> > As discussed in this thread [1], we are going to create an
>>>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>>>> specific to a provider it will go in social.
>>>> >
>>>> > +1
>>>> >
>>>> > but I don't get why we now also work on support for OAuth1
>>>>
>>>> aerogear-ios-social will be part of GSoC, this PRs are to prepare the
>>>> work our student will do. I?ve created the JIRAs for that.
>>>>
>>>> To have a proper social library we need to have both OAuth1 and 2.
>>>> Similar approach for oauth / http integration.
>>>> Our oauth1 lib should eventually use aerogear-ios-crypto.
>>>
>>>
>>> I am not sure if we really should put a lot of effort on a proper social
>>> lib, including oauth2. A bit surprised this is included in 2.3
>>>
>>
>> I sort of agree with this.
>>
>> I was wondering why we need this exactly?  Don't the native
>> platforms(iOS, Android) already have SDK's and integration with FB, G+, and
>> twitter already.
>>
>> i know this is a major reason why the JS lib isn't planning a social
>> lib.  Those libs already exist
>>
>>
>>>
>>>
>>>>
>>>> >
>>>> > -Matthias
>>>> >
>>>> > Social lib work is tracked under epic AGIOS-409 [2]. We also have a
>>>> GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>>> >
>>>> > As a first step toward Social framework, AGIOS-419 provides support
>>>> for OAuth1.
>>>> > Here is a list of related PRs to review together:
>>>> > - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>>>> > - ios-oauth2: https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>>>> > - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>>> >
>>>> > The cookbook demo app [3] (which eventually will use ios-social pod)
>>>> uses Twitter and can be used to test the PRs.
>>>> >
>>>> > PR review and comments welcome!
>>>> >
>>>> > ++
>>>> > Corinne
>>>> > [1]
>>>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>>>> > [2]
>>>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>>>> > [3]
>>>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>>> >
>>>> >
>>>> > _______________________________________________
>>>> > 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
>>>
>>>
>>>
>>> --
>>> Sent from Gmail Mobile
>>>
>>> _______________________________________________
>>> 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
>>
>
>
>
> --
>
> --
> "The measure of a man is what he does with power" - Plato
> -
> @abstractj
> -
> Volenti Nihil Difficile
>
> _______________________________________________
> 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/20150331/c6f75e1d/attachment-0001.html 

From corinnekrych at gmail.com  Tue Mar 31 16:02:02 2015
From: corinnekrych at gmail.com (Corinne Krych)
Date: Tue, 31 Mar 2015 22:02:02 +0200
Subject: [aerogear-dev] iOS Social library
In-Reply-To: <CAAg5f2RxNJM9W5hTAWy_KHktxEGRm4EZ0crBRTd9jNiyHzR_aQ@mail.gmail.com>
References: <8224D9D0-650F-4F84-A412-E215C454FA90@gmail.com>
	<CAAg5f2TDWAwXXOkuadaABgKqcpau+oorrfta2No57rvOgEwxcg@mail.gmail.com>
	<F3057137-CEEE-453D-8648-E98F09E834C1@gmail.com>
	<CAAg5f2SwTUeQJSSvV8fE+RmO8D6oSiAAH9zpeJSEUswWbZMYFg@mail.gmail.com>
	<CALD3Fd3i9d0k8iaOk483woYrOembEim82yxa2H9p=Oc=euFXgw@mail.gmail.com>
	<CAM5SUC6akb9J8mJ0dBKp6hRbxEM+VEn1tsFyczpzWePp1DgCkA@mail.gmail.com>
	<CAAg5f2RxNJM9W5hTAWy_KHktxEGRm4EZ0crBRTd9jNiyHzR_aQ@mail.gmail.com>
Message-ID: <CAL8vO=fuBWPrzNZQ5UEQbT-pufeLV9x2Zzv9zHTREjpYYYnLOg@mail.gmail.com>

Let's keep this oauth1 repo private then and close PRs for now.
No pb.
++
Corinne

On Tuesday, March 31, 2015, Matthias Wessendorf <matzew at apache.org> wrote:

>
>
> On Tue, Mar 31, 2015 at 8:57 PM, Bruno Oliveira <bruno at abstractj.org
> <javascript:_e(%7B%7D,'cvml','bruno at abstractj.org');>> wrote:
>
>> I'm sorry if I'm late for the discussion, but I will voice my concerns
>> anyways.
>>
>> 1. I don't see the real need/use case/scenario to support OAuth1. I'm not
>> saying that OAuth1 is bad, but currently even after reading the GSoC
>> proposal, I can't see which problem we're trying to solve here.
>>
>> 2. The big win of our APIs, is the extensibility. In my mind is:
>> implement by your own if our SDK don't have it. If we're willing to
>> maintain 2 protocols + OAuth1/2 providers outside, I'm a bit concerned
>> about the bandwidth to maintain this codebase.
>>
>> By that I mean, not only writing the code, but keep an eye on the
>> vulnerabilities from an OAuth1 provider located in Springfield, for
>> example. Because someone thought would be cool to support The Simpsons.
>>
>> 3. I think we have to be cautious about not reinvent the wheel. Several
>> SDKs for social already the job for most of the popular APIs outside.
>>
>
>
> yes, for JS we agreed to not create any social provider support, since
> they exist already (and why would I as a Twitter developer use a provider
> from somewhere else).
>
> So for iOS I agree that initial work to move the FB/Google providers out,
> as discussed on thread you reference under [1], but I am not really seeing
> us moving towards a social framework nor as a provider for several social
> networks.
>
>
>>
>> 4. Our APIs are pretty much in a good shape, but there's always a room
>> for improvements. If we suggest to people to improve the already existent
>> APIs, instead of creating new ones, that in my personal opinion would be a
>> good GSoC proposal.
>>
>
> I like that idea and looking here
> https://aerogear.org/docs/guides/security/oauth2-guide/#_overview perhaps
> the we should change the subject and really improve the feature set, and
> improve existing API.
>
> If the student wants to leverage the work for a specific social network of
> choice, as a test-case, that's fine - but I am not sure if adding support
> for yet another social network really makes sense.
>
>
>>
>> This is only my 2 cents. I think we should make our SDKs stronger, than
>> they already are, instead of implement more stuff without a good reason.
>>
>> On Tue, Mar 31, 2015 at 9:58 AM, Luke Holmquist <lholmqui at redhat.com
>> <javascript:_e(%7B%7D,'cvml','lholmqui at redhat.com');>> wrote:
>>
>>>
>>>
>>> On Thu, Mar 26, 2015 at 2:09 PM, Matthias Wessendorf <matzew at apache.org
>>> <javascript:_e(%7B%7D,'cvml','matzew at apache.org');>> wrote:
>>>
>>>>
>>>>
>>>> On Thursday, March 26, 2015, Corinne Krych <corinnekrych at gmail.com
>>>> <javascript:_e(%7B%7D,'cvml','corinnekrych at gmail.com');>> wrote:
>>>>
>>>>>
>>>>> > On 26 Mar 2015, at 17:25, Matthias Wessendorf <matzew at apache.org>
>>>>> wrote:
>>>>> >
>>>>> >
>>>>> >
>>>>> > On Wed, Mar 25, 2015 at 5:03 PM, Corinne Krych <
>>>>> corinnekrych at gmail.com> wrote:
>>>>> > Hello All,
>>>>> >
>>>>> > As discussed in this thread [1], we are going to create an
>>>>> aerogear-ios-social repository to host FacebookConfig... etc. When it?s
>>>>> specific to a provider it will go in social.
>>>>> >
>>>>> > +1
>>>>> >
>>>>> > but I don't get why we now also work on support for OAuth1
>>>>>
>>>>> aerogear-ios-social will be part of GSoC, this PRs are to prepare the
>>>>> work our student will do. I?ve created the JIRAs for that.
>>>>>
>>>>> To have a proper social library we need to have both OAuth1 and 2.
>>>>> Similar approach for oauth / http integration.
>>>>> Our oauth1 lib should eventually use aerogear-ios-crypto.
>>>>
>>>>
>>>> I am not sure if we really should put a lot of effort on a proper
>>>> social lib, including oauth2. A bit surprised this is included in 2.3
>>>>
>>>
>>> I sort of agree with this.
>>>
>>> I was wondering why we need this exactly?  Don't the native
>>> platforms(iOS, Android) already have SDK's and integration with FB, G+, and
>>> twitter already.
>>>
>>> i know this is a major reason why the JS lib isn't planning a social
>>> lib.  Those libs already exist
>>>
>>>
>>>>
>>>>
>>>>>
>>>>> >
>>>>> > -Matthias
>>>>> >
>>>>> > Social lib work is tracked under epic AGIOS-409 [2]. We also have a
>>>>> GSoC [2] for the iOS social lib so hopefully we?ll have some help here ;)
>>>>> >
>>>>> > As a first step toward Social framework, AGIOS-419 provides support
>>>>> for OAuth1.
>>>>> > Here is a list of related PRs to review together:
>>>>> > - ios-http: https://github.com/aerogear/aerogear-ios-http/pull/40
>>>>> > - ios-oauth2:
>>>>> https://github.com/aerogear/aerogear-ios-oauth2/pull/26
>>>>> > - ios-oauth1: https://github.com/corinnekrych/aerogear-ios-oauth1
>>>>> >
>>>>> > The cookbook demo app [3] (which eventually will use ios-social pod)
>>>>> uses Twitter and can be used to test the PRs.
>>>>> >
>>>>> > PR review and comments welcome!
>>>>> >
>>>>> > ++
>>>>> > Corinne
>>>>> > [1]
>>>>> http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-Android-Refactoring-OAuth2-configuration-td11113.html
>>>>> > [2]
>>>>> https://developer.jboss.org/wiki/GSOC15Ideas#jive_content_id_Go_Social
>>>>> > [3]
>>>>> https://github.com/corinnekrych/aerogear-ios-cookbook-1/tree/incognito/Incognito
>>>>> >
>>>>> >
>>>>> > _______________________________________________
>>>>> > 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
>>>>
>>>>
>>>>
>>>> --
>>>> Sent from Gmail Mobile
>>>>
>>>> _______________________________________________
>>>> aerogear-dev mailing list
>>>> aerogear-dev at lists.jboss.org
>>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>>
>>>
>>>
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> <javascript:_e(%7B%7D,'cvml','aerogear-dev at lists.jboss.org');>
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>>>
>>
>>
>>
>> --
>>
>> --
>> "The measure of a man is what he does with power" - Plato
>> -
>> @abstractj
>> -
>> Volenti Nihil Difficile
>>
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> <javascript:_e(%7B%7D,'cvml','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/20150331/f4a545e8/attachment.html