nice!
that should be enough for the mobile clients, right ?
On Fri, Jun 14, 2013 at 3:21 PM, Sebastien Blanc <scm.blanc(a)gmail.com>wrote:
Ok,
We got here a first set of services which should be enough for the demo
purposes :
POST /login
Login service, mandatory for all further request.
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json"
-X POST -d '{"loginName": "john",
"password":"123"}'
http://localhost:8080/prodoctor/login
It will return the user :
{"id":"cb3c05aa-3fdd-4b4e-9b90-386fc7e5671a","enabled":true,"createdDate":1371215851063,"expirationDate":null,"partition":null,"loginName":"john","firstName":null,"lastName":null,"email":null,"status":"PTO","password":"123","location":"New
York"}
POST /logout
Logout service.
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json"
-X POST -d '{"loginName": "john",
"password":"123"}'
http://localhost:8080/prodoctor/logout
returns no data
GET /leads
Obtain a list of leads.
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json"
-X GET -d '{"loginName": "john",
"password":"123"}'
http://localhost:8080/prodoctor/leads
You will get a list of leads :
[{"id":39,"version":0,"name":"Doctor
No","location":"New
York","phoneNumber":"0612412121"}]
PUT /saleagents/{id}
update a SaleAgent, the service will only update the status and the
location for now.
curl -v -b cookies.txt -c cookies.txt -H "Accept: application/json" -H
"Content-type: application/json" -X PUT -d
'{"id":"13bbaea3-9271-43f7-80aa-fb21360ff684","enabled":true,"createdDate":1371213256827,"expirationDate":null,"partition":null,"loginName":"john","firstName":null,"lastName":null,"email":null,"version":0,"status":"CHANGED","password":"123","location":"New
York"}'
http://localhost:8080/prodoctor/saleagents/13bbaea3-9271-43f7-80aa-fb2136...
returns no data
On Fri, Jun 14, 2013 at 10:21 AM, Matthias Wessendorf <matzew(a)apache.org>wrote:
> w00t!!!!
>
>
> On Friday, June 14, 2013, Sebastien Blanc wrote:
>
>> A quick update :
>>
>> A first version of the backend application has been created and be found
>> here
https://github.com/sebastienblanc/aerogear-push-quickstart-backend/
>>
>> You can create Leads, then query for Sale Agents and send them a push
>> notification containing the lead information.
>>
>> The readme contains all the intructions. We made some tests with Matzew
>> yesterday and we were able to send notification from the backend app to an
>> Android Device, using of course, the Push Server : this means we have the
>> complete loop working , yeah !
>>
>> I will now work on the API of the Prodoctor app that will be used by the
>> Native Clients.
>>
>> Seb
>>
>>
>>
>> On Thu, Jun 13, 2013 at 11:33 AM, Matthias Wessendorf <matzew(a)apache.org
>> > wrote:
>>
>> Repo suggestions:
>>
>>
>> - aerogear-push-quickstart-android
>> - aerogear-push-quickstart-backend
>> - aerogear-push-quickstart-ios
>>
>>
>>
>> JIRA =>
https://issues.jboss.org/browse/AEROGEAR-1261
>>
>>
>>
>> On Wed, Jun 12, 2013 at 3:34 PM, Matthias Wessendorf
<matzew(a)apache.org>wrote:
>>
>>
>>
>>
>> On Wed, Jun 12, 2013 at 3:29 PM, Summers Pittman
<supittma(a)redhat.com>wrote:
>>
>> On 06/12/2013 09:26 AM, Corinne Krych wrote:
>>
>> I like summers idea of replacing the popup when app is open with leads
>> list.
>> If you are in the leads list, the list could be updated but we still
>> need some visual effect to say "new lead" maybe bold font with new
icon.
>>
>> In the Google Plus application the refresh button becomes highlighted if
>> there is new data. (As a suggestion).
>>
>>
>> Or... confirm the "popup" and have the list refresh. A color (on the
new
>> lead) is fading out :)
>>
>>
>>
>>
>> Or we could add the entry and have a special style applied.
>>
>>
>>
>>
>> On 12 June 2013 15:20, Summers Pittman <supittma(a)redhat.com> wrote:
>>
>> In Android land you wouldn't do a popup. If the app is in the
>> background you would put a notification in the drawer which the user may
>> dismiss or interact with.
>>
>> If you are in the application it would probably be better to update the
>> leads data store and send an update event. If the Leads are being browsed
>> they can be updated. If they aren't then a badge could appear on the leads
>> action.
>>
>>
>> On 06/12/2013 04:52 AM, Sebastien Blanc wrote:
>>
>> Ok, there seems to be some agreement on the idea, Nice !
>> Let's focus a bit on the Mobile App. As said before, it must stay really
>> simple, so basically that's what the apps does :
>>
>>
>
> --
> Matthias Wessendorf
>
> blog:
http://matthiaswessendorf.wordpress.com/
> sessions:
http://www.slideshare.net/mwessendorf
> twitter:
http://twitter.com/mwessendorf
>
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev