[JBoss JIRA] Created: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
7:17 a.m.
drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because
it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.2.0.CR1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but fail
at it).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
9:30 a.m.
New subject: [JBoss JIRA] Commented: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet commented on JBRULES-3026:
-------------------------------------------
done for guvnor for 5.3.0.M1
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.2.0.CR1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:36 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.3.0.M1
(was: 5.2.0.CR1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:42 a.m.
New subject: [JBoss JIRA] Commented: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet commented on JBRULES-3026:
-------------------------------------------
The drools-camel-server side is a mess. It's impossible to fix this without also
fixing JBRULES-3028 (upgrading camel) at the same time, which snowballs because of the
backwards incompatibility of camel...
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:02 a.m.
New subject: [JBoss JIRA] Commented: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet commented on JBRULES-3026:
-------------------------------------------
Those changes on guvnor broke deploying guvnor to jboss as 5.1 on master (5.3.0-SNAPSHOT)
{code}
0:56:04,782 ERROR [StandardContext] Context [/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1] startup
failed due to previous errors
java.lang.RuntimeException: mapped-name is required for
org.apache.cxf.workqueue.WorkQueueManager of deployment
guvnor-5.3.0-SNAPSHOT-jboss-as-5.1.war
at
org.jboss.web.tomcat.service.injection.WebResourceHandler.loadXmlResourceEnvRefs(WebResourceHandler.java:287)
at
org.jboss.web.tomcat.service.injection.WebResourceHandler.loadXml(WebResourceHandler.java:325)
at
org.jboss.web.tomcat.service.TomcatInjectionContainer.processMetadata(TomcatInjectionContainer.java:550)
at org.jboss.web.tomcat.service.WebCtxLoader.start(WebCtxLoader.java:158)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4272)
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
at
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
at $Proxy38.start(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
at org.jboss.system.ServiceController.start(ServiceController.java:460)
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at
org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at
org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at
org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:662)
10:56:04,787 ERROR [StandardContext] Context [/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1] startup
failed due to previous errors
10:56:04,787 ERROR [AbstractKernelController] Error installing to Start:
name=jboss.web.deployment:war=/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1 state=Create mode=Manual
requiredState=Installed
org.jboss.deployers.spi.DeploymentException: URL
file:/home/gdesmet/opt/appserver/jboss-5.1.0.GA/server/default/tmp/5c4o1b-5i08jh-gnlgqepk-1-gnlgr10x-9q/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1.war/
deployment failed
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:331)
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
at
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
at $Proxy38.start(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
at org.jboss.system.ServiceController.start(ServiceController.java:460)
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at
org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at
org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at
org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:662)
10:56:04,941 ERROR [AbstractKernelController] Error installing to Real:
name=vfszip:/home/gdesmet/opt/appserver/jboss-5.1.0.GA/server/default/deploy/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1.war/
state=PreReal mode=Manual requiredState=Real
org.jboss.deployers.spi.DeploymentException: URL
file:/home/gdesmet/opt/appserver/jboss-5.1.0.GA/server/default/tmp/5c4o1b-5i08jh-gnlgqepk-1-gnlgr10x-9q/guvnor-5.3.0-SNAPSHOT-jboss-as-5.1.war/
deployment failed
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:331)
at
org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
at
org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at
org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
at $Proxy38.start(Unknown Source)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at
org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
at
org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at
org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at
org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
at org.jboss.system.ServiceController.start(ServiceController.java:460)
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at
org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at
org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at
org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at
org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at
org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at
org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at
org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
at
org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at
org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at
org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at
org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at
org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at
org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at
org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:662)
10:56:05,011 INFO [TomcatDeployment] deploy, ctxPath=/jmx-console
{code}
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:56 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Description:
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but fail
at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
was:
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but fail
at it).
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:14 p.m.
New subject: [JBoss JIRA] Issue Comment Edited: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet edited comment on JBRULES-3026 at 5/12/11 2:12 PM:
--------------------------------------------------------------------
done for guvnor for 5.3.0.M1 => This has been reverted as it broke deployment to jboss
AS 5.1
was (Author: ge0ffrey):
done for guvnor for 5.3.0.M1
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:14 p.m.
New subject: [JBoss JIRA] Commented: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet commented on JBRULES-3026:
-------------------------------------------
For now, everything is reverted. We still need to fix this sooner or later
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
1:16 p.m.
New subject: [JBoss JIRA] Issue Comment Edited: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet edited comment on JBRULES-3026 at 5/12/11 2:15 PM:
--------------------------------------------------------------------
For now, everything is reverted. We still need to fix this sooner or later.
I got furthest by replacing it by cxf-rt-frontend-jaxrs and cxf-rt-transports-http-jetty.
was (Author: ge0ffrey):
For now, everything is reverted. We still need to fix this sooner or later
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.M1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
6:41 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.3.0.CR1
(was: 5.3.0.Beta1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.CR1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:03 a.m.
New subject: [JBoss JIRA] Updated: (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.3.0.Final
(was: 5.3.0.CR1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.3.0.Final
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
10:01 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.4.0.Beta1
(was: 5.3.0.Final)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.4.0.Beta1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:15 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.4.0.Beta2
(was: 5.4.0.Beta1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.4.0.Beta2
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:26 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Geoffrey De Smet updated JBRULES-3026:
--------------------------------------
Fix Version/s: 5.4.0.Beta3
(was: 5.4.0.Beta2)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.4.0.Beta3
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
2:37 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Toni Rikkola updated JBRULES-3026:
----------------------------------
Fix Version/s: 5.4.0.Final
(was: 5.4.0.CR1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.4.0.Final
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
7:01 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Toni Rikkola updated JBRULES-3026:
----------------------------------
Fix Version/s: 5.5.0.Beta1
(was: 5.4.0.Final)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.5.0.Beta1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
4:28 a.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Michael Anstis updated JBRULES-3026:
------------------------------------
Fix Version/s: 5.5.0.CR1
(was: 5.5.0.Beta1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 5.5.0.CR1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
3:43 p.m.
New subject: [JBoss JIRA] (JBRULES-3026) drools-camel-server and guvnor-webapp: Do not use the dependency cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
[
https://issues.jboss.org/browse/JBRULES-3026?page=com.atlassian.jira.plug...
]
Michael Anstis updated JBRULES-3026:
------------------------------------
Fix Version/s: 6.0.0.Beta1
(was: 5.5.0.CR1)
drools-camel-server and guvnor-webapp: Do not use the dependency
cxf-bundle-jaxrs because it's an uber jar that disrupts our dependency graph
---------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-3026
URL: https://issues.jboss.org/browse/JBRULES-3026
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Affects Versions: 5.2.0.M2
Reporter: Geoffrey De Smet
Assignee: Geoffrey De Smet
Priority: Critical
Fix For: 6.0.0.Beta1
cxf-bundle-jaxrs isn't mentioned in here:
http://cxf.apache.org/docs/using-cxf-with-maven.html
it pulls in a lot we don't need and we try to exclude what we don't need (but
fail at it).
Furher proof that cxf-bundle-jaxrs is evil:
http://svn.apache.org/repos/asf/cxf/trunk/distribution/bundle/jaxrs/pom.xml
It uses the maven-shade-plugin, which is a blocker for the Red Hat re-packers team (see
fosdem 2011 presentation)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
4448
days inactive
4979
days old
17 comments
4 participants
participants (4)
-
Geoffrey De Smet (JIRA) -
Geoffrey De Smet (Updated) (JIRA)
-
Michael Anstis (JIRA)
-
Toni Rikkola (JIRA)