On 20 October 2013 19:14, Mohanadarshan Vivekanandalingam <[email protected]>wrote:
> > > > On Sun, Oct 20, 2013 at 7:07 PM, Nirmal Fernando <[email protected]> wrote: > >> Ok, in that case I guess using the same stream partition name within >> different execution plans is OK? >> > > Yes.. I think it will not cause any issue.. But Lasanth can add more > this... > Hmm... partition definition maps are kept per SiddhiManager instance. In the event processor logic, a SiddhiManager is created per execution plan. So this should not be possible. Thanks, Lasantha > >> >> On Sun, Oct 20, 2013 at 6:52 PM, Mohanadarshan Vivekanandalingam < >> [email protected]> wrote: >> >>> >>> >>> >>> On Sun, Oct 20, 2013 at 6:26 PM, Nirmal Fernando <[email protected]>wrote: >>> >>>> $Subject? >>>> >>> >>> No.. At the moment there is no way to show the partitions explicitly . >>> It is handled internally... Only way to check, measuring the performance.. >>> >>> >>> >>>> >>>> -- >>>> >>>> Thanks & regards, >>>> Nirmal >>>> >>>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc. >>>> Mobile: +94715779733 >>>> Blog: http://nirmalfdo.blogspot.com/ >>>> >>>> >>> >>> >>> -- >>> *V. Mohanadarshan* >>> *Software Engineer,* >>> *Data Technologies Team,* >>> *WSO2, Inc. http://wso2.com * >>> *lean.enterprise.middleware.* >>> * >>> * >>> email: [email protected] >>> phone:(+94) 771117673 >>> >> >> >> >> -- >> >> Thanks & regards, >> Nirmal >> >> Senior Software Engineer- Platform Technologies Team, WSO2 Inc. >> Mobile: +94715779733 >> Blog: http://nirmalfdo.blogspot.com/ >> >> > > > -- > *V. Mohanadarshan* > *Software Engineer,* > *Data Technologies Team,* > *WSO2, Inc. http://wso2.com * > *lean.enterprise.middleware.* > * > * > email: [email protected] > phone:(+94) 771117673 > -- *Lasantha Fernando* Software Engineer - Data Technologies Team WSO2 Inc. http://wso2.com email: [email protected] mobile: (+94) 71 5247551
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
