On Sat, Mar 8, 2014 at 8:58 AM, Kasun Gajasinghe <kas...@wso2.com> wrote:
> > > On Friday, March 7, 2014, Afkham Azeez <az...@wso2.com> wrote: > >> Worker manager separation is not applicable to all products in the >> platform. Hence, it is wrong to have an irrelevant parameter in products >> where this concept does not apply. >> >> > Yes, that's fine Azeez. But if we go with this argument, it's wrong to > have the GhostDeployment tag in carbon.xml which is only applicable to AS. > And, whole clustering section in axis2.xml doesn't make sense in products > like mb, bam etc. isn't it? There are lot of cases like this. > Clustering makes sense. If you need to use distributed caching for example, you need to enable clustering. > > I guess this is a trade-off that we have to live with with the wide-range > of products we have!! It's at least better than the alternative we have > right now where the user has to be mindful about the use of workerNode > property. Adding this shows the importance of the property. Wdyt? > Just because we may have done certain things in an not so proper way, it does not give you an excuse to continue to add to that. > > Thanks, > KasunG > > >> >> Azeez >> > >> >> On Mon, Mar 3, 2014 at 10:40 PM, Kasun Gajasinghe <kas...@wso2.com>wrote: >> >>> Hi, >>> >>> Shall we $subject from Carbon 4.3.0? And then, force the users to enable >>> workerNode mode by modifying the startup script itself, instead of passing >>> -DworkerNode=true property via command-line? >>> >>> We have noticed that lot of users are passing the said property via the >>> command-line, but they sometimes miss to set that. That might lead to lot >>> of issues especially in DepSync. If we set as above, we can lower the human >>> errors. WDYT? >>> >>> Thanks, >>> KasunG >>> >>> -- >>> *Kasun Gajasinghe* >>> Software Engineer; >>> WSO2 Inc.; http://wso2.com >>> >>> >>> , >>> *email: * >>> *kasung AT spamfree wso2.com <http://wso2.com> ** cell: **+94 (77) >>> 678-0813 <%2B94%20%2877%29%20678-0813>* >>> *linked-in: *http://lk.linkedin.com/in/gajasinghe >>> >>> >>> >>> *blog: **http://kasunbg.org* <http://kasunbg.org> >>> >>> >>> >>> *twitter: **http://twitter.com/kasunbg* <http://twitter.com/kasunbg> >>> >>> >>> >>> >>> _______________________________________________ >>> Dev mailing list >>> Dev@wso2.org >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> *Afkham Azeez* >> Director of Architecture; WSO2, Inc.; http://wso2.com >> Member; Apache Software Foundation; http://www.apache.org/ >> * <http://www.apache.org/>* >> *email: **az...@wso2.com* >> * cell: +94 77 3320919 <%2B94%2077%203320919> blog: * >> *http://blog.afkham.org* <http://blog.afkham.org> >> *twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >> * linked-in: **http://lk.linkedin.com/in/afkhamazeez >> <http://lk.linkedin.com/in/afkhamazeez>* >> >> *Lean . Enterprise . Middleware* >> > > > -- > *Kasun Gajasinghe* > Software Engineer; > WSO2 Inc.; http://wso2.com > > > , > *email: * > *kasung AT spamfree wso2.com <http://wso2.com> ** cell: **+94 (77) > 678-0813 <%2B94%20%2877%29%20678-0813>* > *linked-in: *http://lk.linkedin.com/in/gajasinghe > > > > *blog: **http://kasunbg.org* <http://kasunbg.org> > > > > *twitter: **http://twitter.com/kasunbg* <http://twitter.com/kasunbg> > > > > > -- *Afkham Azeez* Director of Architecture; WSO2, Inc.; http://wso2.com Member; Apache Software Foundation; http://www.apache.org/ * <http://www.apache.org/>* *email: **az...@wso2.com* <az...@wso2.com> * cell: +94 77 3320919 blog: **http://blog.afkham.org*<http://blog.afkham.org> *twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> * linked-in: **http://lk.linkedin.com/in/afkhamazeez <http://lk.linkedin.com/in/afkhamazeez>* *Lean . Enterprise . Middleware*
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
