Hi, Normally the static content would not be on the classpath. Are you trying to load the images, stylesheets etc via the classloader? Or are you saying pax-web only loads content from the classpath?
Alasdair On 21 January 2011 16:22, Charles Moulliard <cmoulli...@gmail.com> wrote: > There is one small issue is that the directories defined in the root > of the bundles like images, style are not present in the classpath > even using pax-web 0.8.2-SNAPSHOT !! > > On Fri, Jan 21, 2011 at 4:32 PM, Jeremy Hughes <hugh...@apache.org> wrote: >> On 21 January 2011 10:12, Charles Moulliard <cmoulli...@gmail.com> wrote: >>> FYI, I have been able to deploy successfully the Aries Blog JPA EBA >>> archive on Apache Karaf (last snapshot 2.1.0-SNAPSHOT). Many thanks >>> for your help. >> >> yw. That's great news! >> >>> >>> Regards, >>> >>> Charles >>> >>> >>> On Fri, Jan 14, 2011 at 6:26 PM, Charles Moulliard <cmoulli...@gmail.com> >>> wrote: >>>> This is strange. I have deployed all the bundles mentioned in the >>>> pax-exam example that you show me but I continue to have the same >>>> error with namespace handler - Transaction >>>> >>>> 18:07:59,029 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>> | impl.ModelledResourceManagerImpl 121 | 232 - >>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method exit: >>>> getServiceElements, returning >>>> org.apache.aries.application.modelling.ModellerException: >>>> org.osgi.service.blueprint.container.ComponentDefinitionException: >>>> Unsupported node namespace: >>>> http://aries.apache.org/xmlns/transactions/v1.0.0 >>>> >>>> >>>> This bundle is well deployed like the JPA, Application, JNDI, .... >>>> >>>> [ 227] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application OBR Resolver (0.3.0.SNAPSHOT) >>>> [ 228] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Installer (0.3.0.SNAPSHOT) >>>> [ 229] [Active ] [ ] [ ] [ 60] Apache Aries >>>> Application API (0.3.0.SNAPSHOT) >>>> [ 230] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Management (0.3.0.SNAPSHOT) >>>> [ 231] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Utils (0.3.0.SNAPSHOT) >>>> [ 232] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Modelling (0.3.0.SNAPSHOT) >>>> [ 233] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Default local platform (0.3.0.SNAPSHOT) >>>> [ 234] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Platform Repository (0.3.0.SNAPSHOT) >>>> [ 235] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application postresolve process (0.3.0.SNAPSHOT) >>>> [ 236] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Deployment Management (0.3.0.SNAPSHOT) >>>> [ 237] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Application Runtime (0.3.0.SNAPSHOT) >>>> >>>> [ 272] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> Transaction Blueprint (0.3.0.SNAPSHOT) >>>> [ 273] [Active ] [ ] [ ] [ 60] Apache Aries >>>> Transaction Manager (0.3.0.SNAPSHOT) >>>> >>>> [ 275] [Active ] [Created ] [ ] [ 60] Aries JPA >>>> Container blueprint integration for Aries blueprint (0.3.0.SNAPSHOT) >>>> [ 276] [Active ] [ ] [ ] [ 60] Aries JPA >>>> Container (0.3.0.SNAPSHOT) >>>> [ 277] [Active ] [ ] [ ] [ 60] Aries JPA >>>> Container Managed Contexts (0.3.0.SNAPSHOT) >>>> [ 292] [Active ] [ ] [ ] [ 60] Aries JPA >>>> Container API (0.3.0.SNAPSHOT) >>>> [ 293] [Active ] [ ] [ ] [ 60] Apache Aries >>>> Transaction Enlisting JDBC Datasource (0.3.0.SNAPSHOT) >>>> >>>> [ 278] [Active ] [ ] [ ] [ 60] Apache Aries >>>> JNDI API (0.3.0.SNAPSHOT) >>>> [ 279] [Active ] [ ] [ ] [ 60] Apache Aries >>>> JNDI RMI Handler (0.3.0.SNAPSHOT) >>>> [ 280] [Active ] [ ] [ ] [ 60] Apache Aries >>>> JNDI Core (0.3.0.SNAPSHOT) >>>> [ 281] [Active ] [ ] [ ] [ 60] Apache Aries >>>> JNDI URL Handler (0.3.0.SNAPSHOT) >>>> [ 282] [Active ] [ ] [ ] [ 60] Apache Aries >>>> JNDI Support for Legacy Runtimes (0.3.0.SNAPSHOT) >>>> >>>> [ 294] [Active ] [Created ] [ ] [ 60] Apache Aries >>>> blog sample transaction enlisting JDBC datasource >>>> (0.3.0.incubating-SNAPSHOT) >>>> >>>> >>>> Regards, >>>> >>>> >>>> >>>> >>>> On Fri, Jan 14, 2011 at 6:05 PM, Charles Moulliard <cmoulli...@gmail.com> >>>> wrote: >>>>> Thx. >>>>> >>>>> I will add the missing bundles in karaf and recheck my log >>>>> >>>>> >>>>> On Fri, Jan 14, 2011 at 5:35 PM, mark <mpnutt...@gmail.com> wrote: >>>>>> If we look at the EBAInstaller.install() code we see, >>>>>> >>>>>> LOGGER.debug("created app from {} : {} {} with contents {}", new >>>>>> Object[] { >>>>>> applicationLocation.getName(), appSymName, appVersion, >>>>>> app.getApplicationMetadata().getApplicationContents() }); >>>>>> >>>>>> AriesApplicationContext context = applicationManager.install(app); >>>>>> >>>>>> LOGGER.debug("installed app {} {} state: {}", new Object[] { >>>>>> appSymName, appVersion, >>>>>> context.getApplicationState() }); >>>>>> >>>>>> context.start(); >>>>>> >>>>>> LOGGER.debug("started app {} {} state: {}", new Object[] { >>>>>> appSymName, appVersion, >>>>>> context.getApplicationState() }); >>>>>> >>>>>> Your trace shows the "created app" message but not the "installed app" >>>>>> message. The ApplicationManager.install() call terminated with, >>>>>> >>>>>> 16:37:49,688 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>> | impl.ModelledResourceManagerImpl 121 | 232 - >>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method exit: >>>>>> getServiceElements, returning >>>>>> org.apache.aries.application.modelling.ModellerException: >>>>>> org.osgi.service.blueprint.container.ComponentDefinitionException: >>>>>> Unsupported node namespace: >>>>>> http://aries.apache.org/xmlns/transactions/v1.0.0 >>>>>> >>>>>> Since you are trying to install the JpaBlogSampleWithEba, you will >>>>>> need to install all the same bundles into your runtime as we do in >>>>>> org.apache.aries.samples.blog.itests.JpaBlogSampleWithEbaTest.configuration() >>>>>> : >>>>>> >>>>>> public static Option[] configuration() { >>>>>> Option[] options = options( >>>>>> bootDelegationPackages("javax.transaction", "javax.transaction.*"), >>>>>> >>>>>> vmOption("-Dorg.osgi.framework.system.packages=javax.accessibility,javax.activation,javax.activity,javax.annotation,javax.annotation.processing,javax.crypto,javax.crypto.interfaces,javax.crypto.spec,javax.imageio,javax.imageio.event,javax.imageio.metadata,javax.imageio.plugins.bmp,javax.imageio.plugins.jpeg,javax.imageio.spi,javax.imageio.stream,javax.jws,javax.jws.soap,javax.lang.model,javax.lang.model.element,javax.lang.model.type,javax.lang.model.util,javax.management,javax.management.loading,javax.management.modelmbean,javax.management.monitor,javax.management.openmbean,javax.management.relation,javax.management.remote,javax.management.remote.rmi,javax.management.timer,javax.naming,javax.naming.directory,javax.naming.event,javax.naming.ldap,javax.naming.spi,javax.net,javax.net.ssl,javax.print,javax.print.attribute,javax.print.attribute.standard,javax.print.event,javax.rmi,javax.rmi.CORBA,javax.rmi.ssl,javax.script,javax.security.auth,javax.security.auth.callback,javax.security.auth.kerberos,javax.security.auth.login,javax.security.auth.spi,javax.security.auth.x500,javax.security.cert,javax.security.sasl,javax.sound.midi,javax.sound.midi.spi,javax.sound.sampled,javax.sound.sampled.spi,javax.sql,javax.sql.rowset,javax.sql.rowset.serial,javax.sql.rowset.spi,javax.swing,javax.swing.border,javax.swing.colorchooser,javax.swing.event,javax.swing.filechooser,javax.swing.plaf,javax.swing.plaf.basic,javax.swing.plaf.metal,javax.swing.plaf.multi,javax.swing.plaf.synth,javax.swing.table,javax.swing.text,javax.swing.text.html,javax.swing.text.html.parser,javax.swing.text.rtf,javax.swing.tree,javax.swing.undo,javax.tools,javax.xml,javax.xml.bind,javax.xml.bind.annotation,javax.xml.bind.annotation.adapters,javax.xml.bind.attachment,javax.xml.bind.helpers,javax.xml.bind.util,javax.xml.crypto,javax.xml.crypto.dom,javax.xml.crypto.dsig,javax.xml.crypto.dsig.dom,javax.xml.crypto.dsig.keyinfo,javax.xml.crypto.dsig.spec,javax.xml.datatype,javax.xml.namespace,javax.xml.parsers,javax.xml.soap,javax.xml.stream,javax.xml.stream.events,javax.xml.stream.util,javax.xml.transform,javax.xml.transform.dom,javax.xml.transform.sax,javax.xml.transform.stax,javax.xml.transform.stream,javax.xml.validation,javax.xml.ws,javax.xml.ws.handler,javax.xml.ws.handler.soap,javax.xml.ws.http,javax.xml.ws.soap,javax.xml.ws.spi,javax.xml.xpath,org.ietf.jgss,org.omg.CORBA,org.omg.CORBA.DynAnyPackage,org.omg.CORBA.ORBPackage,org.omg.CORBA.TypeCodePackage,org.omg.CORBA.portable,org.omg.CORBA_2_3,org.omg.CORBA_2_3.portable,org.omg.CosNaming,org.omg.CosNaming.NamingContextExtPackage,org.omg.CosNaming.NamingContextPackage,org.omg.Dynamic,org.omg.DynamicAny,org.omg.DynamicAny.DynAnyFactoryPackage,org.omg.DynamicAny.DynAnyPackage,org.omg.IOP,org.omg.IOP.CodecFactoryPackage,org.omg.IOP.CodecPackage,org.omg.Messaging,org.omg.PortableInterceptor,org.omg.PortableInterceptor.ORBInitInfoPackage,org.omg.PortableServer,org.omg.PortableServer.CurrentPackage,org.omg.PortableServer.POAManagerPackage,org.omg.PortableServer.POAPackage,org.omg.PortableServer.ServantLocatorPackage,org.omg.PortableServer.portable,org.omg.SendingContext,org.omg.stub.java.rmi,org.w3c.dom,org.w3c.dom.bootstrap,org.w3c.dom.css,org.w3c.dom.events,org.w3c.dom.html,org.w3c.dom.ls,org.w3c.dom.ranges,org.w3c.dom.stylesheets,org.w3c.dom.traversal,org.w3c.dom.views,org.xml.sax,org.xml.sax.ext,org.xml.sax.helpers,javax.transaction;partial=true;mandatory:=partial,javax.transaction.xa;partial=true;mandatory:=partial"), >>>>>> // Log >>>>>> mavenBundle("org.ops4j.pax.logging", "pax-logging-api"), >>>>>> mavenBundle("org.ops4j.pax.logging", "pax-logging-service"), >>>>>> // Felix mvn url handler - do we need this? >>>>>> mavenBundle("org.ops4j.pax.url", "pax-url-mvn"), >>>>>> >>>>>> >>>>>> // this is how you set the default log level when using >>>>>> pax logging (logProfile) >>>>>> >>>>>> systemProperty("org.ops4j.pax.logging.DefaultServiceLog.level").value("DEBUG"), >>>>>> >>>>>> // Bundles >>>>>> mavenBundle("org.eclipse.equinox", "cm"), >>>>>> mavenBundle("org.eclipse.osgi", "services"), >>>>>> >>>>>> mavenBundle("org.ops4j.pax.web", "pax-web-extender-war"), >>>>>> mavenBundle("org.ops4j.pax.web", "pax-web-jetty-bundle"), >>>>>> mavenBundle("org.ops4j.pax.web", "pax-web-jsp"), >>>>>> mavenBundle("org.apache.derby", "derby"), >>>>>> mavenBundle("org.apache.geronimo.specs", >>>>>> "geronimo-jpa_2.0_spec"), >>>>>> >>>>>> mavenBundle("org.apache.geronimo.specs", >>>>>> "geronimo-jta_1.1_spec"), >>>>>> mavenBundle("org.apache.geronimo.specs", >>>>>> "geronimo-j2ee-connector_1.5_spec"), >>>>>> mavenBundle("org.apache.geronimo.components", >>>>>> "geronimo-transaction"), >>>>>> mavenBundle("org.apache.openjpa", "openjpa"), >>>>>> mavenBundle("commons-lang", "commons-lang"), >>>>>> mavenBundle("commons-collections", "commons-collections"), >>>>>> mavenBundle("commons-pool", "commons-pool"), >>>>>> mavenBundle("org.apache.servicemix.bundles", >>>>>> "org.apache.servicemix.bundles.serp"), >>>>>> mavenBundle("org.apache.aries.blueprint", >>>>>> "org.apache.aries.blueprint" ), >>>>>> mavenBundle("org.apache.aries.proxy", >>>>>> "org.apache.aries.proxy"), >>>>>> mavenBundle("org.apache.aries", "org.apache.aries.util" ), >>>>>> mavenBundle("org.apache.aries.jndi", "org.apache.aries.jndi" >>>>>> ), >>>>>> mavenBundle("org.apache.felix", >>>>>> "org.apache.felix.bundlerepository"), >>>>>> mavenBundle("org.apache.felix", >>>>>> "org.apache.felix.fileinstall" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.resolver.obr"), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.install" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.api" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.management" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.runtime" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.utils" ), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.modeller"), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.default.local.platform"), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.noop.platform.repo"), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.noop.postresolve.process"), >>>>>> mavenBundle("org.apache.aries.application", >>>>>> "org.apache.aries.application.deployment.management"), >>>>>> mavenBundle("org.apache.aries.jpa", >>>>>> "org.apache.aries.jpa.api" ), >>>>>> mavenBundle("org.apache.aries.jpa", >>>>>> "org.apache.aries.jpa.container" ), >>>>>> mavenBundle("org.apache.aries.jpa", >>>>>> "org.apache.aries.jpa.blueprint.aries" ), >>>>>> mavenBundle("org.apache.aries.jpa", >>>>>> "org.apache.aries.jpa.container.context" ), >>>>>> mavenBundle("org.apache.aries.transaction", >>>>>> "org.apache.aries.transaction.manager" ), >>>>>> mavenBundle("org.apache.aries.transaction", >>>>>> "org.apache.aries.transaction.blueprint" ), >>>>>> mavenBundle("org.apache.aries.transaction", >>>>>> "org.apache.aries.transaction.wrappers" ), >>>>>> mavenBundle("org.apache.aries.samples.blog", >>>>>> "org.apache.aries.samples.blog.datasource" ), >>>>>> mavenBundle("asm", "asm-all" ), >>>>>> equinox().version("3.5.0") >>>>>> ); >>>>>> options = updateOptions(options); >>>>>> return options; >>>>>> } >>>>>> >>>>>> Regards, >>>>>> Mark >>>>>> >>>>>> On 14 January 2011 16:06, Charles Moulliard <cmoulli...@gmail.com> wrote: >>>>>>> Hi Mark, >>>>>>> >>>>>>> I have found from the log file an additional info >>>>>>> >>>>>>> 16:37:49,082 | DEBUG | -SNAPSHOT/deploy | EBAInstaller >>>>>>> | application.install.EBAInstaller 67 | 228 - >>>>>>> org.apache.aries.application.install - 0.3.0.SNAPSHOT | created app >>>>>>> from org.apache.aries.samples.blog.jpa.eba-0.3-SNAPSHOT.eba : >>>>>>> org.apache.aries.samples.blog.jpa.eba 0.3.0.SNAPSHOT with contents >>>>>>> [org.apache.aries.samples.blog.persistence.jpa;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.biz;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.api;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.web;{version->0.3.0.SNAPSHOT}] >>>>>>> 16:37:49,087 | DEBUG | -SNAPSHOT/deploy | >>>>>>> DeploymentManifestManagerImpl | pl.DeploymentManifestManagerImpl >>>>>>> 137 | 236 - org.apache.aries.application.deployment.management - >>>>>>> 0.3.0.SNAPSHOT | Method entry: generateDeploymentManifest, args >>>>>>> [org.apache.aries.application.management.impl.AriesApplicationImpl@53720a2, >>>>>>> []] >>>>>>> 16:37:49,087 | DEBUG | -SNAPSHOT/deploy | >>>>>>> DeploymentManifestManagerImpl | pl.DeploymentManifestManagerImpl >>>>>>> 633 | 236 - org.apache.aries.application.deployment.management - >>>>>>> 0.3.0.SNAPSHOT | Method entry: getByValueBundles, args >>>>>>> [org.apache.aries.application.management.impl.AriesApplicationImpl@53720a2] >>>>>>> 16:37:49,103 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>>> | impl.ModelledResourceManagerImpl 131 | 232 - >>>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method entry: >>>>>>> getModelledResource, args [null, >>>>>>> /var/folders/+B/+BKA5gXmHdSjYzHY8ESZGk+++TI/-Tmp-/ebaTmp4372104825175758605.tmporg.apache.aries.samples.blog.api-0.3-SNAPSHOT.jar/] >>>>>>> 16:37:49,103 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>>> | impl.ModelledResourceManagerImpl 88 | 232 - >>>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method entry: >>>>>>> getServiceElements, args >>>>>>> /var/folders/+B/+BKA5gXmHdSjYzHY8ESZGk+++TI/-Tmp-/ebaTmp4372104825175758605.tmporg.apache.aries.samples.blog.api-0.3-SNAPSHOT.jar/ >>>>>>> 16:37:49,104 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>>> | impl.ModelledResourceManagerImpl 157 | 232 - >>>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method entry: >>>>>>> findBlueprints, args >>>>>>> /var/folders/+B/+BKA5gXmHdSjYzHY8ESZGk+++TI/-Tmp-/ebaTmp4372104825175758605.tmporg.apache.aries.samples.blog.api-0.3-SNAPSHOT.jar/ >>>>>>> 16:37:49,104 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>>> | impl.ModelledResourceManagerImpl 178 | 232 - >>>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method entry: >>>>>>> findBlueprints, args >>>>>>> [/var/folders/+B/+BKA5gXmHdSjYzHY8ESZGk+++TI/-Tmp-/ebaTmp4372104825175758605.tmporg.apache.aries.samples.blog.api-0.3-SNAPSHOT.jar/] >>>>>>> 16:37:49,105 | DEBUG | -SNAPSHOT/deploy | EBAInstaller >>>>>>> | application.install.EBAInstaller 67 | 228 - >>>>>>> org.apache.aries.application.install - 0.3.0.SNAPSHOT | created app >>>>>>> from org.apache.aries.samples.blog.jpa.eba-0.3-SNAPSHOT.eba : >>>>>>> org.apache.aries.samples.blog.jpa.eba 0.3.0.SNAPSHOT with contents >>>>>>> [org.apache.aries.samples.blog.persistence.jpa;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.biz;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.api;{version->0.3.0.SNAPSHOT}, >>>>>>> org.apache.aries.samples.blog.web;{version->0.3.0.SNAPSHOT}] >>>>>>> >>>>>>> It seems that Aries Application has created an 'app'. That means that >>>>>>> it has been able to find it from the deploy directory of Apache Karaf. >>>>>>> >>>>>>> Question : Why the bundles defined in the eba archive are not deployed >>>>>>> ? Could it be related to the missing package that you find Aries >>>>>>> Blueprint Transaction ? >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Charles M. >>>>>>> >>>>>>> >>>>>>> On Fri, Jan 14, 2011 at 5:00 PM, Mark Nuttall <mnutt...@apache.org> >>>>>>> wrote: >>>>>>>> Hi Charles. >>>>>>>> There are many exceptions in your trace - "Exception" is found 69 >>>>>>>> times, and I can't say for sure whether any of them are responsible >>>>>>>> for the behaviour that you're seeing. However what jumps out at me is, >>>>>>>> >>>>>>>> 16:37:49,688 | DEBUG | -SNAPSHOT/deploy | ModelledResourceManagerImpl >>>>>>>> | impl.ModelledResourceManagerImpl 121 | 232 - >>>>>>>> org.apache.aries.application.modeller - 0.3.0.SNAPSHOT | Method exit: >>>>>>>> getServiceElements, returning >>>>>>>> org.apache.aries.application.modelling.ModellerException: >>>>>>>> org.osgi.service.blueprint.container.ComponentDefinitionException: >>>>>>>> Unsupported node namespace: >>>>>>>> http://aries.apache.org/xmlns/transactions/v1.0.0 >>>>>>>> >>>>>>>> If you are trying use declarative transactions in your application's >>>>>>>> blueprint files, then you will need to add the >>>>>>>> org.apache.aries.transaction.blueprint bundle to your runtime. >>>>>>>> >>>>>>>> Regards, >>>>>>>> Mark >>>>>>>> >>>>>>>> On 14 January 2011 15:43, Charles Moulliard <cmoulli...@gmail.com> >>>>>>>> wrote: >>>>>>>>> Here is the log file that I put in attachment and where I have set >>>>>>>>> org.apache.aries.application trace level to DEBUG. Maybe you will see >>>>>>>>> something that I don t see. >>>>>>>>> >>>>>>>>> Remark : using debug of felix has not reported any error >>>>>>>>> >>>>>>>>> >>>>>>>>> On Fri, Jan 14, 2011 at 3:28 PM, Mark Nuttall <mnutt...@apache.org> >>>>>>>>> wrote: >>>>>>>>>> Hi Charles. >>>>>>>>>> The PlatformRepository and LocalPlatform services were both in your >>>>>>>>>> list of services that blueprint was waiting for. Since they're >>>>>>>>>> started, please can you check to see if any of the other services >>>>>>>>>> called out in your previous list have now been published? I'm puzzled >>>>>>>>>> that your logs did not show some of your various service >>>>>>>>>> dependencies, >>>>>>>>>> such as PlatformRepository and LocalPlatform, being met when those >>>>>>>>>> services came up. Which if any of the required services are not being >>>>>>>>>> published? >>>>>>>>>> >>>>>>>>>> Regards, >>>>>>>>>> Mark >>>>>>>>>> >>>>>>>>>> On 14 January 2011 14:11, Charles Moulliard <cmoulli...@gmail.com> >>>>>>>>>> wrote: >>>>>>>>>>> Hi Mark, >>>>>>>>>>> >>>>>>>>>>> All the Blueprint services have their status "started". >>>>>>>>>>> >>>>>>>>>>> According to your first remark, it seems that the service is well >>>>>>>>>>> published and exported by OSGI Service >>>>>>>>>>> >>>>>>>>>>> Apache Aries Application Platform Repository (234) provides: >>>>>>>>>>> ------------------------------------------------------------ >>>>>>>>>>> org.apache.aries.application.management.spi.repository.PlatformRepository >>>>>>>>>>> org.osgi.service.blueprint.container.BlueprintContainer >>>>>>>>>>> >>>>>>>>>>> And for the second the service is also well exposed >>>>>>>>>>> >>>>>>>>>>> Apache Aries Application Default local platform (233) provides: >>>>>>>>>>> --------------------------------------------------------------- >>>>>>>>>>> org.apache.aries.application.management.spi.runtime.LocalPlatform >>>>>>>>>>> org.osgi.service.blueprint.container.BlueprintContainer >>>>>>>>>>> >>>>>>>>>>> [ 233] [Active ] [Created ] [ ] [ 60] Apache Aries >>>>>>>>>>> Application Default local platform (0.3.0.SNAPSHOT) >>>>>>>>>>> [ 234] [Active ] [Created ] [ ] [ 60] Apache Aries >>>>>>>>>>> Application Platform Repository (0.3.0.SNAPSHOT) >>>>>>>>>>> >>>>>>>>>>> Regards, >>>>>>>>>>> >>>>>>>>>>> Charles >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Fri, Jan 14, 2011 at 1:29 PM, Mark Nuttall <mnutt...@apache.org> >>>>>>>>>>> wrote: >>>>>>>>>>>> Hello Charles. >>>>>>>>>>>> First of all, please have a look at the bundles in your runtime to >>>>>>>>>>>> see >>>>>>>>>>>> if any have failed to resolve. A missing package can easily set >>>>>>>>>>>> off a >>>>>>>>>>>> chain of blueprint service dependency failures. >>>>>>>>>>>> >>>>>>>>>>>> If all your bundles have resolved then we need to start unpicking >>>>>>>>>>>> the >>>>>>>>>>>> service dependency failures. I'd start with, >>>>>>>>>>>> >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.resolver.obr is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.repository.PlatformRepository)] >>>>>>>>>>>> >>>>>>>>>>>> This service should have been published by >>>>>>>>>>>> org.apache.aries.application.noop.platform.repo. The bundle is very >>>>>>>>>>>> simple, with only two package imports: org.osgi.core and >>>>>>>>>>>> org.apache.aries.application.api. Please have a look at that >>>>>>>>>>>> bundle in >>>>>>>>>>>> the runtime and let us know why the expected service is not being >>>>>>>>>>>> published. >>>>>>>>>>>> >>>>>>>>>>>> The next bundle to check is >>>>>>>>>>>> org.apache.aries.application.default.local.platform, which should >>>>>>>>>>>> be >>>>>>>>>>>> publishing a service with interface >>>>>>>>>>>> org.apache.aries.application.management.spi.runtime.LocalPlatform. >>>>>>>>>>>> Again this is a very simple bundle with the same package imports as >>>>>>>>>>>> the previous one. The output below indicates that neither bundle >>>>>>>>>>>> has >>>>>>>>>>>> resolved and published its expected service. >>>>>>>>>>>> >>>>>>>>>>>> Regards, >>>>>>>>>>>> Mark >>>>>>>>>>>> >>>>>>>>>>>> On 14 January 2011 11:42, Charles Moulliard <cmoulli...@gmail.com> >>>>>>>>>>>> wrote: >>>>>>>>>>>>> Hi, >>>>>>>>>>>>> >>>>>>>>>>>>> I have installed the following bundles to be able to deploy an eab >>>>>>>>>>>>> archive on Karaf but nothing happens >>>>>>>>>>>>> >>>>>>>>>>>>> [ 227] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.resolver.obr/0.3-SNAPSHOT >>>>>>>>>>>>> [ 228] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.install/0.3-SNAPSHOT >>>>>>>>>>>>> [ 229] [Active ] [ ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.api/0.3-SNAPSHOT >>>>>>>>>>>>> [ 230] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.management/0.3-SNAPSHOT >>>>>>>>>>>>> [ 231] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.utils/0.3-SNAPSHOT >>>>>>>>>>>>> [ 232] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.modeller/0.3-SNAPSHOT >>>>>>>>>>>>> [ 233] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.default.local.platform/0.3-SNAPSHOT >>>>>>>>>>>>> [ 234] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.noop.platform.repo/0.3-SNAPSHOT >>>>>>>>>>>>> [ 235] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.noop.postresolve.process/0.3-SNAPSHOT >>>>>>>>>>>>> [ 236] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.deployment.management/0.3-SNAPSHOT >>>>>>>>>>>>> [ 237] [Active ] [Created ] [ ] [ 60] >>>>>>>>>>>>> mvn:org.apache.aries.application/org.apache.aries.application.runtime/0.3-SNAPSHOT >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> In the log file, I see that some dependencies are waiting but >>>>>>>>>>>>> that is all : >>>>>>>>>>>>> >>>>>>>>>>>>> 12:37:56,149 | INFO | rint Extender: 3 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.resolver.obr is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.modelling.ModellingManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.repository.PlatformRepository), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.modelling.utils.ModellingHelper)] >>>>>>>>>>>>> 12:37:56,151 | INFO | rint Extender: 1 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.install is waiting for dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.AriesApplicationManager)] >>>>>>>>>>>>> 12:37:56,205 | INFO | rint Extender: 3 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.management is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.DeploymentMetadataFactory), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.ApplicationMetadataFactory), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.AriesApplicationContextManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.LocalPlatform)] >>>>>>>>>>>>> 12:37:56,306 | INFO | rint Extender: 2 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.management is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.AriesApplicationContextManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.LocalPlatform)] >>>>>>>>>>>>> 12:37:56,343 | INFO | rint Extender: 1 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.resolver.obr is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.repository.PlatformRepository)] >>>>>>>>>>>>> 12:37:56,397 | INFO | rint Extender: 2 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.deployment.management is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.resolve.PostResolveTransformer), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.LocalPlatform), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.resolve.AriesApplicationResolver)] >>>>>>>>>>>>> 12:37:56,486 | INFO | rint Extender: 3 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.management is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager), >>>>>>>>>>>>> (objectClass=org.apache.aries.application.management.spi.runtime.LocalPlatform)] >>>>>>>>>>>>> 12:37:56,495 | INFO | rint Extender: 1 | BlueprintContainerImpl >>>>>>>>>>>>> | container.BlueprintContainerImpl 305 | 8 - >>>>>>>>>>>>> org.apache.aries.blueprint - 0.3.0.SNAPSHOT | Bundle >>>>>>>>>>>>> org.apache.aries.application.management is waiting for >>>>>>>>>>>>> dependencies >>>>>>>>>>>>> [(objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager)] >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Regards, >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Charles Moulliard >>>>>>>>>>>>> >>>>>>>>>>>>> Sr. Principal Solution Architect - FuseSource >>>>>>>>>>>>> Apache Committer >>>>>>>>>>>>> >>>>>>>>>>>>> Blog : http://cmoulliard.blogspot.com >>>>>>>>>>>>> Twitter : http://twitter.com/cmoulliard >>>>>>>>>>>>> Linkedin : http://www.linkedin.com/in/charlesmoulliard >>>>>>>>>>>>> Skype: cmoulliard >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> On Tue, Jan 11, 2011 at 9:24 PM, Charles Moulliard >>>>>>>>>>>>> <cmoulli...@gmail.com> wrote: >>>>>>>>>>>>>> How Aries Application Install knows that the folder to be >>>>>>>>>>>>>> scanned is "load" ? >>>>>>>>>>>>>> How can we override this location > >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Tue, Jan 11, 2011 at 7:50 PM, Charles Moulliard >>>>>>>>>>>>>> <cmoulli...@gmail.com> wrote: >>>>>>>>>>>>>>> Many thanks for the complement of info. This help me to see all >>>>>>>>>>>>>>> the >>>>>>>>>>>>>>> possibilities offered by Aries Application as I'min the process >>>>>>>>>>>>>>> to >>>>>>>>>>>>>>> prepare a new Webinar where I will present much more Aries >>>>>>>>>>>>>>> functionalities available with Apache ServiceMix/Karaf >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> On Tue, Jan 11, 2011 at 1:07 PM, Jeremy Hughes >>>>>>>>>>>>>>> <hugh...@apache.org> wrote: >>>>>>>>>>>>>>>> On 3 January 2011 10:51, Charles Moulliard >>>>>>>>>>>>>>>> <cmoulli...@gmail.com> wrote: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi Mark, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Happy New-Year 2011 and many thanks for the information. I >>>>>>>>>>>>>>>>> have >>>>>>>>>>>>>>>>> started to create a feature file to deploy those bundles on >>>>>>>>>>>>>>>>> Apache >>>>>>>>>>>>>>>>> Karaf OSGI container. What do you plan to do to align Aries >>>>>>>>>>>>>>>>> Application with OSGI Service as you use a deprecated API ony >>>>>>>>>>>>>>>>> supported by Equinox and not Felix ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Remark : Could you upgrade Aries Application to support >>>>>>>>>>>>>>>>> Apache Felix >>>>>>>>>>>>>>>>> FileInstall range of version from 2.x to 3.x as we use 3.1.0 >>>>>>>>>>>>>>>>> on Apache >>>>>>>>>>>>>>>>> Karaf ? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> You could look at: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>> "org.apache.aries.application.install" ), >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> it has a single class: EBAInstaller which extends the >>>>>>>>>>>>>>>> fileinstall >>>>>>>>>>>>>>>> ArtifactInstaller. It's used in the Blog sample - you go to a >>>>>>>>>>>>>>>> built >>>>>>>>>>>>>>>> samples/blog/blog-assembly/target which includes the >>>>>>>>>>>>>>>> fileinstall bundle and >>>>>>>>>>>>>>>> start Aries in a framework. The load dir is created and you >>>>>>>>>>>>>>>> drop and EBA >>>>>>>>>>>>>>>> into it. Fileinstall delegates to the EBAInstaller to install >>>>>>>>>>>>>>>> the bundles >>>>>>>>>>>>>>>> from the EBA. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> HTH, >>>>>>>>>>>>>>>> Jeremy >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards, >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Charles Moulliard >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Sr. Principal Solution Architect - FuseSource >>>>>>>>>>>>>>>>> Apache Committer >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Blog : http://cmoulliard.blogspot.com >>>>>>>>>>>>>>>>> Twitter : http://twitter.com/cmoulliard >>>>>>>>>>>>>>>>> Linkedin : http://www.linkedin.com/in/charlesmoulliard >>>>>>>>>>>>>>>>> Skype: cmoulliard >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On Wed, Dec 29, 2010 at 11:00 AM, Mark Nuttall >>>>>>>>>>>>>>>>> <mnutt...@apache.org> >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> > Hi Charles, >>>>>>>>>>>>>>>>> >> 1) Can someone tell me what are the bundles required to >>>>>>>>>>>>>>>>> >> deploy eba >>>>>>>>>>>>>>>>> >> files on Apache Karaf/Felix ? groupId/artificactId >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > For some working examples, please see >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > application/application-itests/src/test/java/IsolatedRuntimeTest.java, >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > and the three BlogSampleWithEba itests, such as >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > samples/blog/blog-itests/JpaBlogSampleWithEbaTest.java >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > Firstly there is a set of common prereqs, where the >>>>>>>>>>>>>>>>> > arguments to >>>>>>>>>>>>>>>>> > mavenBundle are (group, artifact): >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.blueprint", >>>>>>>>>>>>>>>>> > "org.apache.aries.blueprint" >>>>>>>>>>>>>>>>> ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.proxy", >>>>>>>>>>>>>>>>> > "org.apache.aries.proxy"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries", "org.apache.aries.util" ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.felix", >>>>>>>>>>>>>>>>> > "org.apache.felix.bundlerepository"), >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > There there's a set of common bundles in the >>>>>>>>>>>>>>>>> > org.apache.aries.application >>>>>>>>>>>>>>>>> group: >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.resolver.obr"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.install" ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.api" ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.management" ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.utils" ), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.modeller"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.default.local.platform"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.noop.platform.repo"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.noop.postresolve.process"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.deployment.management"), >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > Finally we have two different runtimes. >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.runtime" ), >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > is very simple: it just installs every bundle into a single >>>>>>>>>>>>>>>>> > framework. >>>>>>>>>>>>>>>>> > It provides no isolation between different .ebas, and was >>>>>>>>>>>>>>>>> > really only >>>>>>>>>>>>>>>>> > written so as to demonstrate that >>>>>>>>>>>>>>>>> > org.apache.aries.application.management was functional. I >>>>>>>>>>>>>>>>> > don't >>>>>>>>>>>>>>>>> > believe anyone's put this runtime to serious use yet. >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > Alternatively, the next group of bundles provide a far more >>>>>>>>>>>>>>>>> > rugged and >>>>>>>>>>>>>>>>> > functional runtime environment, in which the bundles listed >>>>>>>>>>>>>>>>> > in each >>>>>>>>>>>>>>>>> > application's Application-Content header are isolated from >>>>>>>>>>>>>>>>> > each other >>>>>>>>>>>>>>>>> > by being installed into their own framework. The only >>>>>>>>>>>>>>>>> > drawback here is >>>>>>>>>>>>>>>>> > that org.apache.aries.application.runtime.framework has to >>>>>>>>>>>>>>>>> > use >>>>>>>>>>>>>>>>> > deprecated APIs based on early drafts of OSGi RFC138 >>>>>>>>>>>>>>>>> > (org.osgi.service.framework.CompositeBundle, >>>>>>>>>>>>>>>>> > org.osgi.service.framework.CompositeBundleFactory) in order >>>>>>>>>>>>>>>>> > to create >>>>>>>>>>>>>>>>> > and manage these framework instances. My understanding is >>>>>>>>>>>>>>>>> > that Equinox >>>>>>>>>>>>>>>>> > implements these APIs, but that the Felix does not. >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.runtime.isolated"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.runtime.framework"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.runtime.framework.management"), >>>>>>>>>>>>>>>>> > mavenBundle("org.apache.aries.application", >>>>>>>>>>>>>>>>> > "org.apache.aries.application.runtime.repository"), >>>>>>>>>>>>>>>>> > equinox().version("3.5.0")); >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> >> 2) Can we deploy an eba file using the same command as we >>>>>>>>>>>>>>>>> >> use to >>>>>>>>>>>>>>>>> >> deploy a bundle mvn:groupId/artifactId/version/eba ? >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > I suspect that extra work might be required in order to >>>>>>>>>>>>>>>>> > achieve that. >>>>>>>>>>>>>>>>> > As you'll see from the itests, the mechanism today is of >>>>>>>>>>>>>>>>> > the form, >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > URL urlToEba = >>>>>>>>>>>>>>>>> > getUrlToEba("org.apache.aries.samples.blog", >>>>>>>>>>>>>>>>> > "org.apache.aries.samples.blog.jpa.eba"); >>>>>>>>>>>>>>>>> > AriesApplicationManager manager = >>>>>>>>>>>>>>>>> > getOsgiService(AriesApplicationManager.class); >>>>>>>>>>>>>>>>> > AriesApplication app = >>>>>>>>>>>>>>>>> > manager.createApplication(urlToEba); >>>>>>>>>>>>>>>>> > AriesApplicationContext ctx = manager.install(app); >>>>>>>>>>>>>>>>> > ctx.start(); >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > Do let us know how you get on! >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > Regards, >>>>>>>>>>>>>>>>> > Mark >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> > On 27 December 2010 09:03, Charles Moulliard >>>>>>>>>>>>>>>>> > <cmoulli...@gmail.com> >>>>>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>>>> >> Hi, >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> 1) Can someone tell me what are the bundles required to >>>>>>>>>>>>>>>>> >> deploy eba >>>>>>>>>>>>>>>>> >> files on Apache Karaf/Felix ? >>>>>>>>>>>>>>>>> >> groupId/artificactId >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> 2) Can we deploy an eba file using the same command as we >>>>>>>>>>>>>>>>> >> use to >>>>>>>>>>>>>>>>> >> deploy a bundle mvn:groupId/artifactId/version/eba ? >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> Charles Moulliard >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> Sr. Principal Solution Architect - FuseSource >>>>>>>>>>>>>>>>> >> Apache Committer >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> Blog : http://cmoulliard.blogspot.com >>>>>>>>>>>>>>>>> >> Twitter : http://twitter.com/cmoulliard >>>>>>>>>>>>>>>>> >> Linkedin : http://www.linkedin.com/in/charlesmoulliard >>>>>>>>>>>>>>>>> >> Skype: cmoulliard >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> > >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>> >>>> >>> >> > -- Alasdair Nottingham n...@apache.org
