Hi Gayan,

According to our offline discussion, then lets do this.

1 - Identify and list all actions that we want to give
"started-inprogress-ended" messages
2 - Identify on which sections we are going to give feedback - spinning
icon with messages

If all of us agree, proceed.

thanks,
dimuthu



On Wed, Aug 13, 2014 at 11:54 AM, Gayan Dhanushka <gay...@wso2.com> wrote:

> Hi Dimuthu / Dmitry,
>
> IMHO it is not good to use the wall to show on going events. It is more
> meant to show an action which is triggered by a user or an action triggered
> by the app factory system.
>
> Currently we have build and deployment events which takes some time to
> complete. While I agree the fact that the user must have some feedback of
> the ongoing processes, shall we move these notifications to the page it
> self? We can have a small spinning icon on the page itself near last build
> status and deployment id.
>
> WDYT?
>
>
>
>
> On Wed, Aug 13, 2014 at 10:51 AM, Gayan Dhanushka <gay...@wso2.com> wrote:
>
>> Hi Anuruddha / Dimuthu,
>>
>> The more global this ID is for all the events makes it more consistent.
>> Otherwise we'll have to render these messages according to different
>> parameters which are there in each message. Having said that we need to
>> figure out a common way of doing this. Doing this by looking at the message
>> content is not a good approach I guess. Need to figure out a better way of
>> doing this.
>>
>> Gayan
>>
>>
>> On Wed, Aug 13, 2014 at 10:38 AM, Dimuthu Leelarathne <dimut...@wso2.com>
>> wrote:
>>
>>> Hi all,
>>>
>>> Good question. How about generating an ID that can be generated equally
>>> from both sides. For example, if it is build then buildID. If it is
>>> deployment then md5 sum. The more unique the the ID is, then we have less
>>> work in identifying decoding user/event.
>>>
>>> thanks,
>>> dimuthu
>>>
>>>
>>> On Wed, Aug 13, 2014 at 10:30 AM, Anuruddha Premalal <anurud...@wso2.com
>>> > wrote:
>>>
>>>> Hi Gayan,
>>>>
>>>> We'll also need to consider about the failure events while tracking the
>>>> progress.
>>>>
>>>> eg. Deployment failure should stop the progress of the deployment event.
>>>>
>>>> So we'll have to keep track on start, failure and stop status of a
>>>> particular event.
>>>>
>>>> Other concern is assigning UUID's for events. These events are not
>>>> fired from a central point how are we going to associate a UUID to track
>>>> them?
>>>>
>>>> Regards,
>>>> Anuruddha.
>>>>
>>>>
>>>>
>>>> On Wed, Aug 13, 2014 at 5:37 AM, Dimuthu Leelarathne <dimut...@wso2.com
>>>> > wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> There can be several methods, one being subscription management.
>>>>> However since master branch is shared by all it would be interesting to
>>>>> know whether a build was triggered on it by all. However even in the first
>>>>> phase we must filter out activities happening on the fork repos. I think
>>>>> the approach Manjula mentioned should be applied to forked repos.
>>>>>
>>>>> Lets add all events to the doc life cycle and issue tracker events as
>>>>> well.
>>>>>
>>>>> thanks,
>>>>> dimuthu
>>>>>
>>>>>
>>>>> On Tue, Aug 12, 2014 at 8:42 PM, Gayan Dhanushka <gay...@wso2.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Manjula,
>>>>>>
>>>>>> Thanks for the input. I will try to utilize the above mentioned
>>>>>> method in the second phase when trying to make the app wall more
>>>>>> personalized.
>>>>>>
>>>>>> Regards
>>>>>> GayanD
>>>>>>
>>>>>>
>>>>>> On Tue, Aug 12, 2014 at 5:56 PM, Manjula Rathnayake <
>>>>>> manju...@wso2.com> wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>>
>>>>>>> Personalized app-wall can be achieved by the way we publish
>>>>>>> activities to social component. In current implementation, we publish
>>>>>>> activities to two contexts called 'foo-user' and 'bar-app' which is
>>>>>>> rendered in wall as 'foo user wall' and 'bar app wall'. We can introduce
>>>>>>> another context for personalized activities called 'bar_app-foo_user' 
>>>>>>> which
>>>>>>> can be rendered in 'bar app wall' only for 'foo-user'.
>>>>>>> In short, we define contexts for each user for getting a
>>>>>>> personalized app-wall.
>>>>>>>
>>>>>>> thank you.
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Aug 12, 2014 at 2:49 PM, Dmitry Sotnikov <dmi...@wso2.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Gayan,
>>>>>>>>
>>>>>>>> Indeed, looks like Udara and I are thinking along the same lines.
>>>>>>>> :) This is more than just a build. E.g. when I am creating an 
>>>>>>>> application,
>>>>>>>> there are a lot of things that happen (borrowing from your list):
>>>>>>>>
>>>>>>>>    1. application creation started
>>>>>>>>    2. initial git repo creation
>>>>>>>>    3. jenkins space creation
>>>>>>>>    4. issue tracker space creation
>>>>>>>>    5. app authorization in cloud environments
>>>>>>>>    6. application creation completed
>>>>>>>>
>>>>>>>> If I am creating an app - I'd like to see them all - because this
>>>>>>>> takes the mystery out of the process and makes me more comfortable 
>>>>>>>> with the
>>>>>>>> platform.
>>>>>>>>
>>>>>>>> If my team-member is creating an app - these 6 events and their
>>>>>>>> progress are just noise. All I need to do is: "Jane created a new Java 
>>>>>>>> app
>>>>>>>> HelloWorld" (if my role allows me to even know that this new app 
>>>>>>>> exists).
>>>>>>>>
>>>>>>>> Again, obviously this all can be phase two.
>>>>>>>>
>>>>>>>> Dmitry
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Aug 12, 2014 at 1:07 PM, Gayan Dhanushka <gay...@wso2.com>
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>>> Hi Dmitry,
>>>>>>>>>
>>>>>>>>> Thanks for pointing things out. IMO that would be phase two
>>>>>>>>> Dmitry. As soon as I complete publishing all the relevant events I 
>>>>>>>>> will
>>>>>>>>> look to accommodate the noise-reduction filter as well. WDYT of the
>>>>>>>>> suggestion made by Udara in the above reply? I think that is a valid
>>>>>>>>> comment as well.
>>>>>>>>>
>>>>>>>>> Hi Udara,
>>>>>>>>>
>>>>>>>>> The point that you are making is valid I think. With the
>>>>>>>>> suggestion made by Dmitry in the above reply I think this will come 
>>>>>>>>> into
>>>>>>>>> the picture.
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>> GayanD
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Aug 12, 2014 at 2:27 PM, Udara Rathnayake <uda...@wso2.com
>>>>>>>>> > wrote:
>>>>>>>>>
>>>>>>>>>> Hi Gayan,
>>>>>>>>>>
>>>>>>>>>> See my comment in-line.
>>>>>>>>>>
>>>>>>>>>> On Tue, Aug 12, 2014 at 1:54 PM, Gayan Dhanushka <gay...@wso2.com
>>>>>>>>>> > wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi all,
>>>>>>>>>>>
>>>>>>>>>>> We have identified that the events in the doc attached herewith
>>>>>>>>>>> are the events which are triggered within each page. While some of 
>>>>>>>>>>> them are
>>>>>>>>>>> already published, some of them needs to be published to the social
>>>>>>>>>>> component in order to enhance the user experience and 
>>>>>>>>>>> collaboration. While
>>>>>>>>>>> doing this we have encountered some issues and some resolutions are
>>>>>>>>>>> proposed to overcome those issues.
>>>>>>>>>>>
>>>>>>>>>>> *Problem*: There is no way to track whether a certain build or
>>>>>>>>>>> a deployment instance triggered by someone is completed.(No 
>>>>>>>>>>> association
>>>>>>>>>>> between start and finish events for a certain instance). There is 
>>>>>>>>>>> no way to
>>>>>>>>>>> represent an ongoing process. (e.g. application creation in 
>>>>>>>>>>> progress, build
>>>>>>>>>>> is in progress etc.)
>>>>>>>>>>>
>>>>>>>>>> Here we have to think about the user experience.
>>>>>>>>>> IMO the user who triggered the build only interested to see the
>>>>>>>>>> progress of that particular build, others may be interested to see 
>>>>>>>>>> the
>>>>>>>>>> start and the end but not the progress.
>>>>>>>>>>
>>>>>>>>>> WDYT?
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> The same problem would be applied to any scenario where it takes
>>>>>>>>>>> some time for a certain event to finish and app factory needs to 
>>>>>>>>>>> capture
>>>>>>>>>>> both start and completion events related to a particular instance.
>>>>>>>>>>>
>>>>>>>>>>> *Solution* : Use a UUID to track events which takes time to
>>>>>>>>>>> complete
>>>>>>>>>>>
>>>>>>>>>>> Publishing both start and complete events with the same UUID as
>>>>>>>>>>> a event property would solve the problem. Then by looking at the 
>>>>>>>>>>> event
>>>>>>>>>>> content we are able to find whether there is a completion event for 
>>>>>>>>>>> a
>>>>>>>>>>> certain start event. This would be a global thing so the 
>>>>>>>>>>> notification wall
>>>>>>>>>>> logic can be written in such a manner that we need to have a look 
>>>>>>>>>>> at only
>>>>>>>>>>> the UUID. If we use different mechanisms for tracking start and 
>>>>>>>>>>> completion
>>>>>>>>>>> events of different events the notification wall logic would be more
>>>>>>>>>>> complex when filtering out the events
>>>>>>>>>>>
>>>>>>>>>>> Your thoughts are welcome.
>>>>>>>>>>>
>>>>>>>>>>> [1] https://redmine.wso2.com/issues/3065
>>>>>>>>>>>
>>>>>>>>>>> Thanks
>>>>>>>>>>> GayanD
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Gayan Dhanuska
>>>>>>>>>>> Software Engineer
>>>>>>>>>>> http://wso2.com/
>>>>>>>>>>> Lean Enterprise Middleware
>>>>>>>>>>>
>>>>>>>>>>> Mobile
>>>>>>>>>>> 071 666 2327
>>>>>>>>>>>
>>>>>>>>>>> Office
>>>>>>>>>>> Tel   : 94 11 214 5345
>>>>>>>>>>>  Fax  : 94 11 214 5300
>>>>>>>>>>>
>>>>>>>>>>> Twitter : https://twitter.com/gayanlggd
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Architecture mailing list
>>>>>>>>>>> Architecture@wso2.org
>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> *Udara Rathnayake*
>>>>>>>>>> Software Engineer
>>>>>>>>>> WSO2 Inc. : http://wso2.com
>>>>>>>>>>
>>>>>>>>>> Mobile : +94 772207239
>>>>>>>>>> Twitter : http://twitter.com/udarakr
>>>>>>>>>> Blog    : http://udarakr.blogspot.com
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Architecture mailing list
>>>>>>>>>> Architecture@wso2.org
>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Gayan Dhanuska
>>>>>>>>> Software Engineer
>>>>>>>>> http://wso2.com/
>>>>>>>>> Lean Enterprise Middleware
>>>>>>>>>
>>>>>>>>> Mobile
>>>>>>>>> 071 666 2327
>>>>>>>>>
>>>>>>>>> Office
>>>>>>>>> Tel   : 94 11 214 5345
>>>>>>>>>  Fax  : 94 11 214 5300
>>>>>>>>>
>>>>>>>>> Twitter : https://twitter.com/gayanlggd
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Architecture mailing list
>>>>>>>>> Architecture@wso2.org
>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Dmitry Sotnikov
>>>>>>>> VP of Cloud; WSO2, Inc.;  http://wso2.com/
>>>>>>>> email: dmi...@wso2.com; cell: +1.949.303.9653; Skype: DSotnikov
>>>>>>>> Lean . Enterprise . Middleware
>>>>>>>>
>>>>>>>>  <http://wso2.com/events/>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Architecture mailing list
>>>>>>>> Architecture@wso2.org
>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Manjula Rathnayaka
>>>>>>> Software Engineer
>>>>>>> WSO2, Inc.
>>>>>>> Mobile:+94 77 743 1987
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Architecture mailing list
>>>>>>> Architecture@wso2.org
>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Gayan Dhanuska
>>>>>> Software Engineer
>>>>>> http://wso2.com/
>>>>>> Lean Enterprise Middleware
>>>>>>
>>>>>> Mobile
>>>>>> 071 666 2327
>>>>>>
>>>>>> Office
>>>>>> Tel   : 94 11 214 5345
>>>>>>  Fax  : 94 11 214 5300
>>>>>>
>>>>>> Twitter : https://twitter.com/gayanlggd
>>>>>>
>>>>>> _______________________________________________
>>>>>> Architecture mailing list
>>>>>> Architecture@wso2.org
>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Dimuthu Leelarathne
>>>>> Architect & Product Lead of App Factory
>>>>>
>>>>> WSO2, Inc. (http://wso2.com)
>>>>> email: dimut...@wso2.com
>>>>> Mobile : 0773661935
>>>>>
>>>>> Lean . Enterprise . Middleware
>>>>>
>>>>> _______________________________________________
>>>>> Architecture mailing list
>>>>> Architecture@wso2.org
>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> *Anuruddha Premalal*
>>>> Software Eng. | WSO2 Inc.
>>>> Mobile : +94710461070
>>>> Web site : www.regilandvalley.com
>>>>
>>>>
>>>> _______________________________________________
>>>> Architecture mailing list
>>>> Architecture@wso2.org
>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>>
>>>>
>>>
>>>
>>> --
>>> Dimuthu Leelarathne
>>> Architect & Product Lead of App Factory
>>>
>>> WSO2, Inc. (http://wso2.com)
>>> email: dimut...@wso2.com
>>> Mobile : 0773661935
>>>
>>> Lean . Enterprise . Middleware
>>>
>>> _______________________________________________
>>> Architecture mailing list
>>> Architecture@wso2.org
>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>>>
>>>
>>
>>
>> --
>> Gayan Dhanuska
>> Software Engineer
>> http://wso2.com/
>> Lean Enterprise Middleware
>>
>> Mobile
>> 071 666 2327
>>
>> Office
>> Tel   : 94 11 214 5345
>> Fax  : 94 11 214 5300
>>
>> Twitter : https://twitter.com/gayanlggd
>>
>
>
>
> --
> Gayan Dhanuska
> Software Engineer
> http://wso2.com/
> Lean Enterprise Middleware
>
> Mobile
> 071 666 2327
>
> Office
> Tel   : 94 11 214 5345
> Fax  : 94 11 214 5300
>
> Twitter : https://twitter.com/gayanlggd
>
> _______________________________________________
> Architecture mailing list
> Architecture@wso2.org
> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
>
>


-- 
Dimuthu Leelarathne
Architect & Product Lead of App Factory

WSO2, Inc. (http://wso2.com)
email: dimut...@wso2.com
Mobile : 0773661935

Lean . Enterprise . Middleware
_______________________________________________
Architecture mailing list
Architecture@wso2.org
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to