Custom property setting needed for MobileFirst Foundation with WebSphere Application Server (WAS) ND version 8.5.5.12 and upwards

This post describes an error seen with MobileFirst Foundation installation on WAS ND 8.5.5.12 and upward versions and the workaround to solve this issue.

Problem Description

Installation and configuration of MobileFirst foundation including WAS application server and database configurations are successful. Anyone, few or all of the following errors are displayed when logging in to the MobileFirst console after successful installation, configuration and restarting of the servers.

FWLSE3000E: A server error was detected.
FWLSE3002E: The resource is not found.
FWLSE3030E: The runtime "mfp" does not exist in the MobileFirst administration database. The database may be corrupted 

MobileFirst Console error_1

MobileFirst Console error_2

Stack exceptions seen in trace

The trace shows the exceptions stack as below :

1/10/18 14:06:35:124 GMT] 00000070 WASRuntimeMBe 2 com.worklight.common.util.jmx.WASRuntimeMBeanHandler$AdminClientMBeanServerConnection getAttribute THROW
                                 java.lang.reflect.UndeclaredThrowableException
	at com.sun.proxy.$Proxy149.getAttribute(Unknown Source)
	at com.ibm.ws.management.AdminClientImpl.getAttribute(AdminClientImpl.java:153)
	at com.worklight.common.util.jmx.WASRuntimeMBeanHandler$AdminClientMBeanServerConnection.getAttribute(WASRuntimeMBeanHandler.java:499)
	at com.sun.jmx.mbeanserver.MXBeanProxy$GetHandler.invoke(MXBeanProxy.java:134)
	at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:179)
	at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:269)
	at com.sun.proxy.$Proxy162.isReady(Unknown Source)

Caused by: [SOAPException: faultCode=SOAP-ENV:ServerException; msg=The Soap RPC call cannot be unmarshalled.]
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.handleAdminFault(SOAPConnectorClient.java:959)
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invokeTemplateOnce(SOAPConnectorClient.java:924)
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invokeTemplate(SOAPConnectorClient.java:689)
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invokeTemplate(SOAPConnectorClient.java:679)
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.getAttribute(SOAPConnectorClient.java:634)
	at com.ibm.ws.management.connector.soap.SOAPConnectorClient.invoke(SOAPConnectorClient.java:490)
	... 56 more

Root cause and workaround

This problem is due to a WAS ND specific feature change in the fixpacks from version 8.5.5.12 and upwards for handling SOAP connections during communications.

The following steps fix the issue:

  • Navigate to the JVM Custom properties for the WAS ND server under: Application servers -> <Server name> -> Process Definition -> Java Virtual Machine -> Custom properties.

  • Click on New and add the following property with its value set to true.
       Name:  com.ibm.ws.management.connector.soap.disableSOAPAuthCheck         
       Value: true  
    
  • Go to System Administration -> Deployment manager -> Java and process management -> Process definition -> Java Virtual Machine -> Custom Properties

  • Click on New and add the following property with its value set to true.
     Name: com.ibm.ws.management.connector.soap.disableSOAPAuthCheck
     Value: true
    
  • System Administration -> Node agent -> nodeagent_name -> Java and process management -> Process definition -> Java Virtual Machine -> Custom Properties

  • Click on New and add the following property with its value set to true.
     Name: com.ibm.ws.management.connector.soap.disableSOAPAuthCheck
     Value: true
    
  • Servers -> WebSphere application servers -> server_name -> Server Infrastructure -> Java and process management -> Process definition -> Java Virtual Machine -> Custom Properties.

  • Click on New and add the following property with its value set to true.
     Name: com.ibm.ws.management.connector.soap.disableSOAPAuthCheck
     Value: true
    
  • Once complete do a full node synchronisation and restart the WebSphere services.

Important: Create the new Custom Property for all JVMs, if not, the issue will not be resolved.

WAS ND Console set custom property

In the case of a WAS ND cluster, the above custom property should be set on the deployment manager, on all node agents, and on all cluster members. Restart your WAS ND servers, the error messages described above should not appear in the MobileFirst console.

Note: This workaround is applicable for any version of MobileFirst foundation installed and configured with WAS ND version 8.5.5.12 and upwards.

Last modified on January 14, 2020