Hi Inosh,

If we are providing a user experience as Isabelle said we can use an auto
completing UI feature for writing the query. There we can provide a drop
down with all the indexed fields when the user is trying to enter a field.

BTW I am not sure how the queries like *(stream1.prop1="1" or
stream2.prop2="2") and (stream1.prop3="3")* are processed internally.
According to the query, *(stream1.prop1="1" or stream2.prop2="2")* should
be executed first and keep the results in some location (in memory or in
secondary storage) till the *(stream1.prop3="3")* is executed. If that is
in memory, it may exceed memory, even though the final result is small,
which comes after executing the whole query. And also the number of fields
cannot be limited in the first execution though it is ok to limit after the
final execution. If we keep this in secondary storage, how are we doing it?
Do we keep all of them as Cassandra rows? Then it will be similar to the
Hive queries. That means we are reinventing the wheel.

*
Maninda Edirisooriya*
Software Engineer
*WSO2, Inc.
*lean.enterprise.middleware.

*Blog* : http://maninda.blogspot.com/
*Phone* : +94 777603226


On Mon, Jul 29, 2013 at 2:25 PM, Inosh Goonewardena <[email protected]> wrote:

> Hi,
>
> One activity can have events from many streams. So the activity search has
> to be done across multiple streams. For example lets consider following
> query,
>
>
> *(stream1.prop1="1" or stream2.prop2="2") and (stream1.prop3="3")*
>
>
> Search result for the above query will be the activities that has
> property1 value equal to "1" in stream1 or property2 value equal to "2" in
> stream two and the property3 value equal to "3" in stream1.
>
> Regards,
> Inosh
>
>
>
>
>
> On Mon, Jul 29, 2013 at 1:12 PM, Nirmal Fernando <[email protected]> wrote:
>
>> Hi Inosh,
>>
>>
>> Do you mind explaining the scenario shown in your activity search mock
>> UI? There're lot of people in this list, whom are not that familiar on the
>> terms, you've used.
>>
>>
>> On Mon, 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
>>>
>>>
>>
>>
>> --
>>
>> Thanks & regards,
>> Nirmal
>>
>> Senior Software Engineer- Platform Technologies Team, WSO2 Inc.
>> Mobile: +94715779733
>> Blog: http://nirmalfdo.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
>
>
_______________________________________________
Architecture mailing list
[email protected]
https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture

Reply via email to