Hi Samitha, If you have access to the admin console, is there any reason to update RXT content using registry instead of the Asset Type management UI? What is your actual requirement here? Do you want to update the RXT content without using Asset Type management UI(ex: using Java API)?
Regards, Chandana On 19 January 2018 at 18:36, Samitha Chathuranga <[email protected]> wrote: > Hi Viraj, > > Thanks for your suggestions. I tested that with WSO2 Cloud(staging), but > no luck. > > Regards, > Samitha > > On Fri, Jan 19, 2018 at 12:02 PM, Viraj Warnakulasinghe <[email protected]> > wrote: > >> Hi Samitha, >> >> I encountered previously mention issue with APIM 2.0.0. It may be fixed >> with APIM 2.1.0. Better if you could check and verify in the WSO2 cloud. >> >> Regards, >> Viraj >> >> On Fri, Jan 19, 2018 at 11:36 AM, Samitha Chathuranga <[email protected]> >> wrote: >> >>> Hi all, >>> >>> I have WSO2 APIM 2.1.0 server started and logged into management >>>> console with a tenant admin. Here I browse the registry and update a >>>> certain resource (i.e. /_system/governance/repository >>>> /components/org.wso2.carbon.governance/types/documentation.rxt). But >>>> this change seems not to effect until I restart the server. I am not >>>> certain if there is a connection with the tenant load/unload, but even >>>> waiting more than 30 mins won't reload the updated resource. >>>> >>>> Correction; I tried this with wso2 cloud but not with a standalone apim >>> pack. I just tested, this works without issues with standalone apim packs; >>> rxt update is effected just after, without restarting, even without waiting >>> for 15 minutes to upload after deletion. >>> >>> @Viraj, >>> >>> Similar behavior encountered when updating in-flow mediation policy file >>>> to an API with the same name. Upload the file and have to wait 15 minutes >>>> to publish again the API in order to update the resource. This occurred due >>>> to the registry cache. >>>> Could you please try removing existing resource from the registry and >>>> wait 15 minutes until the registry cache expiration and upload the resource >>>> file and check whether the resource is updated (without restarting the >>>> server)? >>>> >>> I will try this in WSO2 cloud. >>> BTW what is the rationale behind the requirement to wait for cache >>> expiration to upload the updated file, after deleting the resource? Why the >>> updated file doesn't gets reloaded after merely (without waiting for 15 >>> mins to upload after deletion) the cache expiration duration? >>> >>> Regards, >>> Samitha >>> >>> >>> On Fri, Jan 19, 2018 at 11:11 AM, Viraj Warnakulasinghe <[email protected] >>> > wrote: >>> >>>> Hi Samitha, >>>> >>>> Similar behavior encountered when updating in-flow mediation policy >>>> file to an API with the same name. Upload the file and have to wait 15 >>>> minutes to publish again the API in order to update the resource. This >>>> occurred due to the registry cache. >>>> Could you please try removing existing resource from the registry and >>>> wait 15 minutes until the registry cache expiration and upload the resource >>>> file and check whether the resource is updated (without restarting the >>>> server)? >>>> >>>> Regards, >>>> Viraj >>>> >>>> On Fri, Jan 19, 2018 at 10:42 AM, Samitha Chathuranga <[email protected] >>>> > wrote: >>>> >>>>> Hi, >>>>> >>>>> I have WSO2 APIM 2.1.0 server started and logged into management >>>>> console with a tenant admin. Here I browse the registry and update a >>>>> certain resource (i.e. /_system/governance/repository >>>>> /components/org.wso2.carbon.governance/types/documentation.rxt). But >>>>> this change seems not to effect until I restart the server. I am not >>>>> certain if there is a connection with the tenant load/unload, but even >>>>> waiting more than 30 mins won't reload the updated resource. >>>>> >>>>> Is there some caching scenario behind this? Or what is the correct >>>>> clarification for this behavior ? >>>>> >>>>> Regards, >>>>> Samitha >>>>> >>>>> -- >>>>> *Samitha Chathuranga* >>>>> *Software Engineer*, *WSO2 Inc.* >>>>> lean.enterprise.middleware >>>>> Mobile: +94715123761 >>>>> >>>>> [image: http://wso2.com/signature] <http://wso2.com/signature> >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> *Viraj Warnakulasinghe* >>>> Software Engineer | WSO2 >>>> >>>> Email : [email protected] <[email protected]> >>>> Mobile : +94715538006 <+94%2071%20553%208006> >>>> Web : http://wso2.com >>>> [image: http://wso2.com/signature] <http://wso2.com/signature> >>>> >>> >>> >>> >>> -- >>> *Samitha Chathuranga* >>> *Software Engineer*, *WSO2 Inc.* >>> lean.enterprise.middleware >>> Mobile: +94715123761 >>> >>> [image: http://wso2.com/signature] <http://wso2.com/signature> >>> >> >> >> >> -- >> >> *Viraj Warnakulasinghe* >> Software Engineer | WSO2 >> >> Email : [email protected] <[email protected]> >> Mobile : +94715538006 <+94%2071%20553%208006> >> Web : http://wso2.com >> [image: http://wso2.com/signature] <http://wso2.com/signature> >> > > > > -- > *Samitha Chathuranga* > *Software Engineer*, *WSO2 Inc.* > lean.enterprise.middleware > Mobile: +94715123761 > > [image: http://wso2.com/signature] <http://wso2.com/signature> > > _______________________________________________ > Dev mailing list > [email protected] > http://wso2.org/cgi-bin/mailman/listinfo/dev > > -- Blog: http://blog.napagoda.com Linkedin: https://www.linkedin.com/in/chandananapagoda/
_______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
