I haven't tried it with URLs, but have you looked at presentation or server variables? We've used them successfully in dynamic attribute formulas and filters; don't know if they'd behave the same way embedded in a URL.

To what extent exactly are you looking to replicate the environments? Are you really trying to pull users across as well? And you say Archive / Unarchive does not meet your needs? We've done piecemeal copying behind the scenes in the past, but it was only when we were in a mixed 12.2.1.0 / 12.2.1.2 environment and users…

Abhi, the alias can be whatever you want it to be; you can call it Fred if you want to. In our organization we have a root CA and two intermediate CAs. I simply called them NSSRoot, NSSInt, NSSSub. I gave my server certificate the alias of... wait for it - server_cert. If I want to see all of my certs contained in cacerts…

Can't speak to the SSL-enabled portion of your issue; we've never been able to get SSL-enabled LDAP to work. As for the alias, it's just a way of identifying or tagging your certificate. That said, I think the format for importing a trusted CA cert should be: keytool -importcert -v -noprompt -trustcacerts -alias <alias>…

Hostname verification enabled = broken application Hostname verification disabled = working application AND security risk, i.e. something I clearly have no intention of keeping around. The article I referenced was for an issue somebody else was having... it just happened trying it in my instance produced a promising albeit…

I'm hesitant to post a reference to something I clearly have no intention of keeping around, but - Custom SSL Hostname Verifier - SSL Hostname Verification Failed

Just a brief status update... In looking at the dev console feedback a little closer, I saw something referring to host name verification. Once of my Google searches suggested setting the following: -Dweblogic.security.SSL.ignoreHostnameVerification=true -Dweblogic.nodemanager.sslHostNameVerificationEnabled=false I did so…

Thank you for the reply Ebin. To be honest, I hadn't even considered leaving internal SSL off. Sadly, I just tried it and still get the same error. I do appreciate your trying to help.

We've followed the instructions to upgrade to 12.2.1.4 from 12.2.1.x, and applied the requisite patches; however, despite the installation going off without a hitch, I get a blank screen when I try to load the new DV [fka VA] application. The login appears to work correctly and the certificate chain comes back as valid, I…