https://issues.apache.org/jira/browse/ARIES-555
On Sun, Jan 23, 2011 at 5:35 PM, Charles Moulliard <[email protected]> wrote: > I will create a ticket on JIRA web site and provide the instructions > to reproduce that on Karaf > > On Fri, Jan 21, 2011 at 9:11 PM, Achim Nierbeck <[email protected]> > wrote: >> Hi, >> >> actually pax-web should do this, with the ResourceServlet. >> Could you provide me an example, I could look into this. >> This might be an unexpected side effect of a patch adding a >> web-root path to the manifest. >> >> Achim >> >>> 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 <[email protected]> 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 <[email protected]> wrote: >>>>> On 21 January 2011 10:12, Charles Moulliard <[email protected]> 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 >>>>>> <[email protected]> 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 >>>>>>> <[email protected]> wrote: >>>>>>>> Thx. >>>>>>>> >>>>>>>> I will add the missing bundles in karaf and recheck my log >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Jan 14, 2011 at 5:35 PM, mark <[email protected]> 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 <[email protected]> >>>>>>>>> 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 <[email protected]> >>>>>>>>>> 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 <[email protected]> >>>>>>>>>>> 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 >>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>>>>>> <[email protected]> wrote: >>>>>>>>>>>>>>>>>>> On 3 January 2011 10:51, Charles Moulliard >>>>>>>>>>>>>>>>>>> <[email protected]> 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 >>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>> 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 >>>>>>>>>>>>>>>>>>>>> <[email protected]> >>>>>>>>>>>>>>>>>>>> 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 >>>>>>>>>>>>>>>>>>>>>> >>> >>> >> >> >> >
