Hi, this is not really a quick start :) So I am asking for new names. Once have have decided on "better" repo names for this, I'll create a JIRA so that the repos will be renamed to better reflect what they actually are... Thoughts? -Matthias On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; wrote: > Hey ! > We would like to provide, in a quite short delay (coming 2 weeks) a demo showing all the different bits of the "push" world , meaning : > client | push server | JEE Backend App > > We already have the push server (aerogear-unified-push-server) : so we need a client (iOS and maybe also Android) and a simple JEE backend application. The backend app will mostly be scaffolded and will use the aerogear-unified-push-java-client to send messages to the Push Server. > > Then of course, we need to think about an idea of the application itself. It needs to stay really simple, show how we can send selectively and should be a bit "business" related. > > So, I came up with an idea this morning that we can discuss here, of course if you have any other idea don't hesitate to share it. > > Push Demo > > Introduction > > Prodoctor is a company in the health care industry, selling a revolutionary tensiometer. Their clients are doctors. Prodoctor has several sales agents all over the United States. At the headquarters, they have their "first line" sales department doing cold calls all along the day. As soon they have a concrete lead, they use their Prodoctor Admin app to filter out available sales Agents available in the lead area. They can then send them a push notification. > > The sales agent receives the notification on their mobile device that a new lead is available. The agent will handle the lead by "accepting" the notification informing the other agents that the lead has been processed. > > The client app > > The client consist of a list of leads : a lead can be "open" or "in process", leads "in process" of other sales are not visible. > optional : when the client tap a lead it appears on a map > The client has a status that he can set: STANDBY | WITH_CLIENT |PTO > The client has a location > The client has an alias > Prodoctor Admin client > > The admin client can create a new lead : > A lead consist of a name and a location > The admin client can query for Sales Agents based on : > Status > Location > The admin client can assign a lead to a selection (1..n) of sales agents, this will send out the notifications. > > The admin client manage the Sales Agents DB. > > _______________________________________________ > > 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 -- 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

On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych <corinnekrych(a)gmail.com&gt; wrote: > > It's depend what we want to do with it. > > If it's to demo Push feature only I would suggest: > aerogear-push-demo-backend/ios/web/android > > If we want to demo more features we could call it simply > aerogear-prodoctor-… yeah, works for me too. It's simple :) > > > ++ > Corinne > > On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf <matzew(a)apache.org&gt; > wrote: > > Hi, > > > this is not really a quick start :) So I am asking for new names. > > Once have have decided on "better" repo names for this, I'll create a JIRA > so that the repos will be renamed to better reflect what they actually > are... > > > Thoughts? > > -Matthias > > > >> >> >> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; >> wrote: >> >> Hey ! >> We would like to provide, in a quite short delay (coming 2 weeks) a demo >> showing all the different bits of the "push" world , meaning : >> client | push server | JEE Backend App >> >> We already have the push server (aerogear-unified-push-server) : so we >> need a client (iOS and maybe also Android) and a simple JEE backend >> application. The backend app will mostly be scaffolded and will use the >> aerogear-unified-push-java-client to send messages to the Push Server. >> >> Then of course, we need to think about an idea of the application itself. >> It needs to stay really simple, show how we can send selectively and should >> be a bit "business" related. >> >> So, I came up with an idea this morning that we can discuss here, of >> course if you have any other idea don't hesitate to share it. >> >> Push Demo >> >> Introduction >> >> Prodoctor is a company in the health care industry, selling a >> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >> sales agents all over the United States. At the headquarters, they have >> their "first line" sales department doing cold calls all along the day. As >> soon they have a concrete lead, they use their Prodoctor Admin app to filter >> out available sales Agents available in the lead area. They can then send >> them a push notification. >> >> The sales agent receives the notification on their mobile device that a >> new lead is available. The agent will handle the lead by "accepting" the >> notification informing the other agents that the lead has been processed. >> >> The client app >> >> The client consist of a list of leads : a lead can be "open" or "in >> process", leads "in process" of other sales are not visible. >> >> optional : when the client tap a lead it appears on a map >> >> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >> The client has a location >> The client has an alias >> >> Prodoctor Admin client >> >> The admin client can create a new lead : >> >> A lead consist of a name and a location >> >> The admin client can query for Sales Agents based on : >> >> Status >> Location >> >> The admin client can assign a lead to a selection (1..n) of sales agents, >> this will send out the notifications. >> >> The admin client manage the Sales Agents DB. >> >> _______________________________________________ >> >> 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 > > > > > -- > 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 -- Matthias Wessendorf blog: http://matthiaswessendorf.wordpress.com/ sessions: http://www.slideshare.net/mwessendorf twitter: http://twitter.com/mwessendorf

