When a user attempts to shut down WebSphere Cluster on which LiveCycle is deployed, the WebSphere server hangs occasionally and the following error message appears in the log:
000002f5 SystemOut O cache has closed down , no further access allowed !, exception caught in inserting data in cache : CLUSTER_INVALIDATION_CACHE key: GLOBAL_PREFERENCES_UPDATE_TIMESTAMP_KEY value : null exception :com.adobe.livecycle.cache.CacheActionException: Cache container closed; normal during shutdown, error during runtime – Error on GET action for cache Replicated:CLUSTER_INVALIDATION_CACHE
000002f5 SystemOut O exception caught in inserting data in cache : CLUSTER_INVALIDATION_CACHE key: GLOBAL_PREFERENCES_UPDATE_TIMESTAMP_KEY value : null exception :com.adobe.livecycle.cache.CacheActionException: Cache container closed; normal during shutdown, error during runtime – Error on GET action for cache Replicated:CLUSTER_INVALIDATION_CACHE
This error occurs because a child thread of the cache disconnect routine is hanging and therefore the servers do not respond to the shutdown command from the WebSphere Administration Console.
To stop the LiveCycle ES servers from the WebSphere Administration Console successfully:
- Log in to the WebSphere Administrative Console and, in the navigation tree, click Servers > Application servers and then, in the right pane, click the server name.
- Under Server Infrastructure, click Java and Process Management > Process Definition.
- Under Additional Properties, click Java Virtual Machine and add or configure following JVM argument:-Dadobe.cache.controlled-shutdown-disabled=true
- Click Apply.
- Click OK and then click save directly to the master configuration.
- Repeat steps 1-6 on each node of the cluster.
- Restart the cluster.
Now, the WebSphere server shuts down successfully.
I am working on a project that requires submitting the content of the PDF document as a stream to a Servlet. For the most part, the project works fine – the form is posted by the Acrobat/Reader, the server receives the file, creates a local copy and processes it correctly. After the post is successfully received, the last step on the server is to send a reply to the Acrobat/Reader. On not receiving a reply, the Adobe Acrobat/Reader throws an unknown format error.
Reason of the problem is that the Adobe Acrobat/ Reader expect a return from the servlet and the application server was not generating a response that Acrobat/Reader understands. To remove the error message, the servlet should return a properly constructed FDF and the URL of the submit button should end with #FDF.
Note: I am using Adobe LiveCycle Designer; I believe you can use Adobe Acrobat to achieve the same result.
Here are the exact steps to remove the error:
- Open your XDP form in LiveCycle Designer.
- Select the Submit button.
- Either in the Design View or in the Source view, edit submit to URL to add #FDF at the end of the URL.
- Save the XDP.
- In your Java project, create a plain-text file and add the following content:
%FDF-1.2 1 0 obj << /FDF << /Status (Your message goes here.) >> >> endobj trailer << /Root 1 0 R >> %%EOF
- Replace “Your message goes here.” with the text you want to display.
- Save the file. For this example, let us save the file as returnresponse.txt
- Import returnresponse.txt to your Java project.
- Add the following code to your servlet:
response.("returnresponse.txt", "The file has been submitted sucessfully");
The Java code sets the MIME type of the response in the “Content-type” HTTP header to “application/vnd.fdf“.
- Run the program and you should not experience the error again.