Troubleshooting connectivity issues between ODI and HFM 220.127.116.11
Hi all! We are very happy with the feedbacks that we are having about HFM KMs for ODI. People are downloading them and giving them a try, which is awesome! However, we know that this ODI and HFM integration process is not as simple and straight forward as we would like it to be and we generally fall into environment issues to setup the jar files, ODI agent, connect to HFM using the new Java API and so on. In order to make it easier for people to troubleshoot their issues, we are creating this post to hold all known issues that people are having with our KMs and try to help the best we can. We will keep updating it, so please keep checking.
So, if you have any issues with our KMs usage, please send us an email (firstname.lastname@example.org) so we may try to help you and all the others that may be facing the same issue. Thanks all!
Error WSSERVLET11: failed to parse runtime descriptor: java.lang.NullPointerException
As we wrote in our blog post, we have two options to setup the necessary HFM Jar files:
1) Install the ODI agent on the HFM server;
2) Copy the necessary jar files to the agent folder;
Some people are getting the above WSSERVLET11 error when performing the first option, which is to install the ODI agent on the HFM server and just point the jar file locations on ODI_ADDITIONAL_CLASSPATH. They change the ODI parameters to point to the right location, but when they start the agent it fails with this error.
We are not sure exactly why it happens, but we suspect that the “absolute file path” gets too big for ODI to handle and then the path gets “truncated” at some point, making ODI to throw this error. Our suggestion is to go with our second approach and add all the jar files to oracledi\agent\drivers folders. If are not sure how to locate the correct jar files, send us an email and we will provide them for you.
This error is happening when people want to reverse the ODI objects using the new ODI RKM, more specifically when the ODI code tries to connect/get the connection token from your HFM application. EPMHFM-65536 is a very generic error message and can be caused by a number of different factors; ranging from an improper install to application processes crashing.
One of the users (thanks Kevin!) solved his issue with the following:
I needed to copy the file “reg.properties” from Oracle\Middleware\user_projects\config\foundation\18.104.22.168 to path Oracle\Middleware\user_projects\epmsystem1\config\foundation\22.214.171.124 and then the KM is running with success.
This blog post gives some other suggestions for the issue:
Since this error is too generic, each HFM application may have its own kind of fix.
Isolate the components to see what may be wrong
We are seeing that generally the errors may happen on the ODI agent (that does not load the Jar files correctly or does not have access to the HFM application) or on the HFM installation installation. In order get it easier to identify where the issue may be happening, it is a good advice to install a Java IDE (like Eclipse) in the HFM server and try to create a small code just to connect to your HFM app. If it connects, then the problem is likely to be in the ODI agent. If it does not connect at all, then you have a problem in you HFM application that is not accepting Java API calls.
Here you may find some examples on Java codes that you may copy from and try to create a sample app:
Running a simple connect Java code first against your HFM application “eliminates” ODI from the possible points of failure. In other words, if you are not able to connect using standard Java code, ODI will not be able to connect as well.