“message” : “Response cache step definition c1_rescache_by_header_uri can not be attached more than once in the request path”,
“contexts” :
}
Why it is so, those are two different ProxyEndpoint xml, and when one ProxyEndpoint executes, other will not come into picture, how it becomes duplicate of caching policy?.
“message” : “Response cache step definition c1_rescache_by_header_uri can not be attached more than once in the request path”,
“contexts” :
}
Why it is so, those are two different ProxyEndpoint xml, and when one ProxyEndpoint executes, other will not come into picture, how it becomes duplicate of caching policy?.
@Ameenun Try to add your bundle code. Problem lies somewhere else. It might be the case for same endpoint you added response cache policy more than once.
@Sunandita Dam You are creating one more policy, which doesn’t solve the problem. If I have 10 different base paths, then i end up copying same policy 10 times with different name, This is a bug in the product.
I view the ResponseCache as the “easy-button” for caching. As such it may be designed to expect a single proxy endpoint. You can likely accomplish what you want using the more fine-grained cache policies. Lookup, Populate, etc. The same lookup policy can be attached to all three proxy endpoints. You could then use conditional steps to return the cached value or populate when there’s a cache miss.
@Carlos Eberhardt Response policy does store headers, cookies and body all together, so if i wanna do the same with cache-policies, what “source” i should mention in the cache policies?.
@rsekhar , I believe when you deploy proxy all the endpoints are deployed along with it.. Are you using any specific tool to deploy instead of Management UI ?