[rules-users] problem in sliding window

[Davide Sottara]

All the context of a session, including the windows, goes away when the
session is disposed.
In general, please try to post all your DRL and as much information you
can on how the
sessions are built and managed. That makes it easier to understand what
is going on.
Thanks!


On 03/18/2014 07:20 AM, Sandhya Sree wrote:
> no, actually i think the problem is because, i create a new session
> once in 10 seconds and dispose it off. so when i create the first two
> files in first 10 seconds , the session is disposed, and in the next
> session the next two files are created and disposed.. like this it
> goes.. so when i create more than 4 files all at the same instant it
> falls under the same session and the sliding window works.. 
> could this be the problem?
>
>
>
> On Mon, Mar 17, 2014 at 5:28 PM, Davide Sottara <dsotty at gmail.com
> <mailto:dsotty at gmail.com>> wrote:
>
>     It is possible to declare sliding windows
>
>     A possible problem (I didn't check the logic) is that
>     you are not inserting the new Events you create.
>
>
>
>
>     On 03/17/2014 12:13 PM, Sandhya Sree wrote:
>>     i found this type of declaration in a site and thought this is
>>     allowed..
>>     also it doesnt throw any compilation error and works the same way
>>     as declared like this:
>>
>>     accumulate( $e :Event (name == "new file added") *over window :
>>     time(1m)*, count($e)
>>
>>
>>     On Mon, Mar 17, 2014 at 4:23 PM, Wolfgang Laun
>>     <wolfgang.laun at gmail.com <mailto:wolfgang.laun at gmail.com>> wrote:
>>
>>         On 17/03/2014, Sandhya Sree <sandhyachinnaraj at gmail.com
>>         <mailto:sandhyachinnaraj at gmail.com>> wrote:
>>
>>         > declare window Ticks
>>         >     Event()
>>         >         over window:time(1m )
>>         > end
>>
>>         Is there any documentation snippet that says you can declare
>>         a fact
>>         (not even an event) like this, restricting its existence?
>>
>>         If not, why does this not cause an compilation error?
>>
>>         -W
>>         _______________________________________________
>>         rules-users mailing list
>>         rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>         https://lists.jboss.org/mailman/listinfo/rules-users
>>
>>
>>
>>
>>     _______________________________________________
>>     rules-users mailing list
>>     rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>>     https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>     _______________________________________________
>     rules-users mailing list
>     rules-users at lists.jboss.org <mailto:rules-users at lists.jboss.org>
>     https://lists.jboss.org/mailman/listinfo/rules-users
>
>
>
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20140319/73536a98/attachment.html