On Jun 27, 2013, at 11:57 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > Any more thoughts on this ? > > Looks like right now the favorite is: > aerogear-prodoctor-** Definitely thought we were changing the name so probably not good to name the repo that.

> > Perhaps we can find something "better" for the "prodoctor"... > > On Tue, Jun 25, 2013 at 11:40 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >> >> >> >> On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych <corinnekrych(a)gmail.com&gt; >> wrote: >>> >>> It's depend what we want to do with it. >>> >>> If it's to demo Push feature only I would suggest: >>> aerogear-push-demo-backend/ios/web/android >>> >>> If we want to demo more features we could call it simply >>> aerogear-prodoctor-… >> >> >> yeah, works for me too. It's simple :) >> >>> >>> >>> ++ >>> Corinne >>> >>> On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf <matzew(a)apache.org&gt; >>> wrote: >>> >>> Hi, >>> >>> >>> this is not really a quick start :) So I am asking for new names. >>> >>> Once have have decided on "better" repo names for this, I'll create a JIRA >>> so that the repos will be renamed to better reflect what they actually >>> are... >>> >>> >>> Thoughts? >>> >>> -Matthias >>> >>> >>> >>>> >>>> >>>> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; >>>> wrote: >>>> >>>> Hey ! >>>> We would like to provide, in a quite short delay (coming 2 weeks) a demo >>>> showing all the different bits of the "push" world , meaning : >>>> client | push server | JEE Backend App >>>> >>>> We already have the push server (aerogear-unified-push-server) : so we >>>> need a client (iOS and maybe also Android) and a simple JEE backend >>>> application. The backend app will mostly be scaffolded and will use the >>>> aerogear-unified-push-java-client to send messages to the Push Server. >>>> >>>> Then of course, we need to think about an idea of the application itself. >>>> It needs to stay really simple, show how we can send selectively and should >>>> be a bit "business" related. >>>> >>>> So, I came up with an idea this morning that we can discuss here, of >>>> course if you have any other idea don't hesitate to share it. >>>> >>>> Push Demo >>>> >>>> Introduction >>>> >>>> Prodoctor is a company in the health care industry, selling a >>>> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >>>> sales agents all over the United States. At the headquarters, they have >>>> their "first line" sales department doing cold calls all along the day. As >>>> soon they have a concrete lead, they use their Prodoctor Admin app to filter >>>> out available sales Agents available in the lead area. They can then send >>>> them a push notification. >>>> >>>> The sales agent receives the notification on their mobile device that a >>>> new lead is available. The agent will handle the lead by "accepting" the >>>> notification informing the other agents that the lead has been processed. >>>> >>>> The client app >>>> >>>> The client consist of a list of leads : a lead can be "open" or "in >>>> process", leads "in process" of other sales are not visible. >>>> >>>> optional : when the client tap a lead it appears on a map >>>> >>>> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >>>> The client has a location >>>> The client has an alias >>>> >>>> Prodoctor Admin client >>>> >>>> The admin client can create a new lead : >>>> >>>> A lead consist of a name and a location >>>> >>>> The admin client can query for Sales Agents based on : >>>> >>>> Status >>>> Location >>>> >>>> The admin client can assign a lead to a selection (1..n) of sales agents, >>>> this will send out the notifications. >>>> >>>> The admin client manage the Sales Agents DB. >>>> >>>> _______________________________________________ >>>> >>>> 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 >>> >>> >>> >>> >>> -- >>> 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 >> >> >> >> >> -- >> 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(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

