at com.webMethods.caf.wsclient.proxy.impl.WSClientDynamicProxy.getCompatibleException(WSClientDynamicProxy.java:411)
at com.webMethods.caf.wsclient.proxy.impl.WSClientDynamicProxy.invoke(WSClientDynamicProxy.java:227)
at $Proxy26.insertServerListDetails(Unknown Source)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at com.webMethods.caf.faces.data.object.ObjectMethodContentProvider.refresh
Hi Magesh,
I’ve came across on the readme of the Trading Networks 7.1.2 and found that the below settings need to be used in “Extended Setting” in the Integration Server if the MywebMethods Server is not running on the default port(8585).
Hi Magesh,
I’ve came across the readme of Trading Networks 7.1.2 which says that the below setting needs to be added to Extended Setting of the IS if the MywebMethods Server is not installed in the default port(8585).
I was facing the same issue. In our environment MWS is running in default port - 8585.
Though I have added below settings in Extended settings it didn’t resolved the issue.
Then I found that, SAML assertion in the server-config.wsdd file was missing. You can see this file under folder /MWS/Server/default/deploy/portal.war/WEB-INF.
Add below SAML assertion in server-config.wsdd file and restart MWS, it will resolve the issue.
at com.webMethods.caf.wsclient.proxy.impl.WSClientDynamicProxy.getCompatibleException(WSClientDynamicProxy.java:398)
at com.webMethods.caf.wsclient.proxy.impl.WSClientDynamicProxy.invoke(WSClientDynamicProxy.java:214)
We have all the SAML configurations in place still we are facing the issue.
Any one know about this issue and the solution please suggest me.
Reason is your TN Server is not configured properly in MWS. Follow below debug point
->Check whether Centeral User management should be “Configured”. if not,first configure Central User Management and restart IS
->Now make sure correct TN server is configured in MWS
The configurations u mentioned are already configured in IS and MWS servers.
Still I am not able to see the B2B transations and getting the same error as “HTTP error response:
Access Denied
”
We are using IS and MWS versions 7.1.2.
Could you plz suggests me if any configurations are missing.
We had upgraded JVM version in all servers from 1.6.0.8 to 1.6.0.11, but it did not support MWS servers. It caused this issue, and now even if we have reverted back to previous version, the issue still persists.
We have tried everything suggested by you but still not able to resolve the issue.
If not go through the below steps and make sure everything is fine…
CenteralUser jdbc pool has to be configured to look at MWS DB schema
Role in MWS has to be created MWSMonitorUsers which has your Business users group from AD as members. Also it means that AD look is working fine as it allows us look up AD groups/users and add as a member to MWS Role.
Using MWS Permissions Management set role MWSMonitorUsers to view Monitoring pages and also start/stop/suspend/resubmit process/service/documents etc.
In IS ACL MonitorUsers has to be assigned to above system\MWSmonitorUsers role.
SAML URL has to be configured and is pointing to right MWS.
Log in as Sysadmin to MWS and navigate to Folders > System > Managers > command > dir .Click on authenticateuser and set authenticate to true.
If all the above configurations are perfect then check the FIX levels of your server and update them with the latest releases. It should work.