Hi Kasun,

On Wed, Jun 15, 2016 at 12:41 AM, Kasun Indrasiri <ka...@wso2.com> wrote:

>
>
> On Tue, Jun 14, 2016 at 6:58 AM, Chanaka Fernando <chana...@wso2.com>
> wrote:
>
>> Hi Rajith,
>>
>> I think we should keep the existing functionality as it is and make the
>> change with the property. That will make sure that other products will run
>> tasks according to their requirement (same way as existing) and ESB can run
>> the tasks according to the ESB requirement with the value of this property.
>> Please do the change as per our offline discussion.
>>
> This is a major change and we need to do a proper design review before
> proceeding with this.
> @Rajith : Please arrange a review.
>
Sure will do, BTW this change needs only in mediation level, so this won't
effect other components which use ntask core.

Thanks,

>
>> @Malaka: Since we cannot control or decide on the usage of the task
>> component in other products, we can change our implementation to work
>> according to our requirement. It is not essential to use the components in
>> the same manner across multiple products since they can have different
>> requirements.
>>
>> Thanks,
>> Chanaka
>>
>> On Tue, Jun 14, 2016 at 4:59 PM, Malaka Silva <mal...@wso2.com> wrote:
>>
>>> Valid requirement. However should this be something to consider at
>>> platform level.
>>>
>>> Just introducing new property for ESB will introduce inconsistency with
>>> other products?
>>>
>>> On Tue, Jun 14, 2016 at 3:39 PM, Rajith Vitharana <raji...@wso2.com>
>>> wrote:
>>>
>>>> Hi All,
>>>>
>>>> In current ESB task implementation, it only assumes worker manager
>>>> clustering pattern and only schedule tasks in worker nodes. (Identifies
>>>> this by -DworkerNode=true system property) But there may be scenarios where
>>>> clustering mode is not worker manager (for examples just two ESB nodes
>>>> clustered to be used in active passive mode)
>>>>
>>>> In this case tasks not going to be scheduled in ESB nodes(because they
>>>> are not worker nodes)
>>>> And we can't even identify whether the clustering mode is worker
>>>> manager or not. (AFAIK there is currently no property which states that)
>>>>
>>>> And we can't simply schedule tasks in every nodes as well. Because in a
>>>> worker manager cluster, manager should not run tasks. Hence we need a way
>>>> to differentiate.
>>>>
>>>> So as a solution we thought of adding a property to "axis2.xml" file.
>>>> We can have below two approaches.
>>>>
>>>> 1) - Adding a property (Eg - "clusteringMode" values "WORKER_MANAGER",
>>>> "NONE") which states clustering mode.
>>>> 2) - Adding a property (Eg - "taskNode" values "true" and "false" with
>>>> default "true") which state whether to skip running tasks or not.
>>>>
>>>> if we use property [1], then it will be consistent and we need to
>>>> specify that in every node.
>>>> And if someone just mention clustering mode as "WORKER_MANAGER" and
>>>> fail to start workers with "-DworkerNode=true" parameter, then tasks won't
>>>> get executed in any node.
>>>>
>>>> if we use property [2] we need to only specify that in manager nodes
>>>> with value "false"(because it defaults to "true")
>>>> and if someone forget to mention that parameter in a manager node of a
>>>> worker manager cluster, then tasks will run in that node as well.
>>>>
>>>> and I personally prefer property[2] since we are trying to solve task
>>>> scheduling issue and it is failsafe because even if we forget that
>>>> parameter, task scheduling happens. Appreciate any feedback on this.
>>>>
>>>> Thanks,
>>>> --
>>>> Rajith Vitharana
>>>>
>>>> Software Engineer,
>>>> WSO2 Inc. : wso2.com
>>>> Mobile : +94715883223
>>>> Blog : http://lankavitharana.blogspot.com/
>>>>
>>>> _______________________________________________
>>>> Dev mailing list
>>>> Dev@wso2.org
>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> Best Regards,
>>>
>>> Malaka Silva
>>> Senior Technical Lead
>>> M: +94 777 219 791
>>> Tel : 94 11 214 5345
>>> Fax :94 11 2145300
>>> Skype : malaka.sampath.silva
>>> LinkedIn : http://www.linkedin.com/pub/malaka-silva/6/33/77
>>> Blog : http://mrmalakasilva.blogspot.com/
>>>
>>> WSO2, Inc.
>>> lean . enterprise . middleware
>>> http://www.wso2.com/
>>> http://www.wso2.com/about/team/malaka-silva/
>>> <http://wso2.com/about/team/malaka-silva/>
>>> https://store.wso2.com/store/
>>>
>>> Save a tree -Conserve nature & Save the world for your future. Print
>>> this email only if it is absolutely necessary.
>>>
>>
>>
>>
>> --
>> Thank you and Best Regards,
>> Chanaka Fernando
>> Senior Technical Lead
>> WSO2, Inc.; http://wso2.com
>> lean.enterprise.middleware
>>
>> mobile: +94 773337238
>> Blog : http://soatutorials.blogspot.com
>> LinkedIn:http://www.linkedin.com/pub/chanaka-fernando/19/a20/5b0
>> Twitter:https://twitter.com/chanakaudaya
>>
>>
>>
>>
>>
>> _______________________________________________
>> Dev mailing list
>> Dev@wso2.org
>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>
>>
>
>
> --
> Kasun Indrasiri
> Software Architect
> WSO2, Inc.; http://wso2.com
> lean.enterprise.middleware
>
> cell: +94 77 556 5206
> Blog : http://kasunpanorama.blogspot.com/
>
> _______________________________________________
> Dev mailing list
> Dev@wso2.org
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>


-- 
Rajith Vitharana

Software Engineer,
WSO2 Inc. : wso2.com
Mobile : +94715883223
Blog : http://lankavitharana.blogspot.com/
_______________________________________________
Dev mailing list
Dev@wso2.org
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to