Also you have neglected my question on the relation to the configuration language with this, or are you planning to make this completely transparent from the user?
Ruwan On Mon, Jan 10, 2011 at 11:52 AM, Ruwan Linton <ruwan.lin...@gmail.com>wrote: > > > On Mon, Jan 10, 2011 at 11:35 AM, Udayanga Wickramasinghe < > udaya...@wso2.com> wrote: > >> Hi Ruwan, >> >> On Mon, Jan 10, 2011 at 10:32 AM, Ruwan Linton <ruwan.lin...@gmail.com>wrote: >> >>> Udayanga, may I know some usecases for this cache implementation?? >>> Synapse is not designed for the users to interact with the API directly. It >>> has a configuration language to access the API (in most of the cases, apart >>> from the Class mediator and so forth, and the class mediator has to be your >>> last option). >>> >>> >> One of the use cases is implementing a prefetcher. We can define a >> prefetching criteria under cache so that certain entries(ie:-xslt,wsdl , >> etc) are prefetched and cached upfront to enhance performance. So at runtime >> remote entries/item collections could be prefetched from cache , without >> contacting the registry first(otherwise first query would always be to a >> remote reg) .Also whenever remote reg is down we can query prefetched cache >> instead (and can easily employee a back-off criteria depending on the >> window of failure ) . Another use case may be implementing a distributed >> cache when multiple registry/esb instances are running . Implementing these >> scenarios under current context tis hard because of the reasons i have >> mentioned earlier. >> > > I don't think you need a separate cache to implement pre-detching?? We > already cache the remote registry entries at the Configuration, implementing > pre-fetching is just a matter of time at which you make the first call, > isn't it?? it is just a switch required to check whether you want to work > from the local cache when the remote registry is down, and continue using > the local cache. This can be simply implemented with the existing context > :-( > > How do you implement a distributed cache? what is the replication mechanism > that you are planning to use, we do replicate stuff with Axis2 clustering > implementation already. > > Thanks, > Ruwan > > >> >> Regards, >> Udayanga >> >> >> -- >> *Udayanga Wickramasinghe* >> Software Engineer; WSO2 Inc.; http://wso2.com, >> *email: **udaya...@wso2.com* <udayan...@wso2.com>* cell: +94 (77) >> 983-4365 >> blog: **http://udayangawiki.blogspot.com*<http://udayangawiki.blogspot.com/> >> * >> twitter: >> **http://twitter.com/udayanga_wick*<http://twitter.com/udayanga_wick> >> * >> * >> > > > > -- > Ruwan Linton > Software Architect & Product Manager > WSO2 Inc.; http://wso2.org > > Lean . Enterprise . Middleware > > phone: +1 408 754 7388 ext 51789 > email: ru...@wso2.com; cell: +94 77 341 3097 > blog: http://blog.ruwan.org > linkedin: http://www.linkedin.com/in/ruwanlinton > google: http://www.google.com/profiles/ruwan.linton > tweet: http://twitter.com/ruwanlinton > -- Ruwan Linton Software Architect & Product Manager WSO2 Inc.; http://wso2.org Lean . Enterprise . Middleware phone: +1 408 754 7388 ext 51789 email: ru...@wso2.com; cell: +94 77 341 3097 blog: http://blog.ruwan.org linkedin: http://www.linkedin.com/in/ruwanlinton google: http://www.google.com/profiles/ruwan.linton tweet: http://twitter.com/ruwanlinton
