Oracle Service Registry Installation Issue (Error 500 Internal Service Error)

If you are trying to install OSR 11g in a domain that has OSB or SOA managed servers configured, you will run into one of the issues as below:

java.lang.LinkageError: Class javax/xml/namespace/QName violates loader constraints
 at java.lang.ClassLoader.defineClass1(Native Method)
 at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:615)
 at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:141)
 at weblogic.utils.classloaders.GenericClassLoader.defineClass(GenericClassLoader.java:343)
 Truncated. see log file for complete stacktrace

org.idoox.wasp.WaspInternalException: java.lang.RuntimeException: Updates to config files not supported
 at com.systinet.wasp.WaspImpl.boot(WaspImpl.java:399)
 at org.systinet.wasp.Wasp.init(Wasp.java:151)
 at com.systinet.transport.servlet.server.Servlet.init(Unknown Source)
 at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:283)
 at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321)
 Truncated. see log file for complete stacktrace
Caused By: java.lang.RuntimeException: Updates to config files not supported
 at com.idoox.config.xml.XMLConfigurator.updateConfigFile(XMLConfigurator.java:720)
 at com.idoox.config.xml.XMLConfigurator.prepareConfigFile(XMLConfigurator.java:570)
 at com.idoox.config.xml.XMLConfigurator.init(XMLConfigurator.java:423)
 at org.idoox.config.Configurator.init(Configurator.java:65)
 at com.systinet.wasp.WaspImpl.boot(WaspImpl.java:359)
 Truncated. see log file for complete stacktrace

The reason for this issue is the conflict among the classpath jars and the solution is as below:
Replace the snippet in setDomainEnv.sh/cmd where POST_CLASSPATH variable is created as below (sample from SOA +OSR and same applies to OSB+OSR):

if NOT "%SERVER_NAME%"=="osr_server1" (
 set POST_CLASSPATH=%SOA_ORACLE_HOME%\soa\modules\oracle.soa.fabric_11.1.1\oracle.soa.fabric.jar;%SOA_ORACLE_HOME%\soa\modules\oracle.soa.fabric_11.1.1\fabric-runtime-ext-wls.jar;%SOA_ORACLE_HOME%\soa\modules\oracle.soa.adapter_11.1.1\oracle.soa.adapter.jar;%SOA_ORACLE_HOME%\soa\modules\oracle.soa.b2b_11.1.1\oracle.soa.b2b.jar;%POST_CLASSPATH%
 set POST_CLASSPATH=%DOMAIN_HOME%\config\soa-infra;%SOA_ORACLE_HOME%\soa\modules\fabric-url-handler_11.1.1.jar;%SOA_ORACLE_HOME%\soa\modules\quartz-all-1.6.5.jar;%POST_CLASSPATH%
 set POST_CLASSPATH=%COMMON_COMPONENTS_HOME%\modules\oracle.xdk_11.1.0\xsu12.jar;%BEA_HOME%\modules\features\weblogic.server.modules.xquery_10.3.1.0.jar;%SOA_ORACLE_HOME%\soa\modules\db2jcc4.jar;%POST_CLASSPATH%
 set POST_CLASSPATH=%UMS_ORACLE_HOME%\communications\modules\usermessaging-config_11.1.1.jar;%POST_CLASSPATH%
 set POST_CLASSPATH=D:\SOA\installations\11g6\tempInstallation\Oracle_SOA1\soa\modules\oracle.soa.common.adapters_11.1.1\oracle.soa.common.adapters.jar;%POST_CLASSPATH%
 set POST_CLASSPATH=%COMMON_COMPONENTS_HOME%\soa\modules\commons-cli-1.1.jar;%COMMON_COMPONENTS_HOME%\soa\modules\oracle.soa.mgmt_11.1.1\soa-infra-mgmt.jar;%POST_CLASSPATH%
) else (
 set POST_CLASSPATH=""
)

Basically, you need to remove all the jars from the POST_CLASSPATH for the OSR managed server. This is bug [Patch 9499508] as reported on oracle support.