[
https://issues.apache.org/jira/browse/ARIES-549?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12987658#action_12987658
]
Sangjin Lee commented on ARIES-549:
-----------------------------------
I'm a little confused by the comment in the code change. The "bundle-version"
is the correct attribute to use in specifying the Require-Bundle header, no?
The core spec seems quite clear about that (3.12.1). Is there uncertainty in
terms of what is the right attribute to use when specifying the version
constraint? Thanks!
> Require-bundle usage between bundles in the same EBA result in resolve error
> when deploy
> ----------------------------------------------------------------------------------------
>
> Key: ARIES-549
> URL: https://issues.apache.org/jira/browse/ARIES-549
> Project: Aries
> Issue Type: Bug
> Components: Application
> Affects Versions: 0.2
> Environment: OS:win2003
> Reporter: viola.lu
> Assignee: Rex Wang
> Fix For: 0.3
>
> Attachments: Aries-549-2.patch, Aries-549.patch, AriesRequire.eba,
> HelloWorldWAB1.app.eba
>
>
> 1.Created Bundle1,Bundle2, add Bundle1 as Require-Bundle of Bundle 2
> 2.Package two bundles into an EBA. Deploy them to geronimo but got erros:
> Distribution of module failed. See log for details.
> Error resolving Aries Application
> org.apache.geronimo.common.DeploymentException: Error resolving Aries
> Application
> at
> org.apache.geronimo.aries.builder.ApplicationConfigBuilder.buildConfiguration(ApplicationConfigBuilder.java:163)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:250)
> at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:138)
> 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.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:872)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
> at org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:344)
> at sun.reflect.GeneratedMethodAccessor57.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at
> org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
> at
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:131)
> at
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:872)
> at
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:245)
> at
> org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
> at
> com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:836)
> at
> com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:761)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1427)
> at
> javax.management.remote.rmi.RMIConnectionImpl.access$200(RMIConnectionImpl.java:72)
> at
> javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1265)
> at java.security.AccessController.doPrivileged(Native Method)
> at
> javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1367)
> at
> javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:788)
> at sun.reflect.GeneratedMethodAccessor46.invoke(Unknown Source)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:305)
> at sun.rmi.transport.Transport$1.run(Transport.java:159)
> at java.security.AccessController.doPrivileged(Native Method)
> at sun.rmi.transport.Transport.serviceCall(Transport.java:155)
> at
> sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:535)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:790)
> at
> sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:649)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:619)
> Caused by: org.apache.aries.application.management.ResolverException: Could
> not resolve requirements: (bundle=Bundle1)
> Bundle2
> (&(symbolicname=Bundle2)(version>=1.0.0))
> AriesRequire
> at
> org.apache.aries.application.resolver.obr.OBRAriesResolver.resolve(OBRAriesResolver.java:145)
> at
> org.apache.aries.application.management.AriesApplicationResolver$$EnhancerByCGLIB$$dac3ddef.resolve(<generated>)
> at
> org.apache.aries.application.management.impl.AriesApplicationManagerImpl.resolve(AriesApplicationManagerImpl.java:256)
> at
> org.apache.geronimo.aries.builder.ApplicationConfigBuilder.buildConfiguration(ApplicationConfigBuilder.java:161)
> ... 40 more
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
