Thanks, Ishara. :) And for Udara's feedback,
Here we need to keep the counter as a shared value to all connections and since the session is local to one connection, we cannot keep the counter inside a session, right. *Dilan U. Ariyaratne* Software Engineer WSO2 Inc. <http://wso2.com/> Mobile: +94775149066 lean . enterprise . middleware On Mon, Oct 27, 2014 at 9:59 AM, Udara Liyanage <ud...@wso2.com> wrote: > Hi Dilan, > > You can keep the counter as a session variable and increment and write to > the file in every request. > > On Mon, Oct 27, 2014 at 9:56 AM, Dilan Udara Ariyaratne <dil...@wso2.com> > wrote: > >> Thanks, Roshan. >> >> This was exactly what I was looking for. >> >> Highly appreciate your feedback. >> >> >> *Dilan U. Ariyaratne* >> Software Engineer >> WSO2 Inc. <http://wso2.com/> >> Mobile: +94775149066 >> lean . enterprise . middleware >> >> On Mon, Oct 27, 2014 at 9:07 AM, Roshan Deniyage <rosh...@wso2.com> >> wrote: >> >>> 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 <dil...@wso2.com >>> > 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 <hars...@wso2.com> >>>> 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: hars...@wso2.com >>>>> 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 <dine...@wso2.com >>>>> > 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 < >>>>>> dil...@wso2.com> 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 >>>>>>> Dev@wso2.org >>>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> >>>>>> *Dinesh J. Weerakkody* >>>>>> Software Engineer >>>>>> WSO2 Inc. >>>>>> lean | enterprise | middleware >>>>>> M : +94 727 361788 | E : dine...@wso2.com | W : www.wso2.com >>>>>> >>>>>> _______________________________________________ >>>>>> Dev mailing list >>>>>> Dev@wso2.org >>>>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>>> >>>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Dev mailing list >>>> Dev@wso2.org >>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>> >>>> >>> >> >> _______________________________________________ >> Dev mailing list >> Dev@wso2.org >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > > Udara Liyanage > Software Engineer > WSO2, Inc.: http://wso2.com > lean. enterprise. middleware > > web: http://udaraliyanage.wordpress.com > phone: +94 71 443 6897 >
_______________________________________________ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev