Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
It's also possible to try with Local Storage. We don't use Local Storage much because of the lack of browser support. But it's possible to use other data storage methods specific to each browser when local storage is not supported ( session storage, globalStorage etc.. ) . [1] is a popular library that we can use to do just that. This lib is mostly use in web to keep user preferences in the client side. AFAIK it's not been use in any of our products yet. So it needs to be taken through the 3rd party approval process. [1] - http://amplifyjs.com/api/store/ thanks, Chanaka On Thu, Mar 12, 2015 at 7:03 PM, Samith Dassanayake wrote: > Hi Anuruddha, > Please find my comments inline. > > On Thu, Mar 12, 2015 at 2:21 AM, Anuruddha Premalal > wrote: > >> >> >> On Thu, Mar 12, 2015 at 12:58 PM, Gayan Dhanushka >> wrote: >> >>> Hi Anuruddha/ Danushka, >>> >>> FYI, I checked the code again and noticed that calling getAllAppsOfUser >>> from the user home page is not needed anymore. It is used in the eventing >>> page template. So updating the "application_list" in session >>> >> >> IMO we shouldn't keep the application_list in the *session*. Otherwise >> this will cause the issue that Danushka explained earlier. Shall we move it >> to *application* cache and do proper invalidation on update/delete? >> > The problem with the application level caching is, in real production > environment there will be hundreds of applications and It is not > recommended to keep heavyweight objects in the jaggery application cache as > they might introduce issues under concurrent environments[1]. > >> >> from the notification wall template is enough. Further more >>> "application_list" is not the attribtue in the session which is used to >>> draw the user home page. >>> >> >> Are we using this application_list somewhere else?. It's not correct to >> have the application_list in the *session* cache. >> >> >>> It is "USER_HOME_CACHE" attribute the one which is used. >>> >>> So I think it is safe to remove the recurring getAllAppsOfUser from the >>> user home page. >>> >> >> Check whether the USER_HOME_CACHE have the application creation status; >> it shouldn't be cached since it's a dynamic parameter; in that case you'll >> have to getapplication info from the back-end. >> > Yes. USER_HOME_CACHE does has the application status and it will updated > the dynamically by poling for status changes of the applications, which are > in the pending status. > > [1] "Do we have a cache implementation in Jaggery" > > Thanks, > Samith > >> >> >>> >> >>> >> WDYT ? >>> >>> Regards >>> Gayan >>> >>> On Thu, Mar 12, 2015 at 12:59 PM, Anuruddha Premalal >> > wrote: >>> Hi Gayan, IMO we should cache user data in the session cache and the application data should go to the application level cache. This way we can get rid of unwanted back-end calls and do proper cache invalidation. So IMO the proper way to do this is to have a clear data separation in caching layers rather than increasing callbacktime. WDYT? Regards, Anuruddha. On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka wrote: > Hi Danushka, > > Thanks for the useful information. Yes. The cache is in the session. > Me too believe that the 1 minute time difference is too soon. > > +1 for increasing it. > > Regards > Gayan > > On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando > wrote: > >> I didn't check the code. However I guess cache is in session. Is that >> right? So say A logs in to AF and do whatever stuff. And B logs in to AF >> and create an application foo and add A to that foo application. Then >> there >> is no way to update the cache unless we read it from data layer time to >> time. If this is not the case picture in my head is wrong so please >> correct >> it. >> However 1 minute seems too soon. >> >>1. Make it configurable >>2. Increase it to somewhere like 10 - 15 minutes. >> >> WDYT? >> >> Thanks & Regards >> Danushka Fernando >> Software Engineer >> WSO2 inc. http://wso2.com/ >> Mobile : +94716332729 >> >> On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka >> wrote: >> >>> Hi all, >>> >>> I noticed $subject in the index page. Any particular reason for >>> having this ? Since we have a cache for user home data, IMO we do not >>> need >>> this anymore. Data from the back end can only be read initially. >>> >>> Regards >>> Gayan >>> >>> -- >>> Gayan Dhanuska >>> Software Engineer >>> http://wso2.com/ >>> Lean Enterprise Middleware >>> >>> Mobile >>> 071 666 2327 >>> >>> Office >>> Tel : 94 11 214 5345 >>> Fax : 94 11 214 5300 >>> >>> Twitter : https://twitter.com/gayanlggd >>> >> >> > > > -- > Gayan Dhanuska >
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi Anuruddha, Please find my comments inline. On Thu, Mar 12, 2015 at 2:21 AM, Anuruddha Premalal wrote: > > > On Thu, Mar 12, 2015 at 12:58 PM, Gayan Dhanushka wrote: > >> Hi Anuruddha/ Danushka, >> >> FYI, I checked the code again and noticed that calling getAllAppsOfUser >> from the user home page is not needed anymore. It is used in the eventing >> page template. So updating the "application_list" in session >> > > IMO we shouldn't keep the application_list in the *session*. Otherwise > this will cause the issue that Danushka explained earlier. Shall we move it > to *application* cache and do proper invalidation on update/delete? > The problem with the application level caching is, in real production environment there will be hundreds of applications and It is not recommended to keep heavyweight objects in the jaggery application cache as they might introduce issues under concurrent environments[1]. > > from the notification wall template is enough. Further more >> "application_list" is not the attribtue in the session which is used to >> draw the user home page. >> > > Are we using this application_list somewhere else?. It's not correct to > have the application_list in the *session* cache. > > >> It is "USER_HOME_CACHE" attribute the one which is used. >> >> So I think it is safe to remove the recurring getAllAppsOfUser from the >> user home page. >> > > Check whether the USER_HOME_CACHE have the application creation status; > it shouldn't be cached since it's a dynamic parameter; in that case you'll > have to getapplication info from the back-end. > Yes. USER_HOME_CACHE does has the application status and it will updated the dynamically by poling for status changes of the applications, which are in the pending status. [1] "Do we have a cache implementation in Jaggery" Thanks, Samith > > >> > >> > WDYT ? >> >> Regards >> Gayan >> >> On Thu, Mar 12, 2015 at 12:59 PM, Anuruddha Premalal >> wrote: >> >>> Hi Gayan, >>> >>> IMO we should cache user data in the session cache and the application >>> data should go to the application level cache. This way we can get rid of >>> unwanted back-end calls and do proper cache invalidation. >>> >>> So IMO the proper way to do this is to have a clear data separation in >>> caching layers rather than increasing callbacktime. >>> >>> WDYT? >>> >>> Regards, >>> Anuruddha. >>> >>> On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka >>> wrote: >>> Hi Danushka, Thanks for the useful information. Yes. The cache is in the session. Me too believe that the 1 minute time difference is too soon. +1 for increasing it. Regards Gayan On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando wrote: > I didn't check the code. However I guess cache is in session. Is that > right? So say A logs in to AF and do whatever stuff. And B logs in to AF > and create an application foo and add A to that foo application. Then > there > is no way to update the cache unless we read it from data layer time to > time. If this is not the case picture in my head is wrong so please > correct > it. > However 1 minute seems too soon. > >1. Make it configurable >2. Increase it to somewhere like 10 - 15 minutes. > > WDYT? > > Thanks & Regards > Danushka Fernando > Software Engineer > WSO2 inc. http://wso2.com/ > Mobile : +94716332729 > > On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka > wrote: > >> Hi all, >> >> I noticed $subject in the index page. Any particular reason for >> having this ? Since we have a cache for user home data, IMO we do not >> need >> this anymore. Data from the back end can only be read initially. >> >> Regards >> Gayan >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> > > -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >>> -- >>> *Anuruddha Premalal* >>> Software Eng. | WSO2 Inc. >>> Mobile : +94710461070 >>> Web site : www.regilandvalley.com >>> >>> >> >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> > > > > -- > *Anuruddha Premalal* > Softwa
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi all, The idea is to check the flag when the block layer is called and clear the session when it is called. That is until we have web sockets. Lets not over engineer stuff. thanks, dimuthu On Thu, Mar 12, 2015 at 2:51 PM, Anuruddha Premalal wrote: > > > On Thu, Mar 12, 2015 at 12:58 PM, Gayan Dhanushka wrote: > >> Hi Anuruddha/ Danushka, >> >> FYI, I checked the code again and noticed that calling getAllAppsOfUser >> from the user home page is not needed anymore. It is used in the eventing >> page template. So updating the "application_list" in session >> > > IMO we shouldn't keep the application_list in the *session*. Otherwise > this will cause the issue that Danushka explained earlier. Shall we move it > to *application* cache and do proper invalidation on update/delete? > > from the notification wall template is enough. Further more >> "application_list" is not the attribtue in the session which is used to >> draw the user home page. >> > > Are we using this application_list somewhere else?. It's not correct to > have the application_list in the *session* cache. > > >> It is "USER_HOME_CACHE" attribute the one which is used. >> >> So I think it is safe to remove the recurring getAllAppsOfUser from the >> user home page. >> > > Check whether the USER_HOME_CACHE have the application creation status; > it shouldn't be cached since it's a dynamic parameter; in that case you'll > have to getapplication info from the back-end. > > >> > >> > WDYT ? >> >> Regards >> Gayan >> >> On Thu, Mar 12, 2015 at 12:59 PM, Anuruddha Premalal >> wrote: >> >>> Hi Gayan, >>> >>> IMO we should cache user data in the session cache and the application >>> data should go to the application level cache. This way we can get rid of >>> unwanted back-end calls and do proper cache invalidation. >>> >>> So IMO the proper way to do this is to have a clear data separation in >>> caching layers rather than increasing callbacktime. >>> >>> WDYT? >>> >>> Regards, >>> Anuruddha. >>> >>> On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka >>> wrote: >>> Hi Danushka, Thanks for the useful information. Yes. The cache is in the session. Me too believe that the 1 minute time difference is too soon. +1 for increasing it. Regards Gayan On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando wrote: > I didn't check the code. However I guess cache is in session. Is that > right? So say A logs in to AF and do whatever stuff. And B logs in to AF > and create an application foo and add A to that foo application. Then > there > is no way to update the cache unless we read it from data layer time to > time. If this is not the case picture in my head is wrong so please > correct > it. > However 1 minute seems too soon. > >1. Make it configurable >2. Increase it to somewhere like 10 - 15 minutes. > > WDYT? > > Thanks & Regards > Danushka Fernando > Software Engineer > WSO2 inc. http://wso2.com/ > Mobile : +94716332729 > > On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka > wrote: > >> Hi all, >> >> I noticed $subject in the index page. Any particular reason for >> having this ? Since we have a cache for user home data, IMO we do not >> need >> this anymore. Data from the back end can only be read initially. >> >> Regards >> Gayan >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> > > -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >>> -- >>> *Anuruddha Premalal* >>> Software Eng. | WSO2 Inc. >>> Mobile : +94710461070 >>> Web site : www.regilandvalley.com >>> >>> >> >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> > > > > -- > *Anuruddha Premalal* > Software Eng. | WSO2 Inc. > Mobile : +94710461070 > Web site : www.regilandvalley.com > > > ___ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Dimuthu Leelarathne Architect & Product Lead of App Factory WSO2, Inc. (http://wso2.com) email: dimut...@wso2.com Mobile : 0773661935 Lean . Ente
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
On Thu, Mar 12, 2015 at 12:58 PM, Gayan Dhanushka wrote: > Hi Anuruddha/ Danushka, > > FYI, I checked the code again and noticed that calling getAllAppsOfUser > from the user home page is not needed anymore. It is used in the eventing > page template. So updating the "application_list" in session > IMO we shouldn't keep the application_list in the *session*. Otherwise this will cause the issue that Danushka explained earlier. Shall we move it to *application* cache and do proper invalidation on update/delete? from the notification wall template is enough. Further more > "application_list" is not the attribtue in the session which is used to > draw the user home page. > Are we using this application_list somewhere else?. It's not correct to have the application_list in the *session* cache. > It is "USER_HOME_CACHE" attribute the one which is used. > > So I think it is safe to remove the recurring getAllAppsOfUser from the > user home page. > Check whether the USER_HOME_CACHE have the application creation status; it shouldn't be cached since it's a dynamic parameter; in that case you'll have to getapplication info from the back-end. > > WDYT ? > > Regards > Gayan > > On Thu, Mar 12, 2015 at 12:59 PM, Anuruddha Premalal > wrote: > >> Hi Gayan, >> >> IMO we should cache user data in the session cache and the application >> data should go to the application level cache. This way we can get rid of >> unwanted back-end calls and do proper cache invalidation. >> >> So IMO the proper way to do this is to have a clear data separation in >> caching layers rather than increasing callbacktime. >> >> WDYT? >> >> Regards, >> Anuruddha. >> >> On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka >> wrote: >> >>> Hi Danushka, >>> >>> Thanks for the useful information. Yes. The cache is in the session. Me >>> too believe that the 1 minute time difference is too soon. >>> >>> +1 for increasing it. >>> >>> Regards >>> Gayan >>> >>> On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando >>> wrote: >>> I didn't check the code. However I guess cache is in session. Is that right? So say A logs in to AF and do whatever stuff. And B logs in to AF and create an application foo and add A to that foo application. Then there is no way to update the cache unless we read it from data layer time to time. If this is not the case picture in my head is wrong so please correct it. However 1 minute seems too soon. 1. Make it configurable 2. Increase it to somewhere like 10 - 15 minutes. WDYT? Thanks & Regards Danushka Fernando Software Engineer WSO2 inc. http://wso2.com/ Mobile : +94716332729 On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka wrote: > Hi all, > > I noticed $subject in the index page. Any particular reason for having > this ? Since we have a cache for user home data, IMO we do not need this > anymore. Data from the back end can only be read initially. > > Regards > Gayan > > -- > Gayan Dhanuska > Software Engineer > http://wso2.com/ > Lean Enterprise Middleware > > Mobile > 071 666 2327 > > Office > Tel : 94 11 214 5345 > Fax : 94 11 214 5300 > > Twitter : https://twitter.com/gayanlggd > >>> >>> >>> -- >>> Gayan Dhanuska >>> Software Engineer >>> http://wso2.com/ >>> Lean Enterprise Middleware >>> >>> Mobile >>> 071 666 2327 >>> >>> Office >>> Tel : 94 11 214 5345 >>> Fax : 94 11 214 5300 >>> >>> Twitter : https://twitter.com/gayanlggd >>> >>> ___ >>> Dev mailing list >>> Dev@wso2.org >>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>> >>> >> >> >> -- >> *Anuruddha Premalal* >> Software Eng. | WSO2 Inc. >> Mobile : +94710461070 >> Web site : www.regilandvalley.com >> >> > > > -- > Gayan Dhanuska > Software Engineer > http://wso2.com/ > Lean Enterprise Middleware > > Mobile > 071 666 2327 > > Office > Tel : 94 11 214 5345 > Fax : 94 11 214 5300 > > Twitter : https://twitter.com/gayanlggd > -- *Anuruddha Premalal* Software Eng. | WSO2 Inc. Mobile : +94710461070 Web site : www.regilandvalley.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi Anuruddha/ Danushka, FYI, I checked the code again and noticed that calling getAllAppsOfUser from the user home page is not needed anymore. It is used in the eventing page template. So updating the "application_list" in session from the notification wall template is enough. Further more "application_list" is not the attribtue in the session which is used to draw the user home page. It is "USER_HOME_CACHE" attribute the one which is used. So I think it is safe to remove the recurring getAllAppsOfUser from the user home page. WDYT ? Regards Gayan On Thu, Mar 12, 2015 at 12:59 PM, Anuruddha Premalal wrote: > Hi Gayan, > > IMO we should cache user data in the session cache and the application > data should go to the application level cache. This way we can get rid of > unwanted back-end calls and do proper cache invalidation. > > So IMO the proper way to do this is to have a clear data separation in > caching layers rather than increasing callbacktime. > > WDYT? > > Regards, > Anuruddha. > > On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka wrote: > >> Hi Danushka, >> >> Thanks for the useful information. Yes. The cache is in the session. Me >> too believe that the 1 minute time difference is too soon. >> >> +1 for increasing it. >> >> Regards >> Gayan >> >> On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando >> wrote: >> >>> I didn't check the code. However I guess cache is in session. Is that >>> right? So say A logs in to AF and do whatever stuff. And B logs in to AF >>> and create an application foo and add A to that foo application. Then there >>> is no way to update the cache unless we read it from data layer time to >>> time. If this is not the case picture in my head is wrong so please correct >>> it. >>> However 1 minute seems too soon. >>> >>>1. Make it configurable >>>2. Increase it to somewhere like 10 - 15 minutes. >>> >>> WDYT? >>> >>> Thanks & Regards >>> Danushka Fernando >>> Software Engineer >>> WSO2 inc. http://wso2.com/ >>> Mobile : +94716332729 >>> >>> On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka >>> wrote: >>> Hi all, I noticed $subject in the index page. Any particular reason for having this ? Since we have a cache for user home data, IMO we do not need this anymore. Data from the back end can only be read initially. Regards Gayan -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd >>> >>> >> >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> >> ___ >> Dev mailing list >> Dev@wso2.org >> http://wso2.org/cgi-bin/mailman/listinfo/dev >> >> > > > -- > *Anuruddha Premalal* > Software Eng. | WSO2 Inc. > Mobile : +94710461070 > Web site : www.regilandvalley.com > > -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi Gayan, IMO we should cache user data in the session cache and the application data should go to the application level cache. This way we can get rid of unwanted back-end calls and do proper cache invalidation. So IMO the proper way to do this is to have a clear data separation in caching layers rather than increasing callbacktime. WDYT? Regards, Anuruddha. On Wed, Mar 11, 2015 at 12:33 PM, Gayan Dhanushka wrote: > Hi Danushka, > > Thanks for the useful information. Yes. The cache is in the session. Me > too believe that the 1 minute time difference is too soon. > > +1 for increasing it. > > Regards > Gayan > > On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando > wrote: > >> I didn't check the code. However I guess cache is in session. Is that >> right? So say A logs in to AF and do whatever stuff. And B logs in to AF >> and create an application foo and add A to that foo application. Then there >> is no way to update the cache unless we read it from data layer time to >> time. If this is not the case picture in my head is wrong so please correct >> it. >> However 1 minute seems too soon. >> >>1. Make it configurable >>2. Increase it to somewhere like 10 - 15 minutes. >> >> WDYT? >> >> Thanks & Regards >> Danushka Fernando >> Software Engineer >> WSO2 inc. http://wso2.com/ >> Mobile : +94716332729 >> >> On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka wrote: >> >>> Hi all, >>> >>> I noticed $subject in the index page. Any particular reason for having >>> this ? Since we have a cache for user home data, IMO we do not need this >>> anymore. Data from the back end can only be read initially. >>> >>> Regards >>> Gayan >>> >>> -- >>> Gayan Dhanuska >>> Software Engineer >>> http://wso2.com/ >>> Lean Enterprise Middleware >>> >>> Mobile >>> 071 666 2327 >>> >>> Office >>> Tel : 94 11 214 5345 >>> Fax : 94 11 214 5300 >>> >>> Twitter : https://twitter.com/gayanlggd >>> >> >> > > > -- > Gayan Dhanuska > Software Engineer > http://wso2.com/ > Lean Enterprise Middleware > > Mobile > 071 666 2327 > > Office > Tel : 94 11 214 5345 > Fax : 94 11 214 5300 > > Twitter : https://twitter.com/gayanlggd > > ___ > Dev mailing list > Dev@wso2.org > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- *Anuruddha Premalal* Software Eng. | WSO2 Inc. Mobile : +94710461070 Web site : www.regilandvalley.com ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi Danushka, Thanks for the useful information. Yes. The cache is in the session. Me too believe that the 1 minute time difference is too soon. +1 for increasing it. Regards Gayan On Wed, Mar 11, 2015 at 1:38 PM, Danushka Fernando wrote: > I didn't check the code. However I guess cache is in session. Is that > right? So say A logs in to AF and do whatever stuff. And B logs in to AF > and create an application foo and add A to that foo application. Then there > is no way to update the cache unless we read it from data layer time to > time. If this is not the case picture in my head is wrong so please correct > it. > However 1 minute seems too soon. > >1. Make it configurable >2. Increase it to somewhere like 10 - 15 minutes. > > WDYT? > > Thanks & Regards > Danushka Fernando > Software Engineer > WSO2 inc. http://wso2.com/ > Mobile : +94716332729 > > On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka wrote: > >> Hi all, >> >> I noticed $subject in the index page. Any particular reason for having >> this ? Since we have a cache for user home data, IMO we do not need this >> anymore. Data from the back end can only be read initially. >> >> Regards >> Gayan >> >> -- >> Gayan Dhanuska >> Software Engineer >> http://wso2.com/ >> Lean Enterprise Middleware >> >> Mobile >> 071 666 2327 >> >> Office >> Tel : 94 11 214 5345 >> Fax : 94 11 214 5300 >> >> Twitter : https://twitter.com/gayanlggd >> > > -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
Re: [Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
I didn't check the code. However I guess cache is in session. Is that right? So say A logs in to AF and do whatever stuff. And B logs in to AF and create an application foo and add A to that foo application. Then there is no way to update the cache unless we read it from data layer time to time. If this is not the case picture in my head is wrong so please correct it. However 1 minute seems too soon. 1. Make it configurable 2. Increase it to somewhere like 10 - 15 minutes. WDYT? Thanks & Regards Danushka Fernando Software Engineer WSO2 inc. http://wso2.com/ Mobile : +94716332729 On Wed, Mar 11, 2015 at 1:13 PM, Gayan Dhanushka wrote: > Hi all, > > I noticed $subject in the index page. Any particular reason for having > this ? Since we have a cache for user home data, IMO we do not need this > anymore. Data from the back end can only be read initially. > > Regards > Gayan > > -- > Gayan Dhanuska > Software Engineer > http://wso2.com/ > Lean Enterprise Middleware > > Mobile > 071 666 2327 > > Office > Tel : 94 11 214 5345 > Fax : 94 11 214 5300 > > Twitter : https://twitter.com/gayanlggd > ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
[Dev] [App Factory] User home data is read from the backend after if last access time is over 1 minute
Hi all, I noticed $subject in the index page. Any particular reason for having this ? Since we have a cache for user home data, IMO we do not need this anymore. Data from the back end can only be read initially. Regards Gayan -- Gayan Dhanuska Software Engineer http://wso2.com/ Lean Enterprise Middleware Mobile 071 666 2327 Office Tel : 94 11 214 5345 Fax : 94 11 214 5300 Twitter : https://twitter.com/gayanlggd ___ Dev mailing list Dev@wso2.org http://wso2.org/cgi-bin/mailman/listinfo/dev
