airavata-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Lahiru Gunathilake <>
Subject Re: Implementing a cache registry
Date Tue, 27 May 2014 16:35:33 GMT
I think we can implement this from the scratch and won't be a hard thing to

On Tue, May 27, 2014 at 12:25 PM, Saminda Wijeratne <>wrote:

> +1.
> Do you know any good frameworks which supports this? IMO the tricky part
> is when to know that the data in cache has expired. Jackrabbit had a
> feature where it does a callback whenever something gets updated in some
> tree path. If we restrict all registry access through a single
> component/layer instance we would be able to do the same by a subscription
> pattern.
> On Tue, May 27, 2014 at 9:04 AM, Lahiru Gunathilake <>wrote:
>> Hi Devs,
>> In our current implementation we have large number of Experiment
>> retrieval and experiment storing happen in between experiment creation and
>> experiment completion. We do not really parse these data-model objects
>> between component and we simply parse the ids of these experiment so every
>> component has to retrieve them everytime. I think programatically this
>> approach looks much cleaner than parsing big objects. But to make this more
>> efficient we can use a cachedRegistry implementation as another
>> implementation of registry and make sure we do not get objects all the way
>> from the database.
>> Each component can init its own cache registry object and it will build a
>> cache on that module and update the cache if some other component had
>> changed the data-model objects. IMHO if we implement a good caching layer
>> on our current data-model airavata registry will be more efficient.
>> WDYT ?
>> Regards
>> Lahiru
>> --
>> System Analyst Programmer
>> PTI Lab
>> Indiana University

System Analyst Programmer
Indiana University

View raw message