Hello all, Before renaming, I suggest we choose which category we want to tag ProDoctor. From Jay proposal: - showcase demo - topics demos - quickstart - one off examples. Given those categories, I think ProDoctor is between topics demos and a first draft for showcase demo. Do we want to keep the topics demos category ? As Pete Muir pointed out, does it make sense? or do we prefer to enhance our quick start/tutorials with different scenarios? Maybe working on the recipes/cookbook approach as defined by passos. We could recycle ProDoctor into several quickstarts (simplify code) and make difference cases: selective push, broadcast etc… We could also reuse some material for showcase demo and off course make it blogpost. Several options. Depending on the choice we then get a name. Just wondering which category does the TODO app falls in? ++ Corinne On Jun 27, 2013, at 7:08 PM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > On Thu, Jun 27, 2013 at 7:01 PM, Kris Borchers <kris(a)redhat.com&gt; wrote: >> >> On Jun 27, 2013, at 11:57 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >> >>> Any more thoughts on this ? >>> >>> Looks like right now the favorite is: >>> aerogear-prodoctor-** >> >> Definitely thought we were changing the name so probably not good to name the repo that. > > exactly :) > > name (and repo) needs to be changed :) > > Any "proposals" ? > >>> >>> Perhaps we can find something "better" for the "prodoctor"... >>> >>> On Tue, Jun 25, 2013 at 11:40 AM, Matthias Wessendorf < matzew(a)apache.org&gt; wrote: >>>> >>>> >>>> >>>> On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych < corinnekrych(a)gmail.com&gt; >>>> wrote: >>>>> >>>>> It's depend what we want to do with it. >>>>> >>>>> If it's to demo Push feature only I would suggest: >>>>> aerogear-push-demo-backend/ios/web/android >>>>> >>>>> If we want to demo more features we could call it simply >>>>> aerogear-prodoctor-… >>>> >>>> >>>> yeah, works for me too. It's simple :) >>>> >>>>> >>>>> >>>>> ++ >>>>> Corinne >>>>> >>>>> On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf <matzew(a)apache.org&gt; >>>>> wrote: >>>>> >>>>> Hi, >>>>> >>>>> >>>>> this is not really a quick start :) So I am asking for new names. >>>>> >>>>> Once have have decided on "better" repo names for this, I'll create a JIRA >>>>> so that the repos will be renamed to better reflect what they actually >>>>> are... >>>>> >>>>> >>>>> Thoughts? >>>>> >>>>> -Matthias >>>>> >>>>> >>>>> >>>>>> >>>>>> >>>>>> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; >>>>>> wrote: >>>>>> >>>>>> Hey ! >>>>>> We would like to provide, in a quite short delay (coming 2 weeks) a demo >>>>>> showing all the different bits of the "push" world , meaning : >>>>>> client | push server | JEE Backend App >>>>>> >>>>>> We already have the push server (aerogear-unified-push-server) : so we >>>>>> need a client (iOS and maybe also Android) and a simple JEE backend >>>>>> application. The backend app will mostly be scaffolded and will use the >>>>>> aerogear-unified-push-java-client to send messages to the Push Server. >>>>>> >>>>>> Then of course, we need to think about an idea of the application itself. >>>>>> It needs to stay really simple, show how we can send selectively and should >>>>>> be a bit "business" related. >>>>>> >>>>>> So, I came up with an idea this morning that we can discuss here, of >>>>>> course if you have any other idea don't hesitate to share it. >>>>>> >>>>>> Push Demo >>>>>> >>>>>> Introduction >>>>>> >>>>>> Prodoctor is a company in the health care industry, selling a >>>>>> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >>>>>> sales agents all over the United States. At the headquarters, they have >>>>>> their "first line" sales department doing cold calls all along the day. As >>>>>> soon they have a concrete lead, they use their Prodoctor Admin app to filter >>>>>> out available sales Agents available in the lead area. They can then send >>>>>> them a push notification. >>>>>> >>>>>> The sales agent receives the notification on their mobile device that a >>>>>> new lead is available. The agent will handle the lead by "accepting" the >>>>>> notification informing the other agents that the lead has been processed. >>>>>> >>>>>> The client app >>>>>> >>>>>> The client consist of a list of leads : a lead can be "open" or "in >>>>>> process", leads "in process" of other sales are not visible. >>>>>> >>>>>> optional : when the client tap a lead it appears on a map >>>>>> >>>>>> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >>>>>> The client has a location >>>>>> The client has an alias >>>>>> >>>>>> Prodoctor Admin client >>>>>> >>>>>> The admin client can create a new lead : >>>>>> >>>>>> A lead consist of a name and a location >>>>>> >>>>>> The admin client can query for Sales Agents based on : >>>>>> >>>>>> Status >>>>>> Location >>>>>> >>>>>> The admin client can assign a lead to a selection (1..n) of sales agents, >>>>>> this will send out the notifications. >>>>>> >>>>>> The admin client manage the Sales Agents DB. >>>>>> >>>>>> _______________________________________________ >>>>>> >>>>>> 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 >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> 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 >>>> >>>> >>>> >>>> >>>> -- >>>> 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(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 > > > > -- > 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

