You are still having the class conflicts. Whatever comes in the runtimesupport package should be all you need. Just make sure you specify the files in the shared library with their names matching exactly what you have in the ext directory.

Can you tell me where I can get a copy of runtimeSupportWebsphere.zip for WebSphere 9?

Please disregard. I found it in OD.

Hi Wilson, I was able to resolve the library conflict issue. As indicated by some error logs, I had to put trusted_weblm_certs.jks & trustedcert.properties into the application ear, inside WEB-INF/lib. I'm still getting an SSL error around licenses, and also it broke my own web service call (SSL issue)

These 2 files are required by the weblm client (weblm.jar). The should be in the same place as the scertcommon*.jar, not the the app's WEB-INF.

The two files are indeed in the same place as scertcommon. How would you recommend I fix this error in the log I previously attached?
Runtime License Error :com.avaya.weblm.LicenseException: Problem with connection to server: SSLSocketFactory

If you have scertcommon in the web-inf directory of the app, it's not the right place. You are going to have problem running sub modules. I didn't see any file with com.avaya.weblm.LicenseException.

I moved that file out of my ear. I also moved the two cert related files. I have these left in my application:

adminvar-rt-07.10.12.02.jar commons-logging-1.1.1.jar log4j.properties weblm.jar
commons-codec-1.3.jar en-us.jar log4j-1.2.15.jar
commons-httpclient-3.1.jar json-20170516.jar scert-07.10.12.02.jar

log shows it's looking for the file in my application. Do I need to move some other jar files?

2018-12-04 10:56:39,612 3669 [WebContainer : 0] DEBUG - ReportWriter:report() - level: Error ||type=- ||transactionName=- ||reason=Runtime License Error :com.avaya.weblm.LicenseException: Problem with connection to server: /opt/IBM/WebSphere/AppServer_9.0.0.6/profiles/prumvp/installedApps/WASCELL/prumvp.ear/PruMVP.war/WEB-INF/lib/trustedcert.properties (No such file or directory) ||variableName=- ||variableData=- ||userLogInfo=- ||moduleIdNodeId=-
2

You have to move out the weblm.jar which is shared by all other apps. If you have the shared library configured correctly, you don't need the commons-httpclient-3.1.jar in the app directory, which creates the conflicts.
This list of files come from the runtimesupport package which is exported from the OD design environment.

I moved out weblm.jar. deleted httplient jars from my app. Now it's back to the SSL error. I can attach logs if you need to see the whole file.

2018-12-04 14:05:49,028 3945 [WebContainer : 0] DEBUG - ReportWriter:report() - level: Error ||type=- ||transactionName=- ||reason=Runtime License Error :com.avaya.weblm.LicenseException: Problem with connection to server: SSLSocketFactory is null. This can occur if javax.net.ssl.SSLSocketFactory.getDefault() is called to create a socket and javax.net.ssl.* properties are not set. ||variableName=- ||variableData=- ||userLogInfo=- ||moduleIdNodeId=-

I need to see the log file with this error.

Log is attached.

According to the exception stack trace, this comes from your own code in the aniCheck node. I am not sure what you are trying to do there:

javax.net.ssl.SSLException: SSLSocketFactory is null. This can occur if javax.net.ssl.SSLSocketFactory.getDefault() is called to create a socket and javax.net.ssl.* properties are not set.
at com.ibm.websphere.ssl.protocol.SSLSocketFactory.createSocket(SSLSocketFactory.java:334)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:90)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:55)
at java.lang.reflect.Method.invoke(Method.java:508)
at org.apache.commons.httpclient.protocol.ReflectionSocketFactory.createSocket(ReflectionSocketFactory.java:116)
at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:130)
at org.apache.commons.httpclient.HttpConnection.open(HttpConnection.java:707)
at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.open(MultiThreadedHttpConnectionManager.java:1361)
at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:387)
at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:323)
at flow.aniCheck.servletImplementation(aniCheck.java:81)

In the log, before you see aniCheck error, you should see the license error:

2018-12-04 14:05:49,028 3945 [WebContainer : 0] DEBUG - ReportWriter:report() - level: Error ||type=- ||transactionName=- ||reason=Runtime License Error :com.avaya.weblm.LicenseException: Problem with connection to server: SSLSocketFactory is null. This can occur if javax.net.ssl.SSLSocketFactory.getDefault() is called to create a socket and javax.net.ssl.* properties are not set. ||variableName=- ||variableData=- ||userLogInfo=- ||moduleIdNodeId=-

For the aniCheck SSL error, as I said before, it started happening when I added these two files into the classpath:
trusted_weblm_certs.jks
trustedcert.properties

As far as I can see, aniCheck is not causing the license error.

OK, that means you have a general SSL problem in the system whenever a connection attempt to a https request is made. It happens in code in weblm.jar and also your own code in the aniCheck node where a basic https request is made. I am not sure what to make of it on Websphere. You may need to seek IBM support for this. This did not happen to our test system or any other non-IBM app server. It is probably some Websphere configuration you need to do.