I think its good to post this. My application does an SSO via Credential Vault. However, after migrating my application via XMLAccess, the applicaiton suddenly refused to work. Here's the answer and the solution. (Source : http://www-1.ibm.com/support/docview.wss?uid=swg21259823)
You might run into a situation where a portlet that works correctly in a development environment that uses the credential vault for storing user data no longer works correctly in the higher (for example, QA or production) environments.The error is:AbstractCrede E com.ibm.wps.command.credentialvault.AbstractCredentialVaultCommand execute EJPSK0042E: Operation could not be performed successfully. Missing parameter: Segment ID.
This problem usually happens when the defaultUserSegment is missing from the higher environments. This omission can happen if you use release builder to promote the release to an empty portal, as the slot data is seen as being private data so is not exported as part of the release.
To correct this problem, you can create and import a file to supply the missing data.
Create a file based on http://www-1.ibm.com/support/docview.wss?uid=swg21259823
Then, import this file to the higher environments using XMLAcces.If your environment is missing a different segment, you can alter the file contents above. To determine the missing segment, look at an export from the higher environment compared to the lower, or development, environment. Change the segment tags in the XML file sample given above to the correct lines from the lower environment's XML. Then import the file to resolve the issue.
I was installing the latest update of macOS High Sierrra and I got stuck at Calculating time. It seems to stuck and not moving. This was wha...
So I encountered this scenario where the SSL was replaced but the site is still serving the old SSL on a site hosted on IIS 8. You keep che...