Hi Dilan,
   You can you the "sync(function)"  function provided by the Rhino engine.
Try the blog post [1].

[1] http://madhukaudantha.blogspot.com/2014/02/rhino-js-sync.html


​Thanks,​

Roshan Deniyage
Associate Technical Lead
​​
WSO2, Inc: http://wso2.com

Mobile    :  +94 777636406
Twitter    :  *https://twitter.com/roshku <https://twitter.com/roshku>*
LinkedIn :  https://www.linkedin.com/in/roshandeniyage


On Sun, Oct 26, 2014 at 6:33 PM, Dilan Udara Ariyaratne <[email protected]>
wrote:

> Hi All,
>
> Thanks for your valuable feedback!
>
> If I am to continue this discussion, as far as I know,
> when ever a client-server-connection is made, the server hands over the
> request handling task to a separate process or a thread.
> In PHP, this is a new process and in Jaggery, yes, this should be a thread
> as it comes out from a Java specific background.
>
> So, what I understand from your feedback is that the scope of a Jaggery
> session is local to a specific connection handling thread.
> Please correct me if I am wrong. :)
>
> And about dealing with concurrency issues,
> let me be more specific on this.
>
> Let's say we have one Jaggery script that is updating a number stored in a
> file
> and I need to increment the number by one on each and every access to the
> script by a client.
> In order to have a correct count, I need to synchronize the access to the
> file from each request handling thread.
>
> How can I achieve this in Jaggery? Any Feedback on this would be highly
> appreciated.
>
> Thanks.
>
>
>
> *Dilan U. Ariyaratne*
> Software Engineer
> WSO2 Inc. <http://wso2.com/>
> Mobile: +94775149066
> lean . enterprise . middleware
>
> On Wed, Oct 22, 2014 at 10:01 AM, Harshan Liyanage <[email protected]>
> wrote:
>
>> Ultimately Jaggery is compiled into a java byte-code by the Rhino Engine.
>> So the same principals will apply as Dinesh as mentioned. :)
>>
>> Best Regards,
>>
>> Lakshitha Harshan
>> Software Engineer
>> Mobile: *+94724423048*
>> Email: [email protected]
>> Blog : http://harshanliyanage.blogspot.com/
>> *WSO2, Inc. :** wso2.com <http://wso2.com/>*
>> lean.enterprise.middleware.
>>
>> On Wed, Oct 22, 2014 at 9:12 AM, Dinesh J Weerakkody <[email protected]>
>> wrote:
>>
>>> Hi Dilan,
>>>
>>> As I understood, Jaggery is running on top of JSP/Servlet structure and
>>> use same principles (more like a wrapper to JSP). Session scopes and
>>> concurrency also similar to simple Jsp app. Each request will be served by
>>> separate thread. So You have to deal with shared resources by keeping that
>>> in mind..
>>>
>>> PS: Please correct me if I'm wrong.. :)
>>>
>>> On Wed, Oct 22, 2014 at 7:59 AM, Dilan Udara Ariyaratne <[email protected]
>>> > wrote:
>>>
>>>> Hi All,
>>>>
>>>> I am just curious to know on "To what extent, Jaggery can deal with
>>>> Concurrency Issues".
>>>>
>>>> For example, if some Jaggery Script is there to handle some file
>>>> operations
>>>> on a shared file or some database operations that we expect to be
>>>> mutually exclusive...
>>>>
>>>> And also about the scope of Jaggery "session" variable: i.e. when the
>>>> server is dealing with
>>>> multiple concurrent executions of the same Jaggery script, are we
>>>> dealing with multiple independent sessions or just one session instance...
>>>>
>>>> Any Feedback on this would be highly appreciated.
>>>>
>>>> Thanks.
>>>>
>>>> *Dilan U. Ariyaratne*
>>>> Software Engineer
>>>> WSO2 Inc. <http://wso2.com/>
>>>> Mobile: +94775149066
>>>> lean . enterprise . middleware
>>>>
>>>> _______________________________________________
>>>> Dev mailing list
>>>> [email protected]
>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>>
>>>>
>>>
>>>
>>> --
>>>
>>> *Dinesh J. Weerakkody*
>>> Software Engineer
>>> WSO2 Inc.
>>> lean | enterprise | middleware
>>> M : +94 727 361788 | E : [email protected] | W : www.wso2.com
>>>
>>> _______________________________________________
>>> Dev mailing list
>>> [email protected]
>>> http://wso2.org/cgi-bin/mailman/listinfo/dev
>>>
>>>
>>
>
> _______________________________________________
> Dev mailing list
> [email protected]
> http://wso2.org/cgi-bin/mailman/listinfo/dev
>
>
_______________________________________________
Dev mailing list
[email protected]
http://wso2.org/cgi-bin/mailman/listinfo/dev

Reply via email to