Suho, can you put some time into this when you are back? Miyuru, do we have a L1 on this? If not please add. We cannot release CEP until scaling issue is fixed.
--Srinath On Mon, Jul 13, 2015 at 10:22 AM, Miyuru Dayarathna <miyu...@wso2.com> wrote: > Hi, > > Please note that [1] in my previous email corresponds to the spread sheet > titled "sr10 server-Plain Storm vs CEP+Storm-updated-July6" while [2] > corresponds to "sr8 server-Plain Storm vs CEP+Storm-updated-July10". The > two URLs in my previous email leads to the same location. > > Thanks, > Miyuru > > On Mon, Jul 13, 2015 at 10:13 AM, Miyuru Dayarathna <miyu...@wso2.com> > wrote: > >> Hi, >> >> Even though the event loss in the CEP+Storm benchmark implementation was >> eliminated I observed a huge performance gap between the Storm >> implementation of the EmailProcessor benchmark and the corresponding >> CEP+Storm implementation. This can be observed from the performance results >> listed on [1] which I plotted on 6th July 2015. >> >> I investigated the reason for why such performance bottleneck in the >> CEP+Storm implementation. I tweaked the carbon-event-processing code and >> first replaced the EventReceiverSpout with the EmailSpout which was used in >> the EmailProcessor Storm topology. This resulted in improved performance >> curve which is shown in green color (CEP_Storm only publisher) in the >> attached image "Throughput-CEP+Storm-vs-Storm.png". Next, I replaced the >> EventPublisherBolt with the code from the OutputBolt of the EmailProcessor >> Storm topology. This resulted in further improved performance curve as >> shown in dark brown color (CEP+Storm neither receiver nor publisher). >> Therefore, there is a significant performance bottleneck between the event >> producer (analytics-stats) and the EventReceiverSpout, as well as between >> the event consumer (wso2-event) in the CEP+Storm implementation. We need to >> investigate on how to eliminate this performance bottleneck so that we get >> good performance of CEP+Storm implementation in par with Storm >> implementation. Also note that both green and dark brown performance curves >> do not scale. I think there are two reasons for this: the insufficiency of >> the input data rate, the overhead/noise introduced by increased number of >> tasks. The detailed results are located on [2]. >> >> Currently, I am working with Lasantha and investigating on the >> data-bridge (located in carbon-analytics-common) to eliminate the >> performance bottleneck present in the CEP+Storm implementation. >> >> [1] >> https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing >> >> [2] >> https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing >> >> -- >> Thanks, >> Miyuru Dayarathna >> Senior Technical Lead >> Mobile: +94713527783 >> Blog: http://miyurublog.blogspot.com >> >> On Mon, Jul 13, 2015 at 10:05 AM, Miyuru Dayarathna <miyu...@wso2.com> >> wrote: >> >>> Hi, >>> >>> I completed investigating about the event loss in the previous email I >>> have mentioned. I believe this is due to two main reasons: the presence of >>> heavy operations which makes Storm to drop events and the late arrival of >>> last event which marks the end of event sequence. To resolve this issue I >>> conducted operator by operator (i.e., CEP query by query) experiments, >>> adding one by one to the flow graph and tuning them. I removed the heavy >>> email compression operation which was present in the last operator of Storm >>> topology. Once removed, the Storm topology started giving a fixed amount of >>> event output (428,187 processed emails) irrespective of the number of >>> parallelism used. Eliminating the event loss in CEP+Storm implementation of >>> EmailProcessor benchmark required additional effort. I had to split a for() >>> loop present in the modify operator into multiple light weight sub queries. >>> This resulted in adding of the following three queries into the network >>> which were previously conducted within one custom function >>> emailProcessorBenchmark:modify(). >>> >>> @name('query221') @dist(parallel='1', execGroup='modify') from >>> modifiedEmailStream1 select iij_timestamp, fromAddress, toAdds, ccAdds, >>> bccAdds, subject, str:replace_all(bodyObfuscated1, 'Kenneth Lay', >>> 'Person1') as bodyObfuscated2 insert into modifiedEmailStream2; >>> >>> @name('query222') @dist(parallel='1', execGroup='modify') from >>> modifiedEmailStream2 select iij_timestamp, fromAddress, toAdds, ccAdds, >>> bccAdds, subject, str:replace_all(bodyObfuscated2, 'Jeffrey Skilling', >>> 'Person2') as bodyObfuscated3 insert into modifiedEmailStream3; >>> >>> @name('query223') @dist(parallel='1', execGroup='modify') from >>> modifiedEmailStream3 select iij_timestamp, fromAddress, toAdds, ccAdds, >>> bccAdds, subject, str:replace_all(bodyObfuscated3, 'Andrew Fastow', >>> 'Person3') as bodyObfuscated4 insert into modifiedEmailStream4; >>> >>> Furthermore, I had to introduce an AtomicInteger to wso2-event consumer >>> to makesure we count all the output events it receives from Storm. >>> Furthermore, I introduced 20s time delay before sending the last event to >>> both the benchmark implementations. Now the CEP+Storm implementation as >>> well as Storm implementation does not have event loss. They produce >>> consistent number of output events irrespective of the level of parallelism >>> used. Please note that I am using the latest CEP pack >>> (wso2cep-4.0.0-SNAPSHOT) which I received from Lasantha on 7th July 2015. >>> The experiments were conducted on one of the test servers. >>> >>> I have attached two screenshots from the latest topologies of the >>> benchmark implementation with this email for your reference. Both the >>> implementations have same number of operators. I have merged several bolts >>> into one as I mentioned in my previous email. >>> >>> -- >>> Thanks, >>> Miyuru Dayarathna >>> Senior Technical Lead >>> Mobile: +94713527783 >>> Blog: http://miyurublog.blogspot.com >>> >>> On Mon, Jun 22, 2015 at 8:35 AM, Srinath Perera <srin...@wso2.com> >>> wrote: >>> >>>> Suho, CEP team .. pls help digging. Need to figure this out before beta >>>> >>>> On Fri, Jun 19, 2015 at 10:07 AM, Miyuru Dayarathna <miyu...@wso2.com> >>>> wrote: >>>> >>>>> Hi Srinath, >>>>> >>>>> I have uploaded the latest performance stats which I collected using >>>>> EmailProcessor benchmark implementation on both CEP+Storm and Storm to [ >>>>> 1 >>>>> <https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing>]. >>>>> Both the benchmark implementations setup the same benchmark use case >>>>> described in [2 >>>>> <https://developer.ibm.com/streamsdev/wp-content/uploads/sites/15/2014/04/Streams-and-Storm-April-2014-Final.pdf>]. >>>>> However, they are realized in the two systems slight differently. In the >>>>> case of CEP+Storm, the queries were compiled into separate bolts. The >>>>> Storm >>>>> implementation had 5 different types of bolts out of which 3 of them could >>>>> be parallelized. In contrast CEP+Storm implementation had 8 different >>>>> types >>>>> of bolts out of which 6 could be parallelized. Please see the attached >>>>> screenshots of the Storm UIs for more details. Furthermore, in the case of >>>>> CEP+Storm implementation the events were sent from external event producer >>>>> (a modified version of analytics-stats sample application) to WSO2 CEP >>>>> server which routed the events to Storm via Thrift. The processed events >>>>> were sent back to WSO2 CEP server via Thrift and they were routed to an >>>>> external consumer (wso2-event). But in Storm version of the benchmark, the >>>>> events were sent from single Spout which get processed over the three >>>>> categories of bolts and then they get routed to single output bolt which >>>>> discards the events received by it. >>>>> >>>>> The performance stats spreadsheet consists of only the throughput >>>>> curve, but we can draw similar ones for total elapsed time as well as for >>>>> the latency per event with the information listed there. Even if we forget >>>>> about the throughput differences between CEP+Storm and Storm versions, we >>>>> still need to investigate why we get a knee in the CEP+Storm >>>>> implementation's curve. >>>>> >>>>> I had a chat with Suho two days ago and he mentioned that we should >>>>> group several bolts into single bolt which I totally agree with him. There >>>>> are two such places in the CEP+Storm implementation which can be merged >>>>> into single bolt. These are (query11,query12,query13) and >>>>> (query21,query22). Yesterday I created this merged version of the >>>>> CEP+Storm >>>>> implementation, but its performance is worst compared to the previous >>>>> implementation. This version of the CEP+Storm benchmark does not complete >>>>> processing the events sent to it. It hangs halfway through the experiment. >>>>> At the moment I am investigating the reasons for why it happens. >>>>> >>>>> Another notable observation is that the number of events received at >>>>> the output are different even within the same level of parallelism. The >>>>> benchmark should produce same number of output events in multiple >>>>> consecutive runs. This behavior is only observable with the Storm >>>>> implementation with a parallelism of one (we get 428189 events at the >>>>> output in all three runs). Note that in all of these experiments a fixed >>>>> number of input events (517417) have been sent to the topologies. I will >>>>> continue improving the CEP+Storm Email processor benchmark. >>>>> >>>>> [1] >>>>> https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing >>>>> >>>>> [2] >>>>> https://developer.ibm.com/streamsdev/wp-content/uploads/sites/15/2014/04/Streams-and-Storm-April-2014-Final.pdf >>>>> >>>>> >>>>> EmailProcessing Benchmark Stats >>>>> <https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=drive_web> >>>>> >>>>> >>>>> Thanks, >>>>> Miyuru >>>>> >>>>> On Wed, Jun 17, 2015 at 4:24 PM, Miyuru Dayarathna <miyu...@wso2.com> >>>>> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> Over the last one month's time period we have worked on fixing few >>>>>> bugs of the CEP+Storm implementation. With the latest bug fixed CEP pack, >>>>>> we are able to run the EmailProcessor benchmark on the CEP+Storm >>>>>> implementation. At the moment I am running performance tests of CEP+Storm >>>>>> version as well as plain Storm version of the EmailProcessor benchmark. >>>>>> >>>>>> @Sachini >>>>>> I want to group several Siddhi queries into single Storm Bolt. For >>>>>> example, the following three queries get compiled into three separate >>>>>> bolts. But I want to get all of them compiled into a single bolt. Can you >>>>>> please explain how to do this? >>>>>> >>>>>> >>>>>> @name('query 11') @dist(parallel='4') from inputEmailsStream select >>>>>> iij_timestamp, regex:find(fromAddress, regexstr) as isValidFromAddress, >>>>>> fromAddress, toAddresses, ccAddresses, bccAddresses, subject, body insert >>>>>> into filteredEmailStream1; >>>>>> >>>>>> @name('query12') @dist(parallel='4') from >>>>>> filteredEmailStream1[isValidFromAddress == true] select * insert into >>>>>> filteredEmailStream2; >>>>>> >>>>>> @name('query13') @dist(parallel='4') from filteredEmailStream2 select >>>>>> iij_timestamp, fromAddress, emailProcessorBenchmark:filter(toAddresses) >>>>>> as >>>>>> toAdds, emailProcessorBenchmark:filter(ccAddresses) as ccAdds, >>>>>> emailProcessorBenchmark:filter(bccAddresses) as bccAdds, subject, body >>>>>> insert into filteredEmailStream3; >>>>>> >>>>>> >>>>>> Thanks, >>>>>> Miyuru >>>>>> >>>>>> On Thu, May 7, 2015 at 12:49 PM, Sajith Ravindra <saji...@wso2.com> >>>>>> wrote: >>>>>> >>>>>>> It seems the problem here is, we add input streams of >>>>>>> EventPublisherBolt also as output streams, >>>>>>> >>>>>>> <event-publisher name="EventPublisherBolt" parallel="1"> >>>>>>> <input-streams> >>>>>>> *<stream>define stream outputEmailStream ( iij_timestamp long, >>>>>>> fromAddress string, toAdds string, ccAdds string, bccAdds string, >>>>>>> updatedSubject string, bodyObfuscated string );</stream>* >>>>>>> <stream>define stream emailMetricsStream ( iij_timestamp long, >>>>>>> metrics string );</stream> >>>>>>> </input-streams> >>>>>>> <output-streams> >>>>>>> *<stream>define stream outputEmailStream ( iij_timestamp long, >>>>>>> fromAddress string, toAdds string, ccAdds string, bccAdds string, >>>>>>> updatedSubject string, bodyObfuscated string );</stream>* >>>>>>> <stream>define stream emailMetricsStream ( iij_timestamp long, >>>>>>> metrics string );</stream> >>>>>>> </output-streams> >>>>>>> </event-publisher> >>>>>>> >>>>>>> According to the attached query >>>>>>> plan(not-running-query-network-with-metric-collecton-branch.xml), in >>>>>>> this >>>>>>> particular case query5 originally produces outputEmailStream. And >>>>>>> EventPublisherBolt defines outputEmailStream as both Input and a output >>>>>>> stream. So now, both query5 and EventPublisherBolt has >>>>>>> outputEmailStream as >>>>>>> a output stream. >>>>>>> >>>>>>> Now, query6 tries to subscribe to outputEmailStream. And it tries to >>>>>>> subscribe to outputEmailStream produced by EventPublisherBolt which does >>>>>>> not exists(we don't declare output streams at declareOutputFields >>>>>>> method of EventPublisherBolt.java). But actually, it should try to >>>>>>> subscribe to outputEmailStream produced by query5. >>>>>>> >>>>>>> I don't recall any requirement as to why we should add storm output >>>>>>> streams to EventPublisherBolt. If there's no such requirement IMO, we >>>>>>> can >>>>>>> safely stop adding output streams to EvenPublisherBolt in >>>>>>> StormTopologyConstructor.java(Line >>>>>>> 147-151) since we ignore outputstream in EventPublisherBolt.java. >>>>>>> Or else we can give different names to output streams of >>>>>>> EventPublisherBolts with out using the same as input streams. >>>>>>> >>>>>>> >>>>>>> Thanks >>>>>>> *,Sajith Ravindra* >>>>>>> Senior Software Engineer >>>>>>> WSO2 Inc.; http://wso2.com >>>>>>> lean.enterprise.middleware >>>>>>> >>>>>>> mobile: +94 77 2273550 >>>>>>> blog: http://sajithr.blogspot.com/ >>>>>>> <http://lk.linkedin.com/pub/shani-ranasinghe/34/111/ab> >>>>>>> >>>>>>> On Thu, May 7, 2015 at 1:03 PM, Miyuru Dayarathna <miyu...@wso2.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Hi Sajith and Tishan, >>>>>>>> >>>>>>>> Thanks for your comments. I did a remote debugging of the CEP on >>>>>>>> Storm implementation and gathered the XML query plans for both working >>>>>>>> (trunk only) and not working (with metrics collection branch) queries. >>>>>>>> I >>>>>>>> have attached those with this email. >>>>>>>> >>>>>>>> The exception is thrown in the following code snippet >>>>>>>> of org.wso2.carbon.event.processor.core.internal.storm.TopologyManager >>>>>>>> class. >>>>>>>> >>>>>>>> try { >>>>>>>> String jsonConf = JSONValue.toJSONString(stormConfig); >>>>>>>> client.submitTopology(getTopologyName(executionPlanName, >>>>>>>> tenantId), uploadedJarLocation, jsonConf, builder.createTopology()); >>>>>>>> log.info("Successfully submitted storm topology '" + >>>>>>>> getTopologyName(executionPlanName, tenantId) + "'"); >>>>>>>> >>>>>>>> >>>>>>>> waitForTopologyToBeActive(getTopologyName(executionPlanName, >>>>>>>> tenantId)); >>>>>>>> } catch (AlreadyAliveException e) { >>>>>>>> log.warn("Topology '" + >>>>>>>> getTopologyName(executionPlanName, tenantId) + "' already existing", >>>>>>>> e); >>>>>>>> Thread retryThread = new Thread(new >>>>>>>> TopologySubmitter(executionPlanName, uploadedJarLocation, >>>>>>>> builder.createTopology(), tenantId, true, resubmitRetryInterval)); >>>>>>>> retryThread.start(); >>>>>>>> } catch (TException e) { >>>>>>>> log.warn("Error connecting to storm when trying to >>>>>>>> submit topology '" + getTopologyName(executionPlanName, tenantId) + >>>>>>>> "'", e); >>>>>>>> Thread retryThread = new Thread(new >>>>>>>> TopologySubmitter(executionPlanName, uploadedJarLocation, >>>>>>>> builder.createTopology(), tenantId, false, resubmitRetryInterval)); >>>>>>>> retryThread.start(); >>>>>>>> } catch (InvalidTopologyException e) { >>>>>>>> // No point in retrying to submit if the topology is >>>>>>>> invalid. Therefore, throwing an exception without retrying. >>>>>>>> throw new ExecutionPlanConfigurationException("Invalid >>>>>>>> Execution Plan " + executionPlanName + " for tenant " + tenantId, e); >>>>>>>> } >>>>>>>> >>>>>>>> The submitTopology() method belongs to Nimbus.Client class which is >>>>>>>> part of Apache Storm project. When considering the diagram on [1 >>>>>>>> <https://docs.wso2.com/display/CEP400/Configuring+WSO2+CEP+to+Run+with+Apache+Storm>], >>>>>>>> it seems the current CEP on Storm implementation does not support one >>>>>>>> single execution plan which has branches on it. We can have only a >>>>>>>> sequence >>>>>>>> of bolts enclosed within a pipeline which starts from a ReceivingSpout >>>>>>>> and >>>>>>>> ends from a publishing bolt which gets deployed in a storm cluster >>>>>>>> (Correct >>>>>>>> me if this statement is wrong). Therefore, one alternative approach to >>>>>>>> implement the EmailProcessing benchmark would be as shown in the >>>>>>>> attached >>>>>>>> image where we create three execution plans and connect them via >>>>>>>> streams. >>>>>>>> But this may introduce additional communication overhead between CEP >>>>>>>> server >>>>>>>> and the Storm cluster which may not produce optimal performance as >>>>>>>> deploying one single execution plan on Storm. >>>>>>>> >>>>>>>> [1] >>>>>>>> https://docs.wso2.com/display/CEP400/Configuring+WSO2+CEP+to+Run+with+Apache+Storm >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Miyuru >>>>>>>> >>>>>>>> On Thu, May 7, 2015 at 4:06 AM, Tishan Dahanayakage < >>>>>>>> tis...@wso2.com> wrote: >>>>>>>> >>>>>>>>> Hi Sajith/Miyuru, >>>>>>>>> >>>>>>>>> Though event publisher is a terminal bolt for Storm it is still a >>>>>>>>> bolt. Only differentiation between a Siddhi bolt and a publisher bolt >>>>>>>>> is >>>>>>>>> the inside implementation which is transparent to Storm. How the >>>>>>>>> subscription happens is for each component we will traverse input >>>>>>>>> streams >>>>>>>>> and then find matching output stream from another component. Then >>>>>>>>> subscribe >>>>>>>>> to it(StormTopologyConstructor:171). Since publishers where >>>>>>>>> implemented to >>>>>>>>> emit events to the output stream as the same time of publishing to >>>>>>>>> AsyncPublisher this should work AFAIU. >>>>>>>>> @Miyuru: Can you please turn on debug logs in manager node. Then >>>>>>>>> it will print the intermediate XML query plan we generate. Or you can >>>>>>>>> just >>>>>>>>> remote debug and have that. Share it with us so we can have more >>>>>>>>> insight. >>>>>>>>> >>>>>>>>> Tishan >>>>>>>>> >>>>>>>>> On Wed, May 6, 2015 at 6:57 AM, Sajith Ravindra <saji...@wso2.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> >>>>>>>>>> Caused by: InvalidTopologyException(msg:Component: [query6] >>>>>>>>>> subscribes from non-existent stream: [outputEmailStream] of component >>>>>>>>>> [EventPublisherBolt]) >>>>>>>>>> >>>>>>>>>> To add my two cents. This seems to be a bug in storm component >>>>>>>>>> wiring logic. Event publishers are terminal bolts. Therefore, there >>>>>>>>>> can't >>>>>>>>>> be any storm output streams for them and apparently query6 bolt is >>>>>>>>>> trying >>>>>>>>>> to a ssubscribe to stream which does not exists. >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> *,Sajith Ravindra* >>>>>>>>>> Senior Software Engineer >>>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>>> lean.enterprise.middleware >>>>>>>>>> >>>>>>>>>> mobile: +94 77 2273550 >>>>>>>>>> blog: http://sajithr.blogspot.com/ >>>>>>>>>> <http://lk.linkedin.com/pub/shani-ranasinghe/34/111/ab> >>>>>>>>>> >>>>>>>>>> On Wed, May 6, 2015 at 5:08 PM, Miyuru Dayarathna < >>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> I tested the CEP+Storm functionality of the CEP pack which I >>>>>>>>>>> received today from Sachini. I was able to run the Email processor >>>>>>>>>>> benchmark (without the metric collection branch) in the CEP on Storm >>>>>>>>>>> implementation. See the attached image for details of the query >>>>>>>>>>> network. >>>>>>>>>>> However, the metric collection branch of the query network cannot be >>>>>>>>>>> deployed in the latest CEP pack. The management console says >>>>>>>>>>> "Queries are >>>>>>>>>>> valid!" when I click the Validate Query Expressions button of >>>>>>>>>>> "Create a New >>>>>>>>>>> Execution Plan" form. But when I try to add the query network by >>>>>>>>>>> clicking >>>>>>>>>>> "Add Execution Plan" button I get an error message saying, >>>>>>>>>>> >>>>>>>>>>> "Failed to add execution plan, Exception: Invalid Execution Plan >>>>>>>>>>> EmailProcessor for tenant -1234" >>>>>>>>>>> >>>>>>>>>>> Listed below is part of the exception I received on the CEP >>>>>>>>>>> server's command line, >>>>>>>>>>> >>>>>>>>>>> Caused by: >>>>>>>>>>> org.wso2.carbon.event.processor.core.exception.ExecutionPlanConfigurationException: >>>>>>>>>>> Invalid Execution Plan EmailProcessor for tenant -1234 >>>>>>>>>>> at >>>>>>>>>>> org.wso2.carbon.event.processor.core.internal.storm.TopologyManager.submitTopology(TopologyManager.java:171) >>>>>>>>>>> at >>>>>>>>>>> org.wso2.carbon.event.processor.core.internal.CarbonEventProcessorService.addExecutionPlan(CarbonEventProcessorService.java:307) >>>>>>>>>>> at >>>>>>>>>>> org.wso2.carbon.event.processor.core.EventProcessorDeployer.processDeploy(EventProcessorDeployer.java:123) >>>>>>>>>>> ... 69 more >>>>>>>>>>> Caused by: InvalidTopologyException(msg:Component: [query6] >>>>>>>>>>> subscribes from non-existent stream: [outputEmailStream] of >>>>>>>>>>> component >>>>>>>>>>> [EventPublisherBolt]) >>>>>>>>>>> at >>>>>>>>>>> backtype.storm.generated.Nimbus$submitTopology_result.read(Nimbus.java:2466) >>>>>>>>>>> >>>>>>>>>>> Therefore, at the moment I can run only the trunk of the query >>>>>>>>>>> network. I will try to find an alternative for implementing the >>>>>>>>>>> metrics >>>>>>>>>>> collection feature. It would be great if someone from CEP team could >>>>>>>>>>> investigate the reason for such error. I have mentioned some >>>>>>>>>>> important tips >>>>>>>>>>> that are useful for deploying CEP on Storm queries. >>>>>>>>>>> >>>>>>>>>>> During the meeting I had with Srinath today we discussed that we >>>>>>>>>>> should compare performance of CEP on Storm implementation with >>>>>>>>>>> naive storm >>>>>>>>>>> implementation of the Email Processor benchmark. As the immediate >>>>>>>>>>> next step >>>>>>>>>>> I will attach the custom event producer and consumers to the >>>>>>>>>>> EmailProcessor >>>>>>>>>>> benchmark and do performance tests. >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Miyuru >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Some tips: >>>>>>>>>>> 1) We have to make sure that we copy the CEP standard/custom >>>>>>>>>>> extensions (e.g., regex-3.0.0-SNAPSHOT.jar) to the $STORM_HOME/lib >>>>>>>>>>> directory before running any CEP on Storm applications which need >>>>>>>>>>> to use >>>>>>>>>>> such extensions. >>>>>>>>>>> >>>>>>>>>>> 2) The syntax "@info(name = 'query1')" is not valid for CEP on >>>>>>>>>>> Storm. In order to set the names for each bolt created for each >>>>>>>>>>> query >>>>>>>>>>> operator, we have to use the syntax "@name('query1')" instead. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Tue, May 5, 2015 at 9:59 AM, Miyuru Dayarathna < >>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi Srinath, >>>>>>>>>>>> >>>>>>>>>>>> Yes, I received the latest CEP pack from Sachini in today's >>>>>>>>>>>> morning. Now I am testing whether the sample 2001 can be run on >>>>>>>>>>>> this pack. >>>>>>>>>>>> Once I get confirmed that the sample 2001 works properly, I will >>>>>>>>>>>> resume the >>>>>>>>>>>> benchmarking task of CEP+Storm implementation. >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Miyuru >>>>>>>>>>>> >>>>>>>>>>>> On Tue, May 5, 2015 at 9:27 AM, Srinath Perera < >>>>>>>>>>>> srin...@wso2.com> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Did you get the packs? update please. >>>>>>>>>>>>> >>>>>>>>>>>>> On Sun, Apr 26, 2015 at 9:10 PM, Miyuru Dayarathna < >>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>> >>>>>>>>>>>>>> Hi Srinath, >>>>>>>>>>>>>> >>>>>>>>>>>>>> The benchmarking experiments of the CEP+Storm version got >>>>>>>>>>>>>> somewhat delayed because there were some query plan validation >>>>>>>>>>>>>> issues with >>>>>>>>>>>>>> the CEP management console. I faced these issues when I was >>>>>>>>>>>>>> trying to >>>>>>>>>>>>>> deploy queries with custom CEP extensions. I worked with Suho >>>>>>>>>>>>>> about this on >>>>>>>>>>>>>> last week's Thursday and Friday. The latest CEP pack which I >>>>>>>>>>>>>> received from >>>>>>>>>>>>>> Suho solves the query validation issue. But the query network >>>>>>>>>>>>>> does not get >>>>>>>>>>>>>> deployed on Storm in this version of the pack. We are working on >>>>>>>>>>>>>> to solve >>>>>>>>>>>>>> this issue at the moment. In the mean time I will do a >>>>>>>>>>>>>> performance test of >>>>>>>>>>>>>> the CEP server with the EmailProcessor benchmark, without use of >>>>>>>>>>>>>> Storm >>>>>>>>>>>>>> until I receive an updated pack from CEP team. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Wed, Apr 22, 2015 at 12:53 PM, Miyuru Dayarathna < >>>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> Hi Sajith, >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Yes, we should use the @dist(parallel='n') annotation when >>>>>>>>>>>>>>> we develop the benchmark for WSO2 CEP on Storm implementation. >>>>>>>>>>>>>>> However, currently >>>>>>>>>>>>>>> I am working on developing that version of the application. The >>>>>>>>>>>>>>> Siddhi >>>>>>>>>>>>>>> queries mentioned in my previous email were developed using >>>>>>>>>>>>>>> Siddhi 3.0.0 >>>>>>>>>>>>>>> and were run on single computer without using Storm. Thanks for >>>>>>>>>>>>>>> reminding >>>>>>>>>>>>>>> me about this important point. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Wed, Apr 22, 2015 at 12:34 PM, Sajith Ravindra < >>>>>>>>>>>>>>> saji...@wso2.com> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Hi Miyuru, >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Shouldn't we have the @dist(parallel='n') annotation to >>>>>>>>>>>>>>>> have multiple instances of Siddhi bolts who executes a given >>>>>>>>>>>>>>>> query ? >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Thanks >>>>>>>>>>>>>>>> *,Sajith Ravindra* >>>>>>>>>>>>>>>> Senior Software Engineer >>>>>>>>>>>>>>>> WSO2 Inc.; http://wso2.com >>>>>>>>>>>>>>>> lean.enterprise.middleware >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> mobile: +94 77 2273550 >>>>>>>>>>>>>>>> blog: http://sajithr.blogspot.com/ >>>>>>>>>>>>>>>> <http://lk.linkedin.com/pub/shani-ranasinghe/34/111/ab> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On Wed, Apr 22, 2015 at 1:47 PM, Lasantha Fernando < >>>>>>>>>>>>>>>> lasan...@wso2.com> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Thanks Miyuru! >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 22 April 2015 at 12:01, Miyuru Dayarathna < >>>>>>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Hi Lasantha, >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Ok, I have prepared some slides on the EmailProcessing >>>>>>>>>>>>>>>>>> benchmark which can be accessed from [1 >>>>>>>>>>>>>>>>>> <https://docs.google.com/a/wso2.com/presentation/d/1suBs8mhtw1sLobptqCN_N9bWXBStHVR8NhMlzCkjvNY/edit?usp=sharing>]. >>>>>>>>>>>>>>>>>> The slides describe the benchmark scenario. I have mentioned >>>>>>>>>>>>>>>>>> the Siddhi >>>>>>>>>>>>>>>>>> queries below as well. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>> https://docs.google.com/a/wso2.com/presentation/d/1suBs8mhtw1sLobptqCN_N9bWXBStHVR8NhMlzCkjvNY/edit?usp=sharing >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String inputEmailStream = "define stream >>>>>>>>>>>>>>>>>> inputEmailsStream ( iij_timestamp float, fromAddress string, >>>>>>>>>>>>>>>>>> toAddresses >>>>>>>>>>>>>>>>>> string," >>>>>>>>>>>>>>>>>> + "ccAddresses string, >>>>>>>>>>>>>>>>>> bccAddresses string, subject string, body string, regexstr >>>>>>>>>>>>>>>>>> string); "; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> //The following two queries (query 1 and query2) are used >>>>>>>>>>>>>>>>>> to filter the emails that do not originate from enron.com >>>>>>>>>>>>>>>>>> domain. >>>>>>>>>>>>>>>>>> String query1 = "@info(name = 'query1') from >>>>>>>>>>>>>>>>>> inputEmailsStream select iij_timestamp, >>>>>>>>>>>>>>>>>> regex:find(fromAddress, regexstr) >>>>>>>>>>>>>>>>>> as isValidFromAddress, fromAddress, toAddresses, >>>>>>>>>>>>>>>>>> ccAddresses, bccAddresses, >>>>>>>>>>>>>>>>>> subject, body insert into filteredEmailStream1;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query2 = "@info(name = 'query2') from >>>>>>>>>>>>>>>>>> filteredEmailStream1[isValidFromAddress == true] select * >>>>>>>>>>>>>>>>>> insert into >>>>>>>>>>>>>>>>>> filteredEmailStream2;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query3 = "@info(name = 'query3') from >>>>>>>>>>>>>>>>>> filteredEmailStream2 select iij_timestamp, fromAddress, >>>>>>>>>>>>>>>>>> emailProcessorBenchmark:filter(toAddresses) as toAdds, >>>>>>>>>>>>>>>>>> emailProcessorBenchmark:filter(ccAddresses) as ccAdds, >>>>>>>>>>>>>>>>>> emailProcessorBenchmark:filter(bccAddresses) as bccAdds, >>>>>>>>>>>>>>>>>> subject, body >>>>>>>>>>>>>>>>>> insert into filteredEmailStream3;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query4 = "@info(name = 'query4') from >>>>>>>>>>>>>>>>>> filteredEmailStream3 select iij_timestamp, fromAddress, >>>>>>>>>>>>>>>>>> toAdds, ccAdds, >>>>>>>>>>>>>>>>>> bccAdds, subject, emailProcessorBenchmark:modify(body) as >>>>>>>>>>>>>>>>>> bodyObfuscated >>>>>>>>>>>>>>>>>> insert into modifiedEmailStream;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query5 = "@info(name = 'query5') from >>>>>>>>>>>>>>>>>> modifiedEmailStream select iij_timestamp, fromAddress, >>>>>>>>>>>>>>>>>> toAdds, ccAdds, >>>>>>>>>>>>>>>>>> bccAdds, >>>>>>>>>>>>>>>>>> emailProcessorBenchmark:mostFrequentWord(bodyObfuscated, >>>>>>>>>>>>>>>>>> subject) >>>>>>>>>>>>>>>>>> as updatedSubject, bodyObfuscated insert into >>>>>>>>>>>>>>>>>> outputEmailStream;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query6 = "@info(name = 'query6') from >>>>>>>>>>>>>>>>>> outputEmailStream select iij_timestamp, >>>>>>>>>>>>>>>>>> emailProcessorBenchmark:metrics(bodyObfuscated) as metrics >>>>>>>>>>>>>>>>>> insert into >>>>>>>>>>>>>>>>>> emailMetricsNonFilteredStream;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> String query7 = "@info(name = 'query7') from >>>>>>>>>>>>>>>>>> emailMetricsNonFilteredStream select iij_timestamp, metrics >>>>>>>>>>>>>>>>>> output last >>>>>>>>>>>>>>>>>> every 10 sec insert into emailMetricsStream;"; >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> CEP on Storm Performance Testing >>>>>>>>>>>>>>>>>> <https://docs.google.com/a/wso2.com/presentation/d/1suBs8mhtw1sLobptqCN_N9bWXBStHVR8NhMlzCkjvNY/edit?usp=drive_web> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> On Wed, Apr 22, 2015 at 11:36 AM, Lasantha Fernando < >>>>>>>>>>>>>>>>>> lasan...@wso2.com> wrote: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Hi Miyuru, >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Would it be possible to share the Siddhi queries that >>>>>>>>>>>>>>>>>>> were run as well just to get an idea the type of queries >>>>>>>>>>>>>>>>>>> that were run? >>>>>>>>>>>>>>>>>>> (e.g. Window queries, Filter queries etc.) >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>> Lasantha >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> On 22 April 2015 at 10:48, Miyuru Dayarathna < >>>>>>>>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Hi Srinath, >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> I have shared the performance numbers of the Siddhi >>>>>>>>>>>>>>>>>>>> 3.0.0 version of the EmailProcessing Benchmark on [1 >>>>>>>>>>>>>>>>>>>> <https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing>]. >>>>>>>>>>>>>>>>>>>> As per the discussion we had during the meeting, I will >>>>>>>>>>>>>>>>>>>> port the Siddhi >>>>>>>>>>>>>>>>>>>> queries to CEP+Storm implementation today and will update >>>>>>>>>>>>>>>>>>>> this email thread >>>>>>>>>>>>>>>>>>>> with the performance numbers from my local WSO2 CEP + >>>>>>>>>>>>>>>>>>>> Storm cluster. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>> https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=sharing >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> EmailProcessing Benchmark Stats >>>>>>>>>>>>>>>>>>>> <https://docs.google.com/a/wso2.com/spreadsheets/d/1coow1_jyv50vwAuLIL92mCzn72iwOM9B8yxFgDHNS4Y/edit?usp=drive_web> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> On Tue, Apr 21, 2015 at 9:58 AM, Praneesha Chandrasiri >>>>>>>>>>>>>>>>>>>> <pranee...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> Hi Miyuru, >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> +1. Thanks for the feedback. Will work with you to >>>>>>>>>>>>>>>>>>>>> improve the docs. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> On Mon, Apr 20, 2015 at 11:18 AM, Miyuru Dayarathna < >>>>>>>>>>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Hi Praneesha, >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> As I mentioned earlier I was able to run the WSO2 CEP >>>>>>>>>>>>>>>>>>>>>> sample 2001 after going through the documentation of >>>>>>>>>>>>>>>>>>>>>> sample 2001 [ >>>>>>>>>>>>>>>>>>>>>> 1 >>>>>>>>>>>>>>>>>>>>>> <https://docs.wso2.com/display/CEP400/Sample+2001+-+Simple+filter+query+with+Apache+Storm+deployment>]. >>>>>>>>>>>>>>>>>>>>>> I had to seek support from Tishan, Lasantha during this >>>>>>>>>>>>>>>>>>>>>> process. There are >>>>>>>>>>>>>>>>>>>>>> several places in the documentation which I think could >>>>>>>>>>>>>>>>>>>>>> be improved which I >>>>>>>>>>>>>>>>>>>>>> have mentioned below. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I would like if the documentation could provide some >>>>>>>>>>>>>>>>>>>>>> more details on setting up a storm cluster (i.e., a >>>>>>>>>>>>>>>>>>>>>> local Storm cluster) or >>>>>>>>>>>>>>>>>>>>>> at least provide some pointers. The statement "2. Apache >>>>>>>>>>>>>>>>>>>>>> Storm deployment." >>>>>>>>>>>>>>>>>>>>>> is not informative. I think we need more description of >>>>>>>>>>>>>>>>>>>>>> what we mean by >>>>>>>>>>>>>>>>>>>>>> Apache Storm deployment. For example, we can point the >>>>>>>>>>>>>>>>>>>>>> reader to some of >>>>>>>>>>>>>>>>>>>>>> the existing tutorials on setting up a storm cluster >>>>>>>>>>>>>>>>>>>>>> such as [ >>>>>>>>>>>>>>>>>>>>>> 3 >>>>>>>>>>>>>>>>>>>>>> <http://www.michael-noll.com/tutorials/running-multi-node-storm-cluster/> >>>>>>>>>>>>>>>>>>>>>> ][4 >>>>>>>>>>>>>>>>>>>>>> <https://storm.apache.org/documentation/Setting-up-development-environment.html>]. >>>>>>>>>>>>>>>>>>>>>> The Storm's documentation [4 >>>>>>>>>>>>>>>>>>>>>> <https://storm.apache.org/documentation/Setting-up-development-environment.html>] >>>>>>>>>>>>>>>>>>>>>> on setting up Storm development environment provides >>>>>>>>>>>>>>>>>>>>>> only part of the >>>>>>>>>>>>>>>>>>>>>> required information. For example, to get my local Storm >>>>>>>>>>>>>>>>>>>>>> cluster run >>>>>>>>>>>>>>>>>>>>>> properly, I had to use the default Storm configuration >>>>>>>>>>>>>>>>>>>>>> information listed >>>>>>>>>>>>>>>>>>>>>> in "defaults.yaml" [5 >>>>>>>>>>>>>>>>>>>>>> <https://github.com/apache/storm/blob/master/conf/defaults.yaml>] >>>>>>>>>>>>>>>>>>>>>> rather than using the configurations on >>>>>>>>>>>>>>>>>>>>>> "storm.yaml.example" [ >>>>>>>>>>>>>>>>>>>>>> 6 >>>>>>>>>>>>>>>>>>>>>> <https://github.com/apache/storm/blob/master/conf/storm.yaml.example> >>>>>>>>>>>>>>>>>>>>>> ]. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> After setting up a local Storm cluster, I used the >>>>>>>>>>>>>>>>>>>>>> following set of commands on three different terminals >>>>>>>>>>>>>>>>>>>>>> on Ubuntu to get the >>>>>>>>>>>>>>>>>>>>>> sample 2001 running. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> #(1): Thrift server >>>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>> "~/software/wso2cep-4.0.0-SNAPSHOT/samples/consumers/wso2-event" >>>>>>>>>>>>>>>>>>>>>> run ant >>>>>>>>>>>>>>>>>>>>>> -Dhost=localhost -Dprotocol=thrift -Dsn=2001 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> #(2): cep-server >>>>>>>>>>>>>>>>>>>>>> on "~/software/wso2cep-4.0.0-SNAPSHOT/bin" run >>>>>>>>>>>>>>>>>>>>>> ./wso2cep-samples.sh -sn 2001 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> #(3): client >>>>>>>>>>>>>>>>>>>>>> on >>>>>>>>>>>>>>>>>>>>>> "~/software/wso2cep-4.0.0-SNAPSHOT/samples/producers/analytics-stats" >>>>>>>>>>>>>>>>>>>>>> run >>>>>>>>>>>>>>>>>>>>>> ant -Devents=10 -Dhost=localhost -Dport=7611 >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> I did not find a particular difference due to the >>>>>>>>>>>>>>>>>>>>>> execution order of the (1) thrift server and the (2) >>>>>>>>>>>>>>>>>>>>>> WSO2 CEP server. >>>>>>>>>>>>>>>>>>>>>> Either one could be started first. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Note that (1) and (3) can be executed just by running >>>>>>>>>>>>>>>>>>>>>> ant without any parameters. However, the parameters >>>>>>>>>>>>>>>>>>>>>> provided to ant are >>>>>>>>>>>>>>>>>>>>>> very important in (1) and (3) if we are providing any. >>>>>>>>>>>>>>>>>>>>>> For example, the >>>>>>>>>>>>>>>>>>>>>> port 7611 in (3) is very important. This is the Thrift >>>>>>>>>>>>>>>>>>>>>> port on which the >>>>>>>>>>>>>>>>>>>>>> CEP server is listening. The producer needs to send >>>>>>>>>>>>>>>>>>>>>> events to this port >>>>>>>>>>>>>>>>>>>>>> rather than 7661 on which the producer listens. In a >>>>>>>>>>>>>>>>>>>>>> local deployment this >>>>>>>>>>>>>>>>>>>>>> may confuse the reader since the events will be directly >>>>>>>>>>>>>>>>>>>>>> sent to the >>>>>>>>>>>>>>>>>>>>>> producer process rather than getting directed through >>>>>>>>>>>>>>>>>>>>>> CEP server and Storm >>>>>>>>>>>>>>>>>>>>>> if the reader uses -Dport=7661 accidentally. >>>>>>>>>>>>>>>>>>>>>> Furthermore, there is no >>>>>>>>>>>>>>>>>>>>>> information on use of port 7611 in the current >>>>>>>>>>>>>>>>>>>>>> documentation. Hence, it >>>>>>>>>>>>>>>>>>>>>> becomes difficult for first time users to figure out >>>>>>>>>>>>>>>>>>>>>> such parameters if >>>>>>>>>>>>>>>>>>>>>> they try them out. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> IMO the documentation should say that once the WSO2 >>>>>>>>>>>>>>>>>>>>>> CEP server starts there should be a topology named >>>>>>>>>>>>>>>>>>>>>> "PreprocessStats[-1234]" >>>>>>>>>>>>>>>>>>>>>> appearing on the Storm UI page. If the sample runs >>>>>>>>>>>>>>>>>>>>>> correctly, we should >>>>>>>>>>>>>>>>>>>>>> find non-zero topology stats values of this topology >>>>>>>>>>>>>>>>>>>>>> listed on Storm UI. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Minor comments on English mistakes and the content of >>>>>>>>>>>>>>>>>>>>>> CEP Storm documentation >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> 1) "Filters events from analyticsStats stream and >>>>>>>>>>>>>>>>>>>>>> insert results into filteredStatStream."-->"insert >>>>>>>>>>>>>>>>>>>>>> results" needs to be >>>>>>>>>>>>>>>>>>>>>> changed to "inserts results" >>>>>>>>>>>>>>>>>>>>>> 2) On [2 >>>>>>>>>>>>>>>>>>>>>> <https://docs.wso2.com/display/CEP400/Setting+up+CEP+Samples#SettingupCEPSamples-Prerequisites>], >>>>>>>>>>>>>>>>>>>>>> "artefacts" needs to be changed to "artifacts" >>>>>>>>>>>>>>>>>>>>>> 3) Under the thrid point of "Prerequisites" what do >>>>>>>>>>>>>>>>>>>>>> we mean by "wka" of the following setting? >>>>>>>>>>>>>>>>>>>>>> <parameter name="membershipScheme">wka</parameter> >>>>>>>>>>>>>>>>>>>>>> 4) what do we mean by >>>>>>>>>>>>>>>>>>>>>> To enable CEP to talk to Apache Storm add the >>>>>>>>>>>>>>>>>>>>>> Nimbus, Zookeeper, etc information at >>>>>>>>>>>>>>>>>>>>>> <CEP_HOME>/repository/conf/cep/storm/storm.yaml file on >>>>>>>>>>>>>>>>>>>>>> both nodes. ? >>>>>>>>>>>>>>>>>>>>>> "both nodes"? >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> We can work on improving the documentation on at >>>>>>>>>>>>>>>>>>>>>> least some of these aspects. >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>> https://docs.wso2.com/display/CEP400/Sample+2001+-+Simple+filter+query+with+Apache+Storm+deployment >>>>>>>>>>>>>>>>>>>>>> [2] >>>>>>>>>>>>>>>>>>>>>> https://docs.wso2.com/display/CEP400/Setting+up+CEP+Samples#SettingupCEPSamples-Prerequisites >>>>>>>>>>>>>>>>>>>>>> [3] >>>>>>>>>>>>>>>>>>>>>> http://www.michael-noll.com/tutorials/running-multi-node-storm-cluster/ >>>>>>>>>>>>>>>>>>>>>> [4] >>>>>>>>>>>>>>>>>>>>>> https://storm.apache.org/documentation/Setting-up-development-environment.html >>>>>>>>>>>>>>>>>>>>>> [5] >>>>>>>>>>>>>>>>>>>>>> https://github.com/apache/storm/blob/master/conf/defaults.yaml >>>>>>>>>>>>>>>>>>>>>> [6] >>>>>>>>>>>>>>>>>>>>>> https://github.com/apache/storm/blob/master/conf/storm.yaml.example >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> On Mon, Apr 20, 2015 at 10:11 AM, Praneesha >>>>>>>>>>>>>>>>>>>>>> Chandrasiri <pranee...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Hi Miyuru/Iranga, >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Noted. Thanks for the feedback. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> Let's work on improving the doc. >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> On Mon, Apr 20, 2015 at 9:17 AM, Miyuru Dayarathna < >>>>>>>>>>>>>>>>>>>>>>> miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Hi Srinath, >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Last Friday (16th April) I was able to run the >>>>>>>>>>>>>>>>>>>>>>>> sample 2001 with the local Storm cluster setup on my >>>>>>>>>>>>>>>>>>>>>>>> laptop. I completed >>>>>>>>>>>>>>>>>>>>>>>> implementing a sample Java application which >>>>>>>>>>>>>>>>>>>>>>>> implements the "Email >>>>>>>>>>>>>>>>>>>>>>>> Processing Benchmark" scenario described in [1 >>>>>>>>>>>>>>>>>>>>>>>> <https://developer.ibm.com/streamsdev/wp-content/uploads/sites/15/2014/04/Streams-and-Storm-April-2014-Final.pdf>]. >>>>>>>>>>>>>>>>>>>>>>>> At the moment I am porting that application to WSO2 >>>>>>>>>>>>>>>>>>>>>>>> CEP on Apache Storm >>>>>>>>>>>>>>>>>>>>>>>> implementation. I have several suggestions for >>>>>>>>>>>>>>>>>>>>>>>> improving the documentation [ >>>>>>>>>>>>>>>>>>>>>>>> 2 >>>>>>>>>>>>>>>>>>>>>>>> <https://docs.wso2.com/display/CEP400/Sample+2001+-+Simple+filter+query+with+Apache+Storm+deployment>] >>>>>>>>>>>>>>>>>>>>>>>> on setting up and running the sample 2001, which I >>>>>>>>>>>>>>>>>>>>>>>> will send later via this >>>>>>>>>>>>>>>>>>>>>>>> email thread. >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> [1] https://developer.ibm.com/streamsdev/wp >>>>>>>>>>>>>>>>>>>>>>>> -content/uploads/sites/15/2014/04/Streams-and-Storm-April-2014-Final. >>>>>>>>>>>>>>>>>>>>>>>> pdf >>>>>>>>>>>>>>>>>>>>>>>> [2] >>>>>>>>>>>>>>>>>>>>>>>> https://docs.wso2.com/display/CEP400/Sample+2001+-+Simple+filter+query+with+Apache+Storm+deployment >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> On Thu, Apr 9, 2015 at 11:58 AM, Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>> <miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> @ Iranga >>>>>>>>>>>>>>>>>>>>>>>>> Thank you for sharing the information. They are >>>>>>>>>>>>>>>>>>>>>>>>> useful. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> @ Srinath >>>>>>>>>>>>>>>>>>>>>>>>> I will talk to Praneesha if I find anything that >>>>>>>>>>>>>>>>>>>>>>>>> needs to be updated on the CEP documentation. >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> On Thu, Apr 9, 2015 at 11:34 AM, Iranga >>>>>>>>>>>>>>>>>>>>>>>>> Muthuthanthri <ira...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> On Thu, Apr 9, 2015 at 11:23 AM, Srinath Perera < >>>>>>>>>>>>>>>>>>>>>>>>>> srin...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> Can Miyuru update the Doc? Miyuru can u update >>>>>>>>>>>>>>>>>>>>>>>>>>> doc while you are at it. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Documented some steps on the setup[1] hope it >>>>>>>>>>>>>>>>>>>>>>>>>> helps. >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>>>>>> https://docs.google.com/a/wso2.com/document/d/1l_qewhLiY2cPLoBcz9TXr2i-m583A2qkZwYcGj_lDfc/edit# >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> --Srinath >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> On Thu, Apr 9, 2015 at 10:46 AM, Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>> Dayarathna <miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Hi Tishan, >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thank you for providing me the information. I >>>>>>>>>>>>>>>>>>>>>>>>>>>> will work on setting up the environment based on >>>>>>>>>>>>>>>>>>>>>>>>>>>> these guidelines and will >>>>>>>>>>>>>>>>>>>>>>>>>>>> get in touch with you/Lasantha if I face any >>>>>>>>>>>>>>>>>>>>>>>>>>>> problems. >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> On Thu, Apr 9, 2015 at 10:31 AM, Tishan >>>>>>>>>>>>>>>>>>>>>>>>>>>> Dahanayakage <tis...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hi Miyuru, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> For starters try out this[1] sample. But >>>>>>>>>>>>>>>>>>>>>>>>>>>>> please note that storm-deployment-config.xml is >>>>>>>>>>>>>>>>>>>>>>>>>>>>> now part >>>>>>>>>>>>>>>>>>>>>>>>>>>>> of event-processing.xml which is at >>>>>>>>>>>>>>>>>>>>>>>>>>>>> <CARBON_HOME>/repository/conf. So steps >>>>>>>>>>>>>>>>>>>>>>>>>>>>> may vary slightly. AFAIK separate effort is there >>>>>>>>>>>>>>>>>>>>>>>>>>>>> to enrich storm >>>>>>>>>>>>>>>>>>>>>>>>>>>>> documentation. You can contribute to that as well >>>>>>>>>>>>>>>>>>>>>>>>>>>>> with your experience on >>>>>>>>>>>>>>>>>>>>>>>>>>>>> setting this as a fresh user. :) >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Also when setting the local storm cluster >>>>>>>>>>>>>>>>>>>>>>>>>>>>> follow installing storm release locally section >>>>>>>>>>>>>>>>>>>>>>>>>>>>> on [2]. You need to have >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Apache Zookeeper running also to run Apache Storm. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> After you have a working sample you can use >>>>>>>>>>>>>>>>>>>>>>>>>>>>> the same setup to deploy different query plans >>>>>>>>>>>>>>>>>>>>>>>>>>>>> into storm and test. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Feel free to reach out to myself or Lasantha >>>>>>>>>>>>>>>>>>>>>>>>>>>>> if there is any problem. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> [1] >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://docs.wso2.com/display/CEP400/Sample+2001+-+Simple+filter+query+with+Apache+Storm+deployment >>>>>>>>>>>>>>>>>>>>>>>>>>>>> [2] >>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://storm.apache.org/documentation/Setting-up-development-environment.html >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Tishan >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:35 PM, Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Dayarathna <miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hi, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Is there any setup instructions document for >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> setting up the software environment for >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> carbon-event-processing project (In >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> particular to get the following code running?). >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> https://github.com/wso2/carbon-event-processing/tree/master/components/event-processor/org.wso2.carbon.event.processor.common/src/main/java/org/wso2/carbon/event/processor/common/storm/component >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:05 AM, Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Dayarathna <miyu...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Hi Srinath, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Ok,I will work on finding a good benchmark >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> for these performance tests. Also I will talk >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> with Suho and some other team >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> member from CEP team as you mentioned. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 7:58 AM, Srinath >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Perera <srin...@wso2.com> wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru, can you try this out and run a >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> bench mark. Please find a good benchmark and >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> respond to this thread so we >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> can discuss. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Suho, can someone from CEP point him to >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> details and help. >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> --Srinath >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> ============================ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://srinathsview.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> twitter:@srinath_perera >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Site: http://people.apache.org/~hemapani/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Photos: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> http://www.flickr.com/photos/hemapani/ >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Phone: 0772360902 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Tishan Dahanayakage >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Software Engineer >>>>>>>>>>>>>>>>>>>>>>>>>>>>> WSO2, Inc. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Mobile:+94 716481328 >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Disclaimer: This communication may contain >>>>>>>>>>>>>>>>>>>>>>>>>>>>> privileged or other confidential information and >>>>>>>>>>>>>>>>>>>>>>>>>>>>> is intended exclusively >>>>>>>>>>>>>>>>>>>>>>>>>>>>> for the addressee/s. If you are not the intended >>>>>>>>>>>>>>>>>>>>>>>>>>>>> recipient/s, or believe >>>>>>>>>>>>>>>>>>>>>>>>>>>>> that you may have received this communication in >>>>>>>>>>>>>>>>>>>>>>>>>>>>> error, please reply to the >>>>>>>>>>>>>>>>>>>>>>>>>>>>> sender indicating that fact and delete the copy >>>>>>>>>>>>>>>>>>>>>>>>>>>>> you received and in >>>>>>>>>>>>>>>>>>>>>>>>>>>>> addition, you should not print, copy, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> re-transmit, disseminate, or >>>>>>>>>>>>>>>>>>>>>>>>>>>>> otherwise use the information contained in this >>>>>>>>>>>>>>>>>>>>>>>>>>>>> communication. Internet >>>>>>>>>>>>>>>>>>>>>>>>>>>>> communications cannot be guaranteed to be timely, >>>>>>>>>>>>>>>>>>>>>>>>>>>>> secure, error or >>>>>>>>>>>>>>>>>>>>>>>>>>>>> virus-free. The sender does not accept liability >>>>>>>>>>>>>>>>>>>>>>>>>>>>> for any errors or >>>>>>>>>>>>>>>>>>>>>>>>>>>>> omissions. >>>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>>> ============================ >>>>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://srinathsview.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>>>> twitter:@srinath_perera >>>>>>>>>>>>>>>>>>>>>>>>>>> Site: http://people.apache.org/~hemapani/ >>>>>>>>>>>>>>>>>>>>>>>>>>> Photos: http://www.flickr.com/photos/hemapani/ >>>>>>>>>>>>>>>>>>>>>>>>>>> Phone: 0772360902 >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>>>>>>>>>>>> Architecture mailing list >>>>>>>>>>>>>>>>>>>>>>>>>>> Architecture@wso2.org >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>>> Thanks & Regards >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> Iranga Muthuthanthri >>>>>>>>>>>>>>>>>>>>>>>>>> (M) -0777-255773 >>>>>>>>>>>>>>>>>>>>>>>>>> Team Product Management >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>>> Thanks & Best Regards, >>>>>>>>>>>>>>>>>>>>>>> *Praneesha Chandrasiri* >>>>>>>>>>>>>>>>>>>>>>> *Technical Writer* >>>>>>>>>>>>>>>>>>>>>>> *WSO2 Inc. * >>>>>>>>>>>>>>>>>>>>>>> *Mobile: +(94) 718156888 <%2B%2894%29%20718156888>* >>>>>>>>>>>>>>>>>>>>>>> *E-mail: pranee...@wso2.com <pranee...@wso2.com>* >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>>> Thanks & Best Regards, >>>>>>>>>>>>>>>>>>>>> *Praneesha Chandrasiri* >>>>>>>>>>>>>>>>>>>>> *Technical Writer* >>>>>>>>>>>>>>>>>>>>> *WSO2 Inc. * >>>>>>>>>>>>>>>>>>>>> *Mobile: +(94) 718156888 <%2B%2894%29%20718156888>* >>>>>>>>>>>>>>>>>>>>> *E-mail: pranee...@wso2.com <pranee...@wso2.com>* >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>>> *Lasantha Fernando* >>>>>>>>>>>>>>>>>>> Software Engineer - Data Technologies Team >>>>>>>>>>>>>>>>>>> WSO2 Inc. http://wso2.com >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> email: lasan...@wso2.com >>>>>>>>>>>>>>>>>>> mobile: (+94) 71 5247551 >>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> *Lasantha Fernando* >>>>>>>>>>>>>>>>> Software Engineer - Data Technologies Team >>>>>>>>>>>>>>>>> WSO2 Inc. http://wso2.com >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> email: lasan...@wso2.com >>>>>>>>>>>>>>>>> mobile: (+94) 71 5247551 >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> Architecture mailing list >>>>>>>>>>>>>>>>> Architecture@wso2.org >>>>>>>>>>>>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Thanks, >>>>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> ============================ >>>>>>>>>>>>> Blog: http://srinathsview.blogspot.com twitter:@srinath_perera >>>>>>>>>>>>> Site: http://people.apache.org/~hemapani/ >>>>>>>>>>>>> Photos: http://www.flickr.com/photos/hemapani/ >>>>>>>>>>>>> Phone: 0772360902 >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>>> Senior Technical Lead >>>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Thanks, >>>>>>>>>>> Miyuru Dayarathna >>>>>>>>>>> Senior Technical Lead >>>>>>>>>>> Mobile: +94713527783 >>>>>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Tishan Dahanayakage >>>>>>>>> Software Engineer >>>>>>>>> WSO2, Inc. >>>>>>>>> Mobile:+94 716481328 >>>>>>>>> >>>>>>>>> Disclaimer: This communication may contain privileged or other >>>>>>>>> confidential information and is intended exclusively for the >>>>>>>>> addressee/s. >>>>>>>>> If you are not the intended recipient/s, or believe that you may have >>>>>>>>> received this communication in error, please reply to the sender >>>>>>>>> indicating >>>>>>>>> that fact and delete the copy you received and in addition, you >>>>>>>>> should not >>>>>>>>> print, copy, re-transmit, disseminate, or otherwise use the >>>>>>>>> information >>>>>>>>> contained in this communication. Internet communications cannot be >>>>>>>>> guaranteed to be timely, secure, error or virus-free. The sender does >>>>>>>>> not >>>>>>>>> accept liability for any errors or omissions. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Thanks, >>>>>>>> Miyuru Dayarathna >>>>>>>> Senior Technical Lead >>>>>>>> Mobile: +94713527783 >>>>>>>> Blog: http://miyurublog.blogspot.com >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Thanks, >>>>>> Miyuru Dayarathna >>>>>> Senior Technical Lead >>>>>> Mobile: +94713527783 >>>>>> Blog: http://miyurublog.blogspot.com >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Thanks, >>>>> Miyuru Dayarathna >>>>> Senior Technical Lead >>>>> Mobile: +94713527783 >>>>> Blog: http://miyurublog.blogspot.com >>>>> >>>> >>>> >>>> >>>> -- >>>> ============================ >>>> Blog: http://srinathsview.blogspot.com twitter:@srinath_perera >>>> Site: http://people.apache.org/~hemapani/ >>>> Photos: http://www.flickr.com/photos/hemapani/ >>>> Phone: 0772360902 >>>> >>> >>> >>> >>> -- >>> Thanks, >>> Miyuru Dayarathna >>> Senior Technical Lead >>> Mobile: +94713527783 >>> Blog: http://miyurublog.blogspot.com >>> >> >> >> >> -- >> Thanks, >> Miyuru Dayarathna >> Senior Technical Lead >> Mobile: +94713527783 >> Blog: http://miyurublog.blogspot.com >> > > > > -- > Thanks, > Miyuru Dayarathna > Senior Technical Lead > Mobile: +94713527783 > Blog: http://miyurublog.blogspot.com > -- ============================ Blog: http://srinathsview.blogspot.com twitter:@srinath_perera Site: http://people.apache.org/~hemapani/ Photos: http://www.flickr.com/photos/hemapani/ Phone: 0772360902
_______________________________________________ Architecture mailing list Architecture@wso2.org https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture