[aerogear-dev] Push "all inclusive" demo

[Matthias Wessendorf]

No, not on intention.

All three platforms will have a simple demo :-)

sorry for the confusion... :-(

especially since SimplePush is the 'hot' part of our push offereings

-Matthias

On Saturday, June 15, 2013, Kris Borchers wrote:

>
>
> On Jun 15, 2013, at 10:17, Matthias Wessendorf <matzew at apache.org<javascript:_e({}, 'cvml', 'matzew at apache.org');>>
> wrote:
>
>
>
>
> On Sat, Jun 15, 2013 at 5:13 PM, Matthias Wessendorf <matzew at apache.org<javascript:_e({}, 'cvml', 'matzew at apache.org');>
> > wrote:
>
>>
>>
>>
>> On Sat, Jun 15, 2013 at 5:09 PM, Kris Borchers <kborcher at redhat.com<javascript:_e({}, 'cvml', 'kborcher at redhat.com');>
>> > wrote:
>>
>>>
>>>
>>> On Jun 15, 2013, at 10:02, Sebastien Blanc <scm.blanc at gmail.com<javascript:_e({}, 'cvml', 'scm.blanc at gmail.com');>>
>>> wrote:
>>>
>>> It will come for sure, we just have to discuss "the planning" ;)
>>> Seb
>>>
>>>
>>> But isn't that what this discussion is? If the goal is not to have
>>> similar functionality between the native and web demos then I guess it's
>>> not a big deal but I assume we do want that similar functionality so all
>>> demos should be included from the beginning to avoid wasted time by having
>>> duplicate conversations.
>>>
>>
>> again, right now there is just the demo. Zero lines are written for the
>> clients.
>>
>
> s/demo/backend-demo
>
>
> Understood. I just wanted to make sure we weren't planning without JS in
> mind since iOS and Android were specifically called out in the original
> email rather than just saying clients.
>
>
> The overall story works on all the different platforms.
>
>
>
>
>
>
> On Sat, Jun 15, 2013 at 3:45 PM, Kris Borchers <kborcher at redhat.com>wrote:
>
> Maybe I missed off list discussions but is there any reason an "all
> inclusive" push demo doesn't include JS (SimplePush) in any of this
> discussion?
>
> On Jun 14, 2013, at 8:53, Sebastien Blanc <scm.blanc at gmail.com> wrote:
>
> Service has been added :
>
> PUT /leads/{id}
>
> Update a Lead, typically used if a Sale Agent wants to assign a lead to
> him.
>
> curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H "Content-type: application/json" -X PUT -d '{"id":39,"version":0,"name":"Doctor No","location":"New York","phoneNumber":"121212121","saleAgent":"13bbaea3-9271-43f7-80aa-fb21360ff684"}' http://localhost:8080/prodoctor/leads/39
>
> returns no data
>
>
> On Fri, Jun 14, 2013 at 3:30 PM, Sebastien Blanc <scm.blanc at gmail.com>wrote:
>
> Exactly ! That is the "public" set needed by the client : login/logout ,
> get leads, update location/status
>
> Oh ! I miss one "assign lead to user" , I will update the doc
> Seb
>
>
>
> On Fri, Jun 14, 2013 at 3:25 PM, Matthias Wessendorf <matzew at apache.org>wrote:
>
> nice!
>
> that should be enough for the mobile clients, right ?
>
>
> On Fri, Jun 14, 2013 at 3:21 PM, Sebastien Blanc
>
>

-- 
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/20130615/193b0401/attachment.html