Hi Isabelle, Inosh on sick leave, so let me explain. So the search you're talking about is a search that is domain specific, and will be implemented for a specific business scenario. For example, like searching by a product type for sales in a company and so on. So that type of a search will of course, will not contain details like stream name or anything like that, those will be handled internally by the implementation of the search UI. So this is a custom search UI written by a specific user of BAM.
As for the search mentioned in this thread, it's a purely a generic BAM event/activity search. It only searches by giving low level information such as stream names and property values. It has no idea of about any details of a specific business use case. So to be a generic search like this, we require the user to know about these aspect of BAM, or else, we can't give a feature like this, out of the box. So the idea is, we will give the necessary APIs for the user to create their own custom search UI and all. That is anyway the ultimate aim in BAM in the UI side, for the users to be able to very easily to create their own custom UIs by using our given APIs. Cheers, Anjana. On Fri, Aug 2, 2013 at 1:53 PM, Isabelle Mauny <[email protected]> wrote: > I understand Inosh - What I am saying is that the person designing the > streams is not the person searching for messages - So the UI can't use BAM > terminology. Actually the message console should most likely be a UI which > is independent from the BAM UI itself, using the aggregated data in the > analytics database (or are we looking into searching directly into the > Cassandra database ?) > > The person searching for messages knows about the problem domain , i.e. an > IP number, a partner name, a timestamp are available. > > Isabelle. > __________________________________________________ > > *Isabelle Mauny > *Director, Product Management; WSO2, Inc.; http://wso2.com/ > * > * > > On Jul 29, 2013, at 9:24 AM, Inosh Goonewardena <[email protected]> wrote: > > Hi Isabelle, > > In this case we have to use stream concept in our search queries because > we can't just search through the messages using the given values to the > list of properties. What we search here is events which have certain values > for certain properties. So the search should bound with a event stream and > that has to be provided in the search query. Other than that those event > properties also needs to be indexed as well. > > > > > > > On Mon, Jul 29, 2013 at 12:27 PM, Inosh Goonewardena <[email protected]>wrote: > >> Hi, >> >> Events and activity search need to support queries like >> (stream1.prop1="1" or stream2.prop2="2") and (stream1.prop3="3"). So that >> we have to handle ordering of those conditions properly as well. With this >> UI that requirement can be managed easily. In the other hand devops are >> aware of the properties that have been indexed and the query they want to >> search. So I believe we can meet our search requirements with proposed UIs >> >> >> >> >> On Fri, Jul 26, 2013 at 10:28 PM, Isabelle Mauny <[email protected]>wrote: >> >>> All, >>> >>> Please keep in mind that this console is meant to be used by DevOps. >>> They don't know what a stream is and have no reason to know - So , don't >>> use that terminology in the UI - You need to abstract the UI from the >>> underlying implementation. The UI needs to talk about messages, not events >>> or streams which are product concepts. >>> >>> Behind the scenes, the search might be based on stream1.property = >>> "value", but in the UI this is not what I want to see in the UI : just the >>> list of properties I can search on (in other words, the UI does not expect >>> me to know the properties list, but rather just expect to know the values I >>> want to input to the search.) >>> >>> Isabelle. >>> __________________________________________________ >>> >>> *Isabelle Mauny >>> *Director, Product Management; WSO2, Inc.; http://wso2.com/ >>> email: [email protected] - mobile (Spain) : +34 616050684 - mobile (Sri >>> Lanka) +94 (0)774777663 >>> >>> * >>> * >>> >>> On Jul 26, 2013, at 12:36 AM, Inosh Goonewardena <[email protected]> wrote: >>> >>> Yea, greater than, less than, .. operations can be supported for int, >>> double, long types. >>> >>> >>> On Fri, Jul 26, 2013 at 12:54 PM, Malith Dhanushka <[email protected]>wrote: >>> >>>> Hi, >>>> >>>> For what extent that query grammar would get implemented. Is it >>>> possible to filter values from streams. ( ie - stream1.property1 > "value1" >>>> ) ? >>>> >>>> >>>> On Fri, Jul 26, 2013 at 11:44 AM, Inosh Goonewardena <[email protected]>wrote: >>>> >>>>> Hi Hasitha, >>>>> >>>>> This a only a read only view. U may have a valid point about data >>>>> removal. But we have to discuss about that matter. >>>>> >>>>> >>>>> >>>>> On Fri, Jul 26, 2013 at 5:25 AM, Hasitha Hiranya <[email protected]>wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> +1 for new event search UI. It brings flexibility. >>>>>> Is this a "read-only" view? What if somebody want to do a query and >>>>>> remove all the data found? Is it not valid a use-case? >>>>>> >>>>>> Thanks >>>>>> >>>>>> >>>>>> On Thu, Jul 25, 2013 at 7:23 PM, Inosh Goonewardena >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> I have attached modified mock screens. Appreciate your feedbacks >>>>>>> >>>>>>> >>>>>>> On Thu, Jul 25, 2013 at 5:41 PM, Srinath Perera <[email protected]>wrote: >>>>>>> >>>>>>>> ah sorry :) >>>>>>>> >>>>>>>> --Srinath >>>>>>>> >>>>>>>> >>>>>>>> On Thu, Jul 25, 2013 at 5:40 PM, Anjana Fernando >>>>>>>> <[email protected]>wrote: >>>>>>>> >>>>>>>>> Hi Srinath, >>>>>>>>> >>>>>>>>> I think we got the term "ordering" confused here :) .. I wasn't >>>>>>>>> really talking about temporal ordering of the events there (I think >>>>>>>>> we can >>>>>>>>> ignore that for the initial version of search) .. I was mentioning >>>>>>>>> how we >>>>>>>>> properly give the ordering of the conditions there .. as in the >>>>>>>>> "and", "or" >>>>>>>>> operators .. like we can say "A and B or C", where by usual operator >>>>>>>>> precedence it'll be (A and B) or C .. but we may also want to give >>>>>>>>> something like "A and (B or C)" .. I was just mentioning the syntax >>>>>>>>> we will >>>>>>>>> need to show the mentioned behavior, we can't do it in a simple way >>>>>>>>> in an >>>>>>>>> UI. >>>>>>>>> >>>>>>>>> Cheers, >>>>>>>>> Anjana. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Jul 25, 2013 at 5:27 PM, Srinath Perera >>>>>>>>> <[email protected]>wrote: >>>>>>>>> >>>>>>>>>> Hi Anjana, >>>>>>>>>> >>>>>>>>>> For example, stream1.prop1="1" -> stream2.prop1="1" to show the >>>>>>>>>> ordering (note the arrow). >>>>>>>>>> >>>>>>>>>> Actually, this is the CEP event pattern format ( >>>>>>>>>> http://wso2.com/library/articles/2013/06/understanding-siddhi-powers-wso2-cep-2x, >>>>>>>>>> see sequence). >>>>>>>>>> IMHO, if we need to show temporal ordering, CEP has the format. >>>>>>>>>> May be there is room to improve, but in which case we fix both. >>>>>>>>>> >>>>>>>>>> Sinthuja, the model we give to end users is EventStreams. IMHO, >>>>>>>>>> it is best to let him search thinking event steam instead of row >>>>>>>>>> Cassandra. >>>>>>>>>> >>>>>>>>>> --Srinath >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, Jul 25, 2013 at 4:30 PM, Anjana Fernando <[email protected] >>>>>>>>>> > wrote: >>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> In the search, the part where we give the conditions, this >>>>>>>>>>> approach doesn't handle the ordering of the conditions, like >>>>>>>>>>> (stream1.prop1="1" or stream2.prop2="2") and (stream1.prop3="3") >>>>>>>>>>> kind of a >>>>>>>>>>> scenario. So how about having a simple search query format instead >>>>>>>>>>> and just >>>>>>>>>>> give a search text field to do the queries? .. I guess we can use a >>>>>>>>>>> format >>>>>>>>>>> like the one I just mentioned for the earlier example. >>>>>>>>>>> >>>>>>>>>>> Cheers, >>>>>>>>>>> Anjana. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Thu, Jul 25, 2013 at 4:03 PM, Srinath Perera < >>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>> >>>>>>>>>>>> 1) For Event search, user need to pick an stream, then he can >>>>>>>>>>>> search. Given we have activity search I think that would do. >>>>>>>>>>>> >>>>>>>>>>>> 2) For activity search, this only handle a small subset. One >>>>>>>>>>>> activity might have events from many streams. We define property >>>>>>>>>>>> search to >>>>>>>>>>>> match if at least one event in an activity matches the given >>>>>>>>>>>> condition >>>>>>>>>>>> (e.g. property). If user need more complex ones (e.g. temporal >>>>>>>>>>>> conditions) >>>>>>>>>>>> they should define and KPI. >>>>>>>>>>>> >>>>>>>>>>>> --Srinath >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Thu, Jul 25, 2013 at 3:54 PM, Inosh Goonewardena < >>>>>>>>>>>> [email protected]> wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> We had a few discussion sessions with Srinath about BAM events >>>>>>>>>>>>> search and activity search. >>>>>>>>>>>>> >>>>>>>>>>>>> Herewith I have attached mock up screens on how the search UIs >>>>>>>>>>>>> will be like. Any feedback is appreciated. >>>>>>>>>>>>> >>>>>>>>>>>>> -- >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> >>>>>>>>>>>>> Inosh Goonewardena >>>>>>>>>>>>> Associate Technical Lead- WSO2 Inc. >>>>>>>>>>>>> Mobile: +94779966317 >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> ============================ >>>>>>>>>>>> Srinath Perera, Ph.D. >>>>>>>>>>>> http://people.apache.org/~hemapani/ >>>>>>>>>>>> http://srinathsview.blogspot.com/ >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> *Anjana Fernando* >>>>>>>>>>> Technical Lead >>>>>>>>>>> WSO2 Inc. | http://wso2.com >>>>>>>>>>> lean . enterprise . middleware >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> ============================ >>>>>>>>>> Srinath Perera, Ph.D. >>>>>>>>>> Director, Research, WSO2 Inc. >>>>>>>>>> Visiting Faculty, University of Moratuwa >>>>>>>>>> Member, Apache Software Foundation >>>>>>>>>> Research Scientist, Lanka Software Foundation >>>>>>>>>> Blog: http://srinathsview.blogspot.com/ >>>>>>>>>> Photos: http://www.flickr.com/photos/hemapani/ >>>>>>>>>> Phone: 0772360902 >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> *Anjana Fernando* >>>>>>>>> Technical Lead >>>>>>>>> WSO2 Inc. | http://wso2.com >>>>>>>>> lean . enterprise . middleware >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> ============================ >>>>>>>> Srinath Perera, Ph.D. >>>>>>>> Director, Research, WSO2 Inc. >>>>>>>> Visiting Faculty, University of Moratuwa >>>>>>>> Member, Apache Software Foundation >>>>>>>> Research Scientist, Lanka Software Foundation >>>>>>>> Blog: http://srinathsview.blogspot.com/ >>>>>>>> Photos: http://www.flickr.com/photos/hemapani/ >>>>>>>> Phone: 0772360902 >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Regards, >>>>>>> >>>>>>> Inosh Goonewardena >>>>>>> Associate Technical Lead- WSO2 Inc. >>>>>>> Mobile: +94779966317 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Architecture mailing list >>>>>>> [email protected] >>>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> *Hasitha Abeykoon* >>>>>> >>>>>> Software Engineer; WSO2, Inc.; http://wso2.com >>>>>> *cell:* *+94 719363063* >>>>>> *blog: **abeykoon.blogspot.com* <http://abeykoon.blogspot.com/>* * >>>>>> * >>>>>> * >>>>>> >>>>>> _______________________________________________ >>>>>> Architecture mailing list >>>>>> [email protected] >>>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Regards, >>>>> >>>>> Inosh Goonewardena >>>>> Associate Technical Lead- WSO2 Inc. >>>>> Mobile: +94779966317 >>>>> >>>>> _______________________________________________ >>>>> Architecture mailing list >>>>> [email protected] >>>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>>> >>>>> >>>> >>>> >>>> -- >>>> Malith Dhanushka >>>> >>>> Engineer - Data Technologies >>>> *WSO2, Inc. : wso2.com* >>>> >>>> *Mobile* : +94 716 506 693 >>>> >>>> _______________________________________________ >>>> Architecture mailing list >>>> [email protected] >>>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>>> >>>> >>> >>> >>> -- >>> Regards, >>> >>> Inosh Goonewardena >>> Associate Technical Lead- WSO2 Inc. >>> Mobile: +94779966317 >>> _______________________________________________ >>> Architecture mailing list >>> [email protected] >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >>> >>> _______________________________________________ >>> Architecture mailing list >>> [email protected] >>> https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture >>> >>> >> >> >> -- >> Regards, >> >> Inosh Goonewardena >> Associate Technical Lead- WSO2 Inc. >> Mobile: +94779966317 >> > > > > -- > Regards, > > Inosh Goonewardena > Associate Technical Lead- WSO2 Inc. > Mobile: +94779966317 > > > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- *Anjana Fernando* Technical Lead WSO2 Inc. | http://wso2.com lean . enterprise . middleware
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
