Unpacked KAR deployment
I am looking for a method, similar to KAR where the repository//features.xml are automatically registered, but where the data is not in a KAR file, but in a directory, e.g. unpacking a KAR file to a folder and then somehow point that the content of that folder should be recognised as a repo and the features under the repository folder is automatically registered. Is this possible? /Lars -- View this message in context: http://karaf.922171.n3.nabble.com/Unpacked-KAR-deployment-tp4025335.html Sent from the Karaf - User mailing list archive at Nabble.com.
AW: Strange issue with maven repositories and org.apache.karaf.webconsole.features
Hi Andreas all, Thanks for the hint. I did create a karaf issue, whose ID is KARAF-1674. Best regards, Sam -Ursprüngliche Nachricht- Von: Andreas Pieber [mailto:anpie...@gmail.com] Gesendet: Dienstag, 24. Juli 2012 18:17 An: user@karaf.apache.org Betreff: Re: Strange issue with maven repositories and org.apache.karaf.webconsole.features no that should be a configuration in pax-url-aether. I'm not sure right now if this is possible at all right now for pax-url or if we simply configured it wrong. The documentation and therefore the google entries are quite short on this topic :-) Best to create a Karaf Jira that we don't forget about it; In other words, it's definitely a bug (even if only a configuration one for missing options). Kind regards, Andreas On Mon, Jul 23, 2012 at 1:20 PM, Sammy Ramareddy sammy.ramare...@solarmax.com wrote: Hello, I'm using karaf 2.2.8 with equinox running on debian with java 1.7.0_03. I'm having a strange issue where karaf needs a lot of time (around 5-10minutes) to generate for the first time the features tab in the webconsole or give some feedback to a features:list command in the ssh console. I currently have the following urls configured in $KARAF_HOME/etc/org.ops4j.pax.url.mvn.cfg: org.ops4j.pax.url.mvn.repositories= \ http://192.168.2.224:8080/artifactory/repo@snapshots, \ http://i0019231.subdomain.domain.tld:8080/artifactory/repo@snapshots The second url is actually pointing to the same artifactory repository as the first one, just running with another IP (within our VPN subnet). Once in production, karaf will run outside our network and will need to reach our artifactory server through a VPN connection, hence the need for two urls. The problem is the following: when the VPN connection is *not* running, and thus i0019231.subdomain.domain.tld is not reachable (its IP is 172.21.x.x), karaf needs 5-10 minutes to be able to start the features-plugin. When this is happening, the following entry is in the Karaf log: failed to open bundleresource://78.fwk10937487/ where bundle 78 is org.apache.karaf.webconsole.features This issue happens only when the VPN client is not running and thus the second repository is not reachable. When the second url is reachable, then everything runs fine. Why does the features-plugin need so long to time out? Am I doing something wrong? Is it a bug? Thanks a lot for any help ! Best Regards Sam
Re: EBA and Karaf - Can I install an EBA to KARAF
when i try to deploy org.apache.aries.samples.blog.jdbc.eba-0.3.eba with older karaf it was OK. any ideas? i get 2012-07-18 22:12:57,647 | INFO | rint Extender: 3 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Bundle org.apache.aries.application.resolver.obr is waiting for dependencies [(objectClass=org.apache.aries.application.modelling.utils.ModellingHelper), (objectClass=org.apache.aries.application.modelling.ModellingManager), (objectClass=org.apache.aries.application.management.spi.repository.PlatformRepository)] 2012-07-18 22:12:57,651 | INFO | rint Extender: 3 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Bundle org.apache.aries.application.install is waiting for dependencies [(objectClass=org.apache.aries.application.management.AriesApplicationManager)] 2012-07-18 22:12:57,658 | INFO | rint Extender: 3 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Bundle org.apache.aries.application.management is waiting for dependencies [(objectClass=org.apache.aries.application.ApplicationMetadataFactory), (objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager), (objectClass=org.apache.aries.application.management.spi.runtime.LocalPlatform), (objectClass=org.apache.aries.application.DeploymentMetadataFactory), (objectClass=org.apache.aries.application.management.spi.runtime.AriesApplicationContextManager)] 2012-07-18 22:12:57,718 | INFO | rint Extender: 3 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Bundle org.apache.aries.application.deployment.management is waiting for dependencies [(objectClass=org.apache.aries.application.management.spi.resolve.AriesApplicationResolver)] 2012-07-18 22:12:57,767 | INFO | rint Extender: 3 | BlueprintContainerImpl | 9 - org.apache.aries.blueprint - 0.3.2 | Bundle org.apache.aries.application.management is waiting for dependencies [(objectClass=org.apache.aries.application.management.spi.resolve.DeploymentManifestManager)] 2012-07-18 22:12:58,207 | ERROR | raf-2.2.8/deploy | fileinstall | 6 - org.apache.felix.fileinstall - 3.2.4 | In main loop, we have serious trouble java.lang.NoSuchMethodError: org.osgi.framework.Version.compareTo(Lorg/osgi/framework/Version;)I at org.apache.aries.util.VersionRange.isRangeValid(VersionRange.java:329) at org.apache.aries.util.VersionRange.assertInvariants(VersionRange.java:300) at org.apache.aries.util.VersionRange.init(VersionRange.java:76) at org.apache.aries.application.impl.VersionRangeImpl.init(VersionRangeImpl.java:41) at org.apache.aries.application.utils.manifest.ManifestHeaderProcessor.parseVersionRange(ManifestHeaderProcessor.java:398) at org.apache.aries.application.impl.DeploymentContentImpl.getVersion(DeploymentContentImpl.java:85) at org.apache.aries.application.impl.DeploymentContentImpl.getExactVersion(DeploymentContentImpl.java:58) at org.apache.aries.application.runtime.impl.ApplicationContextImpl.init(ApplicationContextImpl.java:73) at org.apache.aries.application.runtime.impl.ApplicationContextManagerImpl.getApplicationContext(ApplicationContextManagerImpl.java:58) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_04] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_04] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_04] at java.lang.reflect.Method.invoke(Method.java:601)[:1.7.0_04] at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:50) at org.apache.aries.proxy.impl.DefaultWrapper.invoke(DefaultWrapper.java:31) at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:78) at $Proxy44.getApplicationContext(Unknown Source) at org.apache.aries.application.management.impl.AriesApplicationManagerImpl.install(AriesApplicationManagerImpl.java:311) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)[:1.7.0_04] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)[:1.7.0_04] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)[:1.7.0_04] at java.lang.reflect.Method.invoke(Method.java:601)[:1.7.0_04] at org.apache.aries.proxy.impl.ProxyHandler$1.invoke(ProxyHandler.java:50) at org.apache.aries.proxy.impl.DefaultWrapper.invoke(DefaultWrapper.java:31) at org.apache.aries.proxy.impl.ProxyHandler.invoke(ProxyHandler.java:78) at $Proxy45.install(Unknown Source) at org.apache.aries.application.install.EBAInstaller.install(EBAInstaller.java:71) at org.apache.felix.fileinstall.internal.DirectoryWatcher.install(DirectoryWatcher.java:926)[6:org.apache.felix.fileinstall:3.2.4] at
Re: Unpacked KAR deployment
Hi Lars, It's not possible currently. However, it looks like a good feature to me. Why not adding it for 2.3.0 and 3.0.0. I gonna raise the corresponding Jira. Regards JB On 07/26/2012 01:26 PM, helander wrote: I am looking for a method, similar to KAR where the repository//features.xml are automatically registered, but where the data is not in a KAR file, but in a directory, e.g. unpacking a KAR file to a folder and then somehow point that the content of that folder should be recognised as a repo and the features under the repository folder is automatically registered. Is this possible? /Lars -- View this message in context: http://karaf.922171.n3.nabble.com/Unpacked-KAR-deployment-tp4025335.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
IDE run configuration
Hi, i'd like a help me how to run and debug blueprint applications on karaf runtime from IDE. I have tried Karaf Eik 0.5.3 but it is limited to eclipse plugins project, doesnt works with latest eclipse releases. I´d lik to know a approach about configurations to run maven projects. Thanks. -- View this message in context: http://karaf.922171.n3.nabble.com/IDE-run-configuration-tp4025338.html Sent from the Karaf - User mailing list archive at Nabble.com.
Re: IDE run configuration
Hi, so it means that you use Eclipse Juno ? Regards JB On 07/26/2012 04:38 PM, wildes wrote: Hi, i'd like a help me how to run and debug blueprint applications on karaf runtime from IDE. I have tried Karaf Eik 0.5.3 but it is limited to eclipse plugins project, doesnt works with latest eclipse releases. I´d lik to know a approach about configurations to run maven projects. Thanks. -- View this message in context: http://karaf.922171.n3.nabble.com/IDE-run-configuration-tp4025338.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com
Re: IDE run configuration
If you just like to debug, you can enable remote-debugging in karaf by setting the KARAF_DEBUG env-variable. export KARAF_DEBUG=true bin/karaf You can then connect your debugger to port 5005. The downside of this approach is that runtime code-editing is very limited. Is this what you are looking for? kind regards, christoph On 26/07/12 16:38, wildes wrote: Hi, i'd like a help me how to run and debug blueprint applications on karaf runtime from IDE. I have tried Karaf Eik 0.5.3 but it is limited to eclipse plugins project, doesnt works with latest eclipse releases. I´d lik to know a approach about configurations to run maven projects. Thanks. -- View this message in context: http://karaf.922171.n3.nabble.com/IDE-run-configuration-tp4025338.html Sent from the Karaf - User mailing list archive at Nabble.com. smime.p7s Description: S/MIME Cryptographic Signature
Re: IDE run configuration
how to start and deploy artifacts on karaf from a maven lifecycle phase ? Exists an maven-karaf-plugin like a maven-jetty-plugin ? -- View this message in context: http://karaf.922171.n3.nabble.com/IDE-run-configuration-tp4025338p4025343.html Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Unpacked KAR deployment
Ok, thanks. /Lars -- View this message in context: http://karaf.922171.n3.nabble.com/Unpacked-KAR-deployment-tp4025335p4025344.html Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Unpacked KAR deployment
Hey Lars, I think it would be better if you please create the issue yourself. It hasn't been created yet but that way it will allow you to get notifications about the current state of the issue and it will make it easier for us to ask further questions about the feature if required :-) Thanks and kind regards, Andreas On Thu, Jul 26, 2012 at 5:57 PM, helander leh...@gmail.com wrote: Ok, thanks. /Lars -- View this message in context: http://karaf.922171.n3.nabble.com/Unpacked-KAR-deployment-tp4025335p4025344.html Sent from the Karaf - User mailing list archive at Nabble.com.
Re: Felix File install and Weaving Hooks
TBH I'm not sure if we want this refresh per default since it could be quite costly for bundles with lots of work todo. Nevertheless, an optional parameter at the feature requesting a reload of hot-deployed might be interesting; something like feature name=xxx refresh-hot-deployed=true... Independently first of all it might be interesting to figure out if this works at all as expected. Basically I would say yes, but there's always kind of difference between theory and praxis ;-) would you mind to try this out with a quick prototype if such a refresh would do the trick at all? Kind regards, Andreas On Wed, Jul 25, 2012 at 2:22 PM, Christoph Gritschenberger christoph.gritschenber...@gmail.com wrote: Hi, I just had a look at Christian Schneider's code that delays startup of the console. It just periodically checks the list of installed bundles and stops when it's startup is finished. I don't think it can be reused for this purpose. I think the real problem is that bundles with start-level 80 (default for bundles in deploy) are started before other bundles specified in features-core with lower start-level (in our case 40). A specific solution would be, when starting the bundle providing the weaving hook, to check all installed bundles whether they would require weaving. If a bundle does, refresh it, so that the weaving hook is applied. Maybe this can be fixed by adding an option to refresh all hot-deployed bundles when features-core is finished installing the features from features.cfg WDYT? kind regards, christoph On 18/07/12 19:07, Andreas Pieber wrote: maybe there is some other way delay deploy folder loading till all bundles are at least started? Since Christian is after something here anyhow (he'll need something similar for his startup logic anyhow) maybe we can reuse parts of this logic? Or is there something completely different possibly here? Kind regards, Andreas On Wed, Jul 18, 2012 at 6:56 PM, Guillaume Nodet gno...@gmail.com wrote: Yes, that would be a problem, because fileinstall is the one that grabs all the configuration from the etc/ directory and that needs to be done early in the process. On Wed, Jul 18, 2012 at 6:37 PM, Christoph Gritschenberger christoph.gritschenber...@gmail.com wrote: Hi, We recently started using Weaving Hooks in our Project (running in karaf-3.0.0-SNAPSHOT) and ran into a Problem: When deploying a bundle using the deploy-directory the bundle might get installed before the weaving hook is active. This causes the bundle to remain unweaved. We described the weaving-hook as part of a feature in a features.xml and added it to featuresBoot in org.apache.karaf.features.cfg. (We use start-level 40 for it as start-levels lower than 30 caused issues with aries because it obviously does not like bundle that are started before itself.) Now the Felix File installer is started with start-level 17, so it might pick up the bundle in the deploy-folder way before Karaf loads the feature-core that would install the feature of the weaver. My question is, does it even make sense to start the file installer earlier than the features-core-bundle? As far as I can tell it would make more sense to start the Feature-core before the file-installer, or does that cause other problems? WDYT? kind regards, christoph -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com