Hi Azeez, I have tested the option 1 and as we discussed offline, it will be the most suitable option for us as it removes the requirement of serializing the object before caching.
Thanks! *Jayanga Kaushalya* Software Engineer Mobile: +94777860160 WSO2 Inc. | http://wso2.com lean.enterprise.middleware On Tue, May 31, 2016 at 11:37 AM, Afkham Azeez <[email protected]> wrote: > There are two options to resolve this without adding dynamic imports: > > 1. Use store by reference > 2. Use the following constructor in CacheManager and pass the classloader > public CarbonCacheManager(CarbonCachingProvider cachingProvider, URI uri, > > ClassLoader classLoader, Properties properties) > > > On Thu, May 26, 2016 at 8:28 PM, Jayanga Kaushalya <[email protected]> > wrote: > >> Hi, >> >> As per $subject if we want to cache a object from a different bundle >> other than carbon-caching, it will fail while giving a >> ClassNotFoundException in the deserialize() [1]. This can be overcome by >> enabling dynamic imports. >> >> [1] >> https://github.com/wso2/carbon-caching/blob/master/component/src/main/java/org/wso2/carbon/caching/internal/SerializingInternalConverter.java#L141 >> >> *Jayanga Kaushalya* >> Software Engineer >> Mobile: +94777860160 >> WSO2 Inc. | http://wso2.com >> lean.enterprise.middleware >> > > > > -- > *Afkham Azeez* > Director of Architecture; WSO2, Inc.; http://wso2.com > Member; Apache Software Foundation; http://www.apache.org/ > * <http://www.apache.org/>* > *email: **[email protected]* <[email protected]> > * cell: +94 77 3320919 <%2B94%2077%203320919>blog: * > *http://blog.afkham.org* <http://blog.afkham.org> > *twitter: **http://twitter.com/afkham_azeez* > <http://twitter.com/afkham_azeez> > *linked-in: **http://lk.linkedin.com/in/afkhamazeez > <http://lk.linkedin.com/in/afkhamazeez>* > > *Lean . Enterprise . Middleware* >
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
