GEN Runtime Java Proxies - CACHETIMEOUT
search cancel

GEN Runtime Java Proxies - CACHETIMEOUT

book

Article ID: 279301

calendar_today

Updated On:

Products

Gen

Issue/Introduction

If CACHETIMEOUT is missing in Java proxies with comcfg refresh ,then runtime uses a different refresh interval as writing in the log messages

The cache refresh is not done in a thread safe way.

With a condition CATCHETIMEOUT is not explicitly set to never then it require lots of parallel requests and lots of cache refreshes to trigger the Java runtime bug.

If a specific request hits the refresh bug, it will run like if the comcfg was empty (resulting in a connection refused Exception).

Environment

Release : 8.6

Component : Gen Run Time, Proxies

Resolution

The recommendation is  to set the CACHETIMEOUT safely to NEVER.

The proxy will read the contents of the commcfg.properties into memory and it will not read again

There is really is no reason for the file to be read again unless the contents of the file is changed while being used.

While using Java proxies there is no need to change the file content