Download of binary packages broken in BRMS 5.3 due to javax.jcr.RepositoryException

Solution In Progress - Updated -

Issue

From time to time, we can see this log file output on our production system:

ERROR [org.drools.repository.PackageItem]  file backing binary value not found
javax.jcr.RepositoryException: file backing binary value not found
        at org.apache.jackrabbit.core.value.BLOBInTempFile.getStream(BLOBInTempFile.java:140)
        at org.drools.repository.PackageItem.getCompiledPackageBytes(PackageItem.java:1108)
        at org.drools.guvnor.server.jaxrs.PackageResource.getPackageBinary(PackageResource.java:278)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

This is accompanied by some malfunction, ie. the Business Center Servers REST call not returning the complete list of available process definitions.

As far as I understand, Jackrabbit which is used by Guvnor stores some backing data in the local /tmp directory. I guess this is where the problem comes from. Question: Where in the BRMS configuration can I control the target directory for this temporary backing files?

Environment

  • Red Hat JBoss BRMS
    • 5.3.1

Subscriber exclusive content

A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content