On 06/27/2013 03:23 PM, Corinne Krych wrote: > Hello all, > > Before renaming, I suggest we choose which category we want to tag ProDoctor. From Jay proposal: > - showcase demo > - topics demos > - quickstart > - one off examples. > > Given those categories, I think ProDoctor is between topics demos and a first draft for showcase demo. +1 to it being a topics demo.

> > Do we want to keep the topics demos category ? As Pete Muir pointed out, does it make sense? > > or do we prefer to enhance our quick start/tutorials with different scenarios? Maybe working on the recipes/cookbook approach as defined by passos. > > We could recycle ProDoctor into several quickstarts (simplify code) and make difference cases: selective push, broadcast etc… > We could also reuse some material for showcase demo and off course make it blogpost. > > Several options. Depending on the choice we then get a name. > Just wondering which category does the TODO app falls in? > > ++ > Corinne > > > On Jun 27, 2013, at 7:08 PM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > >> On Thu, Jun 27, 2013 at 7:01 PM, Kris Borchers <kris(a)redhat.com&gt; wrote: >>> On Jun 27, 2013, at 11:57 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >>> >>>> Any more thoughts on this ? >>>> >>>> Looks like right now the favorite is: >>>> aerogear-prodoctor-** >>> Definitely thought we were changing the name so probably not good to name the repo that. >> exactly :) >> >> name (and repo) needs to be changed :) >> >> Any "proposals" ? >> >>>> Perhaps we can find something "better" for the "prodoctor"... >>>> >>>> On Tue, Jun 25, 2013 at 11:40 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >>>>> >>>>> >>>>> On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych <corinnekrych(a)gmail.com&gt; >>>>> wrote: >>>>>> It's depend what we want to do with it. >>>>>> >>>>>> If it's to demo Push feature only I would suggest: >>>>>> aerogear-push-demo-backend/ios/web/android >>>>>> >>>>>> If we want to demo more features we could call it simply >>>>>> aerogear-prodoctor-… >>>>> >>>>> yeah, works for me too. It's simple :) >>>>> >>>>>> >>>>>> ++ >>>>>> Corinne >>>>>> >>>>>> On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf <matzew(a)apache.org&gt; >>>>>> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> >>>>>> this is not really a quick start :) So I am asking for new names. >>>>>> >>>>>> Once have have decided on "better" repo names for this, I'll create a JIRA >>>>>> so that the repos will be renamed to better reflect what they actually >>>>>> are... >>>>>> >>>>>> >>>>>> Thoughts? >>>>>> >>>>>> -Matthias >>>>>> >>>>>> >>>>>> >>>>>>> >>>>>>> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; >>>>>>> wrote: >>>>>>> >>>>>>> Hey ! >>>>>>> We would like to provide, in a quite short delay (coming 2 weeks) a demo >>>>>>> showing all the different bits of the "push" world , meaning : >>>>>>> client | push server | JEE Backend App >>>>>>> >>>>>>> We already have the push server (aerogear-unified-push-server) : so we >>>>>>> need a client (iOS and maybe also Android) and a simple JEE backend >>>>>>> application. The backend app will mostly be scaffolded and will use the >>>>>>> aerogear-unified-push-java-client to send messages to the Push Server. >>>>>>> >>>>>>> Then of course, we need to think about an idea of the application itself. >>>>>>> It needs to stay really simple, show how we can send selectively and should >>>>>>> be a bit "business" related. >>>>>>> >>>>>>> So, I came up with an idea this morning that we can discuss here, of >>>>>>> course if you have any other idea don't hesitate to share it. >>>>>>> >>>>>>> Push Demo >>>>>>> >>>>>>> Introduction >>>>>>> >>>>>>> Prodoctor is a company in the health care industry, selling a >>>>>>> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >>>>>>> sales agents all over the United States. At the headquarters, they have >>>>>>> their "first line" sales department doing cold calls all along the day. As >>>>>>> soon they have a concrete lead, they use their Prodoctor Admin app to filter >>>>>>> out available sales Agents available in the lead area. They can then send >>>>>>> them a push notification. >>>>>>> >>>>>>> The sales agent receives the notification on their mobile device that a >>>>>>> new lead is available. The agent will handle the lead by "accepting" the >>>>>>> notification informing the other agents that the lead has been processed. >>>>>>> >>>>>>> The client app >>>>>>> >>>>>>> The client consist of a list of leads : a lead can be "open" or "in >>>>>>> process", leads "in process" of other sales are not visible. >>>>>>> >>>>>>> optional : when the client tap a lead it appears on a map >>>>>>> >>>>>>> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >>>>>>> The client has a location >>>>>>> The client has an alias >>>>>>> >>>>>>> Prodoctor Admin client >>>>>>> >>>>>>> The admin client can create a new lead : >>>>>>> >>>>>>> A lead consist of a name and a location >>>>>>> >>>>>>> The admin client can query for Sales Agents based on : >>>>>>> >>>>>>> Status >>>>>>> Location >>>>>>> >>>>>>> The admin client can assign a lead to a selection (1..n) of sales agents, >>>>>>> this will send out the notifications. >>>>>>> >>>>>>> The admin client manage the Sales Agents DB. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> >>>>>>> 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 >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> 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 >>>>> >>>>> >>>>> >>>>> -- >>>>> 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(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 >> >> >> -- >> 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 _______________________________________________ aerogear-dev mailing list aerogear-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev

