| .war file deployment failure due Eclipse Lyo libraries [message #1782003] |
Thu, 15 February 2018 19:23 |
 Shailesh Puranik
Messages: 1
Registered: February 2018 |
Junior Member |
|
|
Our OSLC application uses wink-common-1.2.1-incubating.jar and wink-server-1.2.1-incubating.jar.
Its working fine on Weblogic 12.1.1 version but it fails on Weblogic 12.2.1.1.
Weblogic has following error, can somebody quick guide us on resolving this issue.
org.glassfish.jersey.internal.Errors Error DOMAIN BEA-000000 Following issues have been detected: WARNING: A resource model has ambiguous (sub-)resource method for HTTP method GET and input mime-types as defined by"@Consumes" and "@Produces" annotations at Java methods public org.apache.wink.common.model.app.AppService org.apache.wink.server.internal.resources.RootResource.getServiceDocument(javax.ws.rs.core.UriInfo) and public org.apache.wink.common.model.app.AppService org.apache.wink.server.internal.resources.RootResource.getServiceDocument(javax.ws.rs.core.UriInfo) at matching regular expression /.
These two methods produces and consumes exactly the same mime-types and therefore their invocation as a resource methods will always fail.
Feb 13, 2018, 12:02:48,608 PM EST HTTP Error DOMAIN BEA-101216 Servlet: "JAX-RS/Jersey#1" failed to preload on startup in Web application: "lis.war". org.glassfish.jersey.server.model.ModelValidationException: Validation of the application resource model has failed during application initialization. [[FATAL] A resource model has ambiguous (sub-)resource method for HTTP method GET and input mime-types as defined by"@Consumes" and "@Produces" annotations at Java methods public org.apache.wink.common.model.app.AppService org.apache.wink.server.internal.resources.RootResource.getServiceDocument(javax.ws.rs.core.UriInfo) and public org.apache.wink.common.model.app.AppService org.apache.wink.server.internal.resources.RootResource.getServiceDocument(javax.ws.rs.core.UriInfo) at matching regular expression /. These two methods produces and consumes exactly the same mime-types and therefore their invocation as a resource methods will always fail.; source='org.glassfish.jersey.server.model.RuntimeResource@5f66128a'] at org.glassfish.jersey.server.ApplicationHandler.initialize(ApplicationHandler.java:555) at org.glassfish.jersey.server.ApplicationHandler.access$500(ApplicationHandler.java:184) at org.glassfish.jersey.server.ApplicationHandler$3.call(ApplicationHandler.java:350) at org.glassfish.jersey.server.ApplicationHandler$3.call(ApplicationHandler.java:347) at org.glassfish.jersey.internal.Errors.process(Errors.java:315) at org.glassfish.jersey.internal.Errors.process(Errors.java:297) at org.glassfish.jersey.internal.Errors.processWithException(Errors.java:255) at org.glassfish.jersey.server.ApplicationHandler.<init>(ApplicationHandler.java:347) at org.glassfish.jersey.servlet.WebComponent.<init>(WebComponent.java:390) at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:172) at org.glassfish.jersey.servlet.ServletContainer.init(ServletContainer.java:364) at javax.servlet.GenericServlet.init(GenericServlet.java:244) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:343) at weblogic.servlet.internal.StubSecurityHelper$ServletInitAction.run(StubSecurityHelper.java:294) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:326) at weblogic.security.service.SecurityManager.runAsForUserCode(SecurityManager.java:197) at weblogic.servlet.provider.WlsSecurityProvider.runAsForUserCode(WlsSecurityProvider.java:203) at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:71) at weblogic.servlet.internal.StubSecurityHelper.initServletInstance(StubSecurityHelper.java:99) at weblogic.servlet.internal.StubSecurityHelper.createServlet(StubSecurityHelper.java:87) at weblogic.servlet.internal.StubLifecycleHelper.createOneInstance(StubLifecycleHelper.java:71) at weblogic.servlet.internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:57) at weblogic.servlet.internal.StubLifecycleHelper.<init>(StubLifecycleHelper.java:31) at weblogic.servlet.internal.ServletStubImpl.initStubLifecycleHelper(ServletStubImpl.java:673) at weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:612) at weblogic.servlet.internal.WebAppServletContext.preloadServlet(WebAppServletContext.java:2054) at weblogic.servlet.internal.WebAppServletContext.loadServletsOnStartup(WebAppServletContext.java:2031) at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1920) at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:3091) at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1849) at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:882) at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:360) at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:356) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45) at weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:138) at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:124) at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:233) at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:228) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45) at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:78) at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:52) at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:754) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45) at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:264) at weblogic.application.internal.SingleModuleDeployment.activate(SingleModuleDeployment.java:52) at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165) at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:90) at weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java:265) at weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDeployment.java:481) at weblogic.management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java:53) at weblogic.management.deploy.internal.DeploymentAdapter.activate(DeploymentAdapter.java:202) at weblogic.management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:52) at weblogic.management.deploy.internal.ConfiguredDeployments$2.doItem(ConfiguredDeployments.java:684) 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:666) 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:640) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:406) at weblogic.work.ExecuteThread.run(ExecuteThread.java:346)
|
|
|
Powered by
FUDForum. Page generated in 0.02901 seconds
] 
Search
Help
Register
Login
Home
