[rules-users] KnowledgeAgent fallback FROM local cache?

[Mark Proctor]

URLResource caches things to a given location, that can be controlled via  system property, and has a default. In theory once cached, it should be able to read from the cache without Guvnor being needed to available - even after restart. Look at the CACHE_DIR, and how it’s created and used:
https://github.com/droolsjbpm/drools/blob/5.6.x/drools-core/src/main/java/org/drools/io/impl/UrlResource.java

There are some fixes in 5.6, related to last read times, which may fix the issue you are having.

If the issue continues it’s unlikely we’d fix this, unless it becomes a product requirement. 5.x is now in maintenance, so things will only be fixed if paying customers request it.

This is not an issue in 6.0, as we use maven and the local m2 repo now.

Mark

On 15 Jan 2014, at 17:10, dunnlow <dunnlow at yahoo.com> wrote:

> I am using drools 5.5 with Guvnor and the Integration Server.  My integration
> server uses a knowledgeagent that pulls the package from guvnor and I have
> set the drools.resource.urlcache for a local cache in case Guvnor is
> unavailable.  
> 
> If Guvnor is available at startup, the KAgent sees any deployed changes to
> my package from then on.  If guvnor is NOT available, the local cache is
> used and everything works fine UNTIL I make a change to Guvnor.  The KAgent
> seems to never fall back to checking for Guvnor's availability.
> 
> I'd like the KnowledgeAgent to use the local cache until Guvnor is available
> again.  Is there an (existing) way to make this happen?
> 
> If not, any thought about implementing a solution?
> 
> Thanks,
> - J
> 
> 
> 
> --
> View this message in context: http://drools.46999.n3.nabble.com/KnowledgeAgent-fallback-FROM-local-cache-tp4027696.html
> Sent from the Drools: User forum mailing list archive at Nabble.com.
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20140115/0e176ad7/attachment.html