According to that thread: http://aerogear-dev.1069024.n5.nabble.com/aerogear-dev-AeroGear-project-d... it's a topic example to be more exact :) * Topic examples: I believe these should have a similar requirement as the showcase example. The point of the topic example is to cover a specific topic, not specific individual clients. Should we have a naming convention? I suggest something like: aerogear-topic-example-prodoctor-*

aerogear-topic-example-todo-* By the way I put TODO "demo" in the same category. Do you all agree? Given we find another name for ProDoctor, maybe TensioLeads or just Leads because the business focus could be anything else. wdyt? ++ Corinne On Jun 28, 2013, at 7:57 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: > On Thu, Jun 27, 2013 at 11:11 PM, Summers Pittman <supittma(a)redhat.com&gt; wrote: >> On 06/27/2013 03:23 PM, Corinne Krych wrote: >>> Hello all, >>> >>> Before renaming, I suggest we choose which category we want to tag ProDoctor. From Jay proposal: >>> - showcase demo >>> - topics demos >>> - quickstart >>> - one off examples. >>> >>> Given those categories, I think ProDoctor is between topics demos and a first draft for showcase demo. >> +1 to it being a topics demo. > > I agree on topic demo. > > > >>> >>> Do we want to keep the topics demos category ? As Pete Muir pointed out, does it make sense? >>> >>> or do we prefer to enhance our quick start/tutorials with different scenarios? Maybe working on the recipes/cookbook approach as defined by passos. >>> >>> We could recycle ProDoctor into several quickstarts (simplify code) and make difference cases: selective push, broadcast etc… >>> We could also reuse some material for showcase demo and off course make it blogpost. >>> >>> Several options. Depending on the choice we then get a name. >>> Just wondering which category does the TODO app falls in? >>> >>> ++ >>> Corinne >>> >>> >>> On Jun 27, 2013, at 7:08 PM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >>> >>>> On Thu, Jun 27, 2013 at 7:01 PM, Kris Borchers <kris(a)redhat.com&gt; wrote: >>>>> On Jun 27, 2013, at 11:57 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >>>>> >>>>>> Any more thoughts on this ? >>>>>> >>>>>> Looks like right now the favorite is: >>>>>> aerogear-prodoctor-** >>>>> Definitely thought we were changing the name so probably not good to name the repo that. >>>> exactly :) >>>> >>>> name (and repo) needs to be changed :) >>>> >>>> Any "proposals" ? >>>> >>>>>> Perhaps we can find something "better" for the "prodoctor"... >>>>>> >>>>>> On Tue, Jun 25, 2013 at 11:40 AM, Matthias Wessendorf <matzew(a)apache.org&gt; wrote: >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych <corinnekrych(a)gmail.com&gt; >>>>>>> wrote: >>>>>>>> It's depend what we want to do with it. >>>>>>>> >>>>>>>> If it's to demo Push feature only I would suggest: >>>>>>>> aerogear-push-demo-backend/ios/web/android >>>>>>>> >>>>>>>> If we want to demo more features we could call it simply >>>>>>>> aerogear-prodoctor-… >>>>>>> >>>>>>> yeah, works for me too. It's simple :) >>>>>>> >>>>>>>> >>>>>>>> ++ >>>>>>>> Corinne >>>>>>>> >>>>>>>> On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf <matzew(a)apache.org&gt; >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> >>>>>>>> this is not really a quick start :) So I am asking for new names. >>>>>>>> >>>>>>>> Once have have decided on "better" repo names for this, I'll create a JIRA >>>>>>>> so that the repos will be renamed to better reflect what they actually >>>>>>>> are... >>>>>>>> >>>>>>>> >>>>>>>> Thoughts? >>>>>>>> >>>>>>>> -Matthias >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc <scm.blanc(a)gmail.com&gt; >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> Hey ! >>>>>>>>> We would like to provide, in a quite short delay (coming 2 weeks) a demo >>>>>>>>> showing all the different bits of the "push" world , meaning : >>>>>>>>> client | push server | JEE Backend App >>>>>>>>> >>>>>>>>> We already have the push server (aerogear-unified-push-server) : so we >>>>>>>>> need a client (iOS and maybe also Android) and a simple JEE backend >>>>>>>>> application. The backend app will mostly be scaffolded and will use the >>>>>>>>> aerogear-unified-push-java-client to send messages to the Push Server. >>>>>>>>> >>>>>>>>> Then of course, we need to think about an idea of the application itself. >>>>>>>>> It needs to stay really simple, show how we can send selectively and should >>>>>>>>> be a bit "business" related. >>>>>>>>> >>>>>>>>> So, I came up with an idea this morning that we can discuss here, of >>>>>>>>> course if you have any other idea don't hesitate to share it. >>>>>>>>> >>>>>>>>> Push Demo >>>>>>>>> >>>>>>>>> Introduction >>>>>>>>> >>>>>>>>> Prodoctor is a company in the health care industry, selling a >>>>>>>>> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >>>>>>>>> sales agents all over the United States. At the headquarters, they have >>>>>>>>> their "first line" sales department doing cold calls all along the day. As >>>>>>>>> soon they have a concrete lead, they use their Prodoctor Admin app to filter >>>>>>>>> out available sales Agents available in the lead area. They can then send >>>>>>>>> them a push notification. >>>>>>>>> >>>>>>>>> The sales agent receives the notification on their mobile device that a >>>>>>>>> new lead is available. The agent will handle the lead by "accepting" the >>>>>>>>> notification informing the other agents that the lead has been processed. >>>>>>>>> >>>>>>>>> The client app >>>>>>>>> >>>>>>>>> The client consist of a list of leads : a lead can be "open" or "in >>>>>>>>> process", leads "in process" of other sales are not visible. >>>>>>>>> >>>>>>>>> optional : when the client tap a lead it appears on a map >>>>>>>>> >>>>>>>>> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >>>>>>>>> The client has a location >>>>>>>>> The client has an alias >>>>>>>>> >>>>>>>>> Prodoctor Admin client >>>>>>>>> >>>>>>>>> The admin client can create a new lead : >>>>>>>>> >>>>>>>>> A lead consist of a name and a location >>>>>>>>> >>>>>>>>> The admin client can query for Sales Agents based on : >>>>>>>>> >>>>>>>>> Status >>>>>>>>> Location >>>>>>>>> >>>>>>>>> The admin client can assign a lead to a selection (1..n) of sales agents, >>>>>>>>> this will send out the notifications. >>>>>>>>> >>>>>>>>> The admin client manage the Sales Agents DB. >>>>>>>>> >>>>>>>>> _______________________________________________ >>>>>>>>> >>>>>>>>> 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 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> 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(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 >>>> >>>> >>>> -- >>>> 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 >> >> _______________________________________________ >> aerogear-dev mailing list >> aerogear-dev(a)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(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

