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. > > @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