jueves, 26 de noviembre de 2015

WCP 12.2.1: URI scheme is not "file"

After a fresh installation of Oracle WebCenter Portal 12.2.1 you will find the following annoying Stack Trace that it is repeated hundred of times.

<Warning> <org.eclipse.persistence.jaxb.BeanValidationHelper> <BEA-000000> <Error parsing validation.xml the async way
java.util.concurrent.ExecutionException: java.lang.IllegalArgumentException: URI scheme is not "file"
                at java.util.concurrent.FutureTask.report(FutureTask.java:122)
                at java.util.concurrent.FutureTask.get(FutureTask.java:192)
                at org.eclipse.persistence.jaxb.BeanValidationHelper.getConstraintsMap(BeanValidationHelper.java:139)
                at org.eclipse.persistence.jaxb.BeanValidationHelper.isConstrained(BeanValidationHelper.java:120)
                at org.eclipse.persistence.jaxb.JAXBBeanValidator.isConstrainedObject(JAXBBeanValidator.java:255)
                at org.eclipse.persistence.jaxb.JAXBBeanValidator.shouldValidate(JAXBBeanValidator.java:206)
                at org.eclipse.persistence.jaxb.JAXBUnmarshaller.validateAndTransformIfRequired(JAXBUnmarshaller.java:1020)
                at org.eclipse.persistence.jaxb.JAXBUnmarshaller.unmarshal(JAXBUnmarshaller.java:226)
                at oracle.mds.internal.config.ConfigurationUtils$1.run(ConfigurationUtils.java:218)
                at java.security.AccessController.doPrivileged(Native Method)
                at oracle.mds.internal.config.ConfigurationUtils.getBeanFromElement(ConfigurationUtils.java:213)
                at oracle.mds.internal.config.ConfigurationUtils.getBeanFromElement(ConfigurationUtils.java:169)
                at oracle.mds.internal.lcm.util.LCMConfigUtil.getMetadataStoreElement(LCMConfigUtil.java:298)
                at oracle.mds.internal.lcm.deploy.DeployManager.predeploy(DeployManager.java:465)
                at oracle.mds.internal.lcm.deploy.DeployManager.startDeployment(DeployManager.java:253)
                at oracle.mds.internal.lcm.MDSLifecycleListenerImpl.start(MDSLifecycleListenerImpl.java:185)
                at oracle.mds.lcm.weblogic.WLLifecycleListener.preStart(WLLifecycleListener.java:133)
                at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
                at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
                at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
                at java.lang.reflect.Method.invoke(Method.java:497)
                at weblogic.application.internal.flow.BaseLifecycleFlow$LifecycleListenerAction.run(BaseLifecycleFlow.java:239)
                at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:326)
                at weblogic.security.service.SecurityManager.runAsForUserCode(SecurityManager.java:196)
                at weblogic.application.internal.ApplicationContextImpl$WLSSecurityProvider.invokePrivilegedAction(ApplicationContextImpl.java:1567)
                at weblogic.application.internal.flow.BaseLifecycleFlow$LifecycleListenerAction.invoke(BaseLifecycleFlow.java:200)
                at weblogic.application.internal.flow.HeadLifecycleFlow.prepare(HeadLifecycleFlow.java:245)
                at weblogic.application.internal.BaseDeployment$1.next(BaseDeployment.java:730)
                at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
                at weblogic.application.internal.BaseDeployment.prepare(BaseDeployment.java:242)
                at weblogic.application.internal.EarDeployment.prepare(EarDeployment.java:67)
                at weblogic.application.internal.DeploymentStateChecker.prepare(DeploymentStateChecker.java:158)
                at weblogic.deploy.internal.targetserver.AppContainerInvoker.prepare(AppContainerInvoker.java:61)
                at weblogic.deploy.internal.targetserver.AppDeployment.prepare(AppDeployment.java:158)
                at weblogic.management.deploy.internal.DeploymentAdapter$1.doPrepare(DeploymentAdapter.java:41)
                at weblogic.management.deploy.internal.DeploymentAdapter.prepare(DeploymentAdapter.java:193)
                at weblogic.management.deploy.internal.AppTransition$1.transitionApp(AppTransition.java:31)
                at weblogic.management.deploy.internal.ConfiguredDeployments$2.doItem(ConfiguredDeployments.java:592)
                at weblogic.management.deploy.internal.parallel.BucketInvoker$2.run(BucketInvoker.java:95)
                at weblogic.work.ContextWrap.run(ContextWrap.java:46)
                at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:643)
                at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:348)
                at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:333)
                at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:54)
                at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
                at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:617)
                at weblogic.work.ExecuteThread.execute(ExecuteThread.java:397)
                at weblogic.work.ExecuteThread.run(ExecuteThread.java:346)
Caused By: java.lang.IllegalArgumentException: URI scheme is not "file"
                at java.io.File.<init>(File.java:421)
                at org.eclipse.persistence.jaxb.ValidationXMLReader.parseValidationXML(ValidationXMLReader.java:147)
                at org.eclipse.persistence.jaxb.ValidationXMLReader.call(ValidationXMLReader.java:67)
                at org.eclipse.persistence.jaxb.ValidationXMLReader.call(ValidationXMLReader.java:1)
                at java.util.concurrent.FutureTask.run(FutureTask.java:266)
                at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
                at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
                at java.lang.Thread.run(Thread.java:745)


This is a known BUG and in the next Bundle Patch will be included a fix.It does not affects to WebCenter Portal as it will work properly.

Anyway, if you want to hide this annoying Stack Trace from your log file then configure the following Stack Trace to SEVERE level using the Enterprise Manager as following.

Changing Logging Trace Level

No hay comentarios:

Publicar un comentario