On Thu, Jun 27, 2013 at 11:11 PM, Summers Pittman&lt;supittma(a)redhat.com&gt; wrote: > On 06/27/2013 03:23 PM, Corinne Krych wrote: >> Hello all, >> >> Before renaming, I suggest we choose which category we want to tag ProDoctor. From Jay proposal: >> - showcase demo >> - topics demos >> - quickstart >> - one off examples. >> >> Given those categories, I think ProDoctor is between topics demos and a first draft for showcase demo. > +1 to it being a topics demo. I agree on topic demo. >> Do we want to keep the topics demos category ? As Pete Muir pointed out, does it make sense? >> >> or do we prefer to enhance our quick start/tutorials with different scenarios? Maybe working on the recipes/cookbook approach as defined by passos. >> >> We could recycle ProDoctor into several quickstarts (simplify code) and make difference cases: selective push, broadcast etc… >> We could also reuse some material for showcase demo and off course make it blogpost. >> >> Several options. Depending on the choice we then get a name. >> Just wondering which category does the TODO app falls in? >> >> ++ >> Corinne >> >> >> On Jun 27, 2013, at 7:08 PM, Matthias Wessendorf&lt;matzew(a)apache.org&gt; wrote: >> >>> On Thu, Jun 27, 2013 at 7:01 PM, Kris Borchers&lt;kris(a)redhat.com&gt; wrote: >>>> On Jun 27, 2013, at 11:57 AM, Matthias Wessendorf&lt;matzew(a)apache.org&gt; wrote: >>>> >>>>> Any more thoughts on this ? >>>>> >>>>> Looks like right now the favorite is: >>>>> aerogear-prodoctor-** >>>> Definitely thought we were changing the name so probably not good to name the repo that. >>> exactly :) >>> >>> name (and repo) needs to be changed :) >>> >>> Any "proposals" ? >>> >>>>> Perhaps we can find something "better" for the "prodoctor"... >>>>> >>>>> On Tue, Jun 25, 2013 at 11:40 AM, Matthias Wessendorf&lt;matzew(a)apache.org&gt; wrote: >>>>>> >>>>>> On Tue, Jun 25, 2013 at 10:52 AM, Corinne Krych&lt;corinnekrych(a)gmail.com&gt; >>>>>> wrote: >>>>>>> It's depend what we want to do with it. >>>>>>> >>>>>>> If it's to demo Push feature only I would suggest: >>>>>>> aerogear-push-demo-backend/ios/web/android >>>>>>> >>>>>>> If we want to demo more features we could call it simply >>>>>>> aerogear-prodoctor-… >>>>>> yeah, works for me too. It's simple :) >>>>>> >>>>>>> ++ >>>>>>> Corinne >>>>>>> >>>>>>> On Jun 25, 2013, at 9:54 AM, Matthias Wessendorf&lt;matzew(a)apache.org&gt; >>>>>>> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> this is not really a quick start :) So I am asking for new names. >>>>>>> >>>>>>> Once have have decided on "better" repo names for this, I'll create a JIRA >>>>>>> so that the repos will be renamed to better reflect what they actually >>>>>>> are... >>>>>>> >>>>>>> >>>>>>> Thoughts? >>>>>>> >>>>>>> -Matthias >>>>>>> >>>>>>> >>>>>>> >>>>>>>> On Jun 11, 2013, at 10:45 AM, Sebastien Blanc&lt;scm.blanc(a)gmail.com&gt; >>>>>>>> wrote: >>>>>>>> >>>>>>>> Hey ! >>>>>>>> We would like to provide, in a quite short delay (coming 2 weeks) a demo >>>>>>>> showing all the different bits of the "push" world , meaning : >>>>>>>> client | push server | JEE Backend App >>>>>>>> >>>>>>>> We already have the push server (aerogear-unified-push-server) : so we >>>>>>>> need a client (iOS and maybe also Android) and a simple JEE backend >>>>>>>> application. The backend app will mostly be scaffolded and will use the >>>>>>>> aerogear-unified-push-java-client to send messages to the Push Server. >>>>>>>> >>>>>>>> Then of course, we need to think about an idea of the application itself. >>>>>>>> It needs to stay really simple, show how we can send selectively and should >>>>>>>> be a bit "business" related. >>>>>>>> >>>>>>>> So, I came up with an idea this morning that we can discuss here, of >>>>>>>> course if you have any other idea don't hesitate to share it. >>>>>>>> >>>>>>>> Push Demo >>>>>>>> >>>>>>>> Introduction >>>>>>>> >>>>>>>> Prodoctor is a company in the health care industry, selling a >>>>>>>> revolutionary tensiometer. Their clients are doctors. Prodoctor has several >>>>>>>> sales agents all over the United States. At the headquarters, they have >>>>>>>> their "first line" sales department doing cold calls all along the day. As >>>>>>>> soon they have a concrete lead, they use their Prodoctor Admin app to filter >>>>>>>> out available sales Agents available in the lead area. They can then send >>>>>>>> them a push notification. >>>>>>>> >>>>>>>> The sales agent receives the notification on their mobile device that a >>>>>>>> new lead is available. The agent will handle the lead by "accepting" the >>>>>>>> notification informing the other agents that the lead has been processed. >>>>>>>> >>>>>>>> The client app >>>>>>>> >>>>>>>> The client consist of a list of leads : a lead can be "open" or "in >>>>>>>> process", leads "in process" of other sales are not visible. >>>>>>>> >>>>>>>> optional : when the client tap a lead it appears on a map >>>>>>>> >>>>>>>> The client has a status that he can set: STANDBY | WITH_CLIENT |PTO >>>>>>>> The client has a location >>>>>>>> The client has an alias >>>>>>>> >>>>>>>> Prodoctor Admin client >>>>>>>> >>>>>>>> The admin client can create a new lead : >>>>>>>> >>>>>>>> A lead consist of a name and a location >>>>>>>> >>>>>>>> The admin client can query for Sales Agents based on : >>>>>>>> >>>>>>>> Status >>>>>>>> Location >>>>>>>> >>>>>>>> The admin client can assign a lead to a selection (1..n) of sales agents, >>>>>>>> this will send out the notifications. >>>>>>>> >>>>>>>> The admin client manage the Sales Agents DB. >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> >>>>>>>> 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 >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> 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 >>>>>> >>>>>> >>>>>> -- >>>>>> 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(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 >>> >>> -- >>> 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 > _______________________________________________ > aerogear-dev mailing list > aerogear-dev(a)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(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/aerogear-dev