Re: Bundles for deployment of hadoop service in osgi container

-- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com

Re: Bundles for deployment of hadoop service in osgi container

Also, note that the fabric-hadoop bundle will register a few karaf commands for hadoop and also a url handler so you can access hdfs directly from osgi using hdfs://[path]. On Thu, Jun 28, 2012 at 1:05 PM, Guillaume Nodet gno...@gmail.com wrote: The fabric-hadoop module uses OSGi managed

Re: Felix File install and Weaving Hooks

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

Re: What would be the right way to develop Web console just for PID props changes?

. -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com

Re: Why is JDK required for running Karaf?

-- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com

Re: Why is JDK required for running Karaf?

. set JAVA_OPTS=-Xmx512M bin\karaf.bat Maybe the karaf.bat-script should detect whether -server is supported. Or is it required for some feature(s)? kind regards, christoph On 31/07/12 12:35, Guillaume Nodet wrote: Could you try running without the -server flags maybe ? set JAVA_OPTS

Re: TransactionManager lost after restart

-- View this message in context: http://karaf.922171.n3.nabble.com/TransactionManager-lost-after-restart-tp4025890p4025894.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Blog: http

Re: Equinox Console (Based on Gogo) in Karaf ?

ideas ? Thanks and Regards, Michael -- Jean-Baptiste Onofré jbono...@apache.org http://blog.nanthrax.net Talend - http://www.talend.com -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource

Re: Memory leak with ssh (org.apache.sshd.server.session.ServerSession objects)

-leak-with-ssh-org-apache-sshd-server-session-ServerSession-objects-tp4026025.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource

Re: Memory leak with ssh (org.apache.sshd.server.session.ServerSession objects)

I've just raised https://issues.apache.org/jira/browse/KARAF-1823. I'm currently working on SSHD so will give it a go asap. On Fri, Sep 14, 2012 at 11:25 AM, Guillaume Nodet gno...@gmail.com wrote: I'm aware of this issue I think and this is on my todo list. On Fri, Sep 14, 2012 at 10:57 AM

Re: dOSGi on Karaf

* -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com

Re: Startup Race Conditions For FileInstall/Blueprint

-Race-Conditions-For-FileInstall-Blueprint-tp4026233.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http

Re: Karaf shell command argument with space

'this is my single argument with spaces' Would it possible to to do this without surrounding single quotes? Huge thanks ahead -Dan -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere

Re: Karaf shell command argument with space

stuff On Thu, Dec 6, 2012 at 12:18 AM, Guillaume Nodet gno...@gmail.com wrote: Well, depending on your needs, one possible work around is to define the command as accepting a single argument with the multiple flag consisting of a ListString. You then have to rebuild the single argument from

Re: Gogo vs. Karaf Commands

this message in context: http://karaf.922171.n3.nabble.com/Gogo-vs-Karaf-Commands-tp4027219.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Blog: http://gnodet.blogspot.com

Re: Karat wont start bundle with start-level 99 ??

and would not go to 'active'. No error found in log. Can some one confirm? May karaf is 2.3.0 Thanks -Dan -- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http

Re: Karat wont start bundle with start-level 99 ??

be org.osgi.framework.startlevel.beginning should start with higher number so that karaf user would have a longer range to work with? Thanks -D On Wed, Jan 16, 2013 at 11:31 AM, Guillaume Nodet gno...@gmail.com wrote: That's expecte because the start level of the framework is set to 100. You can

Re: Karat wont start bundle with start-level 99 ??

?? ( max start-level allowed? ) Thanks -Dan On Wed, Jan 16, 2013 at 1:49 PM, Jean-Baptiste Onofré j...@nanthrax.net wrote: To be honest, I don't remember why we increased the Karaf start level. Let me dig in the Jira/e-mails ;) Regards JB On 01/16/2013 10:47 PM, Guillaume Nodet

Re: Orderly shutting down services

-- Guillaume Nodet Blog: http://gnodet.blogspot.com/ FuseSource, Integration everywhere http://fusesource.com

Re: Orderly shutting down services

Actually, I've raised and fixed https://issues.apache.org/jira/browse/ARIES-1004 Can you see if the latest snapshots works better for you ? On Fri, Jan 18, 2013 at 8:26 AM, Guillaume Nodet gno...@gmail.com wrote: I fix a bunch of problems with blueprint shutting down recently, so could you

Re: New Karaf features on github

this message in context: http://karaf.922171.n3.nabble.com/New-Karaf-features-on-github-tp4027864.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web

Re: Orderly shutting down services

/1.0.2-SNAPSHOT/ is quite old Thanks -D On Fri, Jan 18, 2013 at 9:09 AM, Dan Tran dant...@gmail.com wrote: cool, I will try to build my own version of karaf 2.3.1 snapshot to aries 1.0.2 Thanks -Dan On Fri, Jan 18, 2013 at 12:35 AM, Guillaume Nodet gno

Re: Logback and Apache Karaf

.nabble.com/Logback-and-Apache-Karaf-tp4028183p4028195.html Sent from the Karaf - User mailing list archive at Nabble.com. -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http

Re: Logback and Apache Karaf

/display/PAXVAADIN/Home Commiter Project Lead blog http://notizblog.nierbeck.de/ -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: service / reference-list within same bundle

. 2013/6/5 CLEMENT Jean-Philippe jean-philippe.clem...@fr.thalesgroup.com Guillaume, ** ** Is there a way to inject a bean manager instead of a bean itself using Blueprint? ** ** Cheers, JP ** ** [@@ OPEN @@] ** ** *De :* Guillaume Nodet [mailto:gno...@apache.org

Re: service / reference-list within same bundle

Yes 2013/6/5 CLEMENT Jean-Philippe jean-philippe.clem...@fr.thalesgroup.com Ok, good. ** ** Which kind of Java parameter type is injected for id-ref ? String? ** ** JP ** ** [@@ OPEN @@] ** ** *De :* Guillaume Nodet [mailto:gno...@apache.org] *Envoyé

Re: service / reference-list within same bundle

?* *** ** ** JP ** ** [@@ THALES GROUP INTERNAL @@] ** ** *De :* Guillaume Nodet [mailto:gno...@apache.org] *Envoyé :* mercredi 5 juin 2013 12:41 *À :* user *Objet :* Re: service / reference-list within same bundle ** ** Yes ** ** 2013/6/5 CLEMENT Jean-Philippe jean

Re: Karaf console

As an alternative (if you need), you can also use the session.execute() method. Look at the admin:connect commands if you want: https://github.com/apache/karaf/blob/karaf-2.x/admin/command/src/main/java/=

Re: Strange behavior of the org.apache.karaf.features.FeaturesService in Apache Karaf 2.3.0

Not sure if that's what you see, but the state of the FeaturesService is saved in the bundle associated data directory. So if you install a new bundle and remove the old one, the state would be lost. A workaround would be to *update* the bundle instead of install new / uninstall old. 2014-02-12

Re: rebundle an incomplete OSGi bundle using WRAP protocol

://dana.i2cat.net On 24 February 2014 16:31, Guillaume Nodet gno...@apache.org wrote: There's a trick to be able to overwrite the manifest. Here's a more complete example: osgi:install 'wrap:mvn:org.infinispan/infinispan-core/5.2.6.Final$overwrite=mergeImport-Package=sun.misc;net.jcip.annotations

Re: karaf PermGen space problem

This could also be caused by bad bundles that don't clean things correctly when stopped. 2014-03-11 19:21 GMT+01:00 Henryk Konsek hekon...@gmail.com: Hi, If this issue exists, can we not be safe in planning to do updates like that? Oracle JVM keeps classes forever until instructed

Re: Using Java VisualVM profiler in Karaf

Have you tried adding the needed package to the org.osgi.framework.bootdelegation property ? It may help in that case. 2014-03-18 15:49 GMT+01:00 Bengt Rodehav be...@rodehav.com: I'm using Karaf 2.3.4 currently with Java 6 / 64 bit (1.6.0_32). I've been using Java VisualVM to monitor threads.

Re: Karaf Java8

You'll find it at the following location: http://repository.apache.org/content/groups/snapshots/org/apache/karaf/apache-karaf/3.1.0-SNAPSHOT/ 2014-03-19 9:26 GMT+01:00 CLEMENT Jean-Philippe jean-philippe.clem...@fr.thalesgroup.com: Hi JB, How may I download the 3.1.0-SNAPSHOT? Regards,

Re: Provide Capability header

Actually, I've already began working on a FeaturesService based on the Felix resolver which takes generic capabilities into account, so it would definitely make sense to add those into features directly. 2014-03-29 14:24 GMT+01:00 Charlie Mordant cmorda...@gmail.com: Hi, I just wandering if

Re: Xerces and Karaf 3.0.1

The xerces packages are already exported by the system bundle, so it should not be needed to have them boot delegated. It rather indicates that you are using this package without importing it I think. 2014-04-22 10:26 GMT+02:00 Minto van der Sluis mi...@xup.nl: Hi folks, I ran into some

Re: [HEDS-UP] Pax Web 4.0

Actually, I have a few minor problems with the features in pax-web I have addressed yet. * the pax-http is missing an asm dependency for xbean-finder iirc (this causes the war feature installation to fail on the minimal distro of karaf 4) * we should either use xbean-finder-shaded and

Re: OSGI and Spring

Gemini blueprint has full support for spring afaik. It's quite difficult to setup in karaf 3.x, but it should be fairly easy to do with karaf 4.x. 2014-05-22 0:46 GMT+02:00 Tim Jones t...@mccarthy.co.nz: Charlie, it is not so much that I am afraid of embracing OSGI. The application I work on

Re: OSGI and Spring

My biggest fear is that gemini is not really active anymore. See http://git.eclipse.org/c/gemini.blueprint/org.eclipse.gemini.blueprint.git/log/ 2014-05-22 1:17 GMT+02:00 Tim Jones t...@mccarthy.co.nz: I have been trying to follow a few posts on Gemini blueprint and Karaf and was aware it is

Re: Karaf colored output

We'd need the terminfo database in order to do so I think. From a technical pov, it would be easy enough to disable ansi support based on the TERM variable for SSH connections, though i'm not really sure how well karaf would behave. 2014-05-22 19:19 GMT+02:00 Zhemzhitsky Sergey

Re: OSGI and Spring

The range problem also applies to Gemini which can't be wired to spring 4 afaik. And this needs to be tested, as it may be the case that spring-dm and/or gemini rely on spring internals and would not work on spring 4. If that's a problem for gemini, it may still be possible to provide a patch and

Re: [ANN] Apache Karaf 3.0.1 Released!

I think your best bet until we provide a bugfix release is to add the missing artifacts to your system repository and trim down the org.ops4j.pax.url.mvn.repositories as indicated above. 2014-06-02 16:54 GMT+02:00 CLEMENT Jean-Philippe jean-philippe.clem...@fr.thalesgroup.com: Yes, I also

Re: OSGI and Spring

2014-06-13 10:02 GMT+02:00 Charlie Mordant cmorda...@gmail.com: As an addition, you can always use Spring beans with Aries-bp, as you would do with any other bp bean. There are two big limitations in Aries that makes reusing spring beans difficult: * FactoryBean are not supported * type

Re: Karaf 2.3.7 not found on maven central

I suppose the index is out of date. The artifacts are actually available: http://repo1.maven.org/maven2/org/apache/karaf/apache-karaf/2.3.7/ 2014-09-09 22:54 GMT+02:00 Eric Lilja mindcoo...@gmail.com: Hi, I noticed that Karaf 2.3.7 was announced a few days ago, that's great (although I

Re: Karaf 2.4.0 and FileInstall

Please raise an issue on the FELIX issue tracker for that, and eventually one for KARAF to make sure we don't forget upgrading when fileinstall will be released. Thx ! 2014-10-01 14:07 GMT+02:00 j3rem1e jeremie.bre...@gmail.com: Hello, this question is not directly associated with Karaf 2.4,

Re: Cannot start Karaf

2014-10-13 14:14 GMT+02:00 David Leangen apa...@leangen.net: Hi, in the bin/karaf script, can you confirm that you have something like: exec “$JAVA” […] Yes. Do you define some env variables like KARAF_BASE/KARAF_HOME/KARAF_ETC, ? I tried both. Same results. A possible cause

Re: [ANN] Apache Karaf 4.0.0.M1 Released!

Try to minimal distribution which does not include blueprint. Also, if you want to remote it from the main distribution, run the following: feature:uninstall aries-blueprint shell-compat And no, the spring libraries are not supposed to be in the distribution afaik. We'll have to investigate why.

Re: pax-logback-service not working in karaf distribution

The log:set command unfortunately assumes that the backend is pax-logging-service. This need to be enhanced to work with pax-logging-logback and pax-logging-log4jv2. Could you please raise a JIRA ? 2014-11-13 8:16 GMT+01:00 syedbahm syedb...@cisco.com: Seems the following is happenning:

Re: Using a Redis connection pool from Karaf

Not sure what the exact usage of command-pool is, but given the stack trace, it could be that a class is loaded from its name (i suspect it comes from the configuration). In such a case, to make it work in OSGi, the correct class loader needs to be used, one can't rely on the thread context class

Re: Using a Redis connection pool from Karaf

this: new JedisPool(new JedisPoolConfig(), redis_driver[0], Integer.parseInt(redis_driver[1]), 1800, password); On 04/28/2015 01:41 PM, Guillaume Nodet wrote: Not sure what the exact usage of command-pool is, but given the stack trace, it could

Re: Karaf 3.0.1 does not consider service ranking set by Blueprint

I can read the following in the osgi spec, section 121.7.11 The backing service for a reference proxy must not be gotten from the OSGi service registry until an actual service object is needed, that is, when an actual method is called on the proxy. If the backing service becomes unregistered,

Re: My plan to build and patch an offline Karaf instance. Does it look correct and complete?

server vis OBR as needed. Updated Feature - Not sure Updated Karaf - Fresh install of Karaf instance Paul Spencer On Apr 29, 2015, at 10:43 AM, Guillaume Nodet gno...@apache.org wrote: Yes, this looks good to me. How do you plan to actually use OBR / Cave to distribute patches

Re: My plan to build and patch an offline Karaf instance. Does it look correct and complete?

Yes, this looks good to me. How do you plan to actually use OBR / Cave to distribute patches ? 2015-04-29 15:54 GMT+02:00 Paul Spencer pau...@apache.org: Below is my plan to build and patch several instances of Karaf that are installed in an offline environment. Each instance will be composed

Re: Remote shell connection

Type feature:info ssh in the karaf shell and you'll have the list of bundles or other features that are required for the ssh feature. However, if you assemble karaf from features using the karaf maven plugin, you'll simply have to add that feature in your pom in order to have it configured

Re: Environment variables and Blueprint

Afaik, blueprint does not yet support that. However, latest file install should support ${env:xxx} substitution, so you could load those from a configuration file, have file install write them to configadmin and use blueprint for injection. Though, it should not be very difficult to enhance

Re: Environment variables and Blueprint

To use env variables in etc/custom.properties, you should be able to do my.system.property = ${env:MY_ENV_VAR} and then, you should be able to use ${my.system.property} in blueprint files. 2015-04-13 14:32 GMT+02:00 Jean-Baptiste Onofré j...@nanthrax.net: In that case, you can also use

Re: Karaf and Docker

All the tooling to build karaf distributions is now available in master, including the use of profiles, kars, features. This code has been extracted from the maven plugin so that it does not depend on maven at all : all downloads are performed as done from inside karaf with the features service.

Re: How to avoid getting two servicemix-specs versions when installing camel or cxf 's feature

I think another generic solution would be to make sure the specs are flagged as dependencies, so that Karaf can pick up only one bundle to solve those. 2015-08-05 17:28 GMT+02:00 Jean-Baptiste Onofré j...@nanthrax.net: Hi Aki, We have different ways: 1/ we align CXF and Camel to the same

Re: Karaf 4: How to fugure out which bundle is needed where?

You cab use bundle:capabilities though it only displays a single level. Le lundi 13 juillet 2015, Jean-Baptiste Onofré j...@nanthrax.net a écrit : Ahh I thought you meant how to get the bundles (packages) in dependency of a given bundle. We don't have a command to directly to this, but you

Re: Deploying Multiple Version of Bundles

at 5:45 PM, Guillaume Nodet gno...@apache.org wrote: You need to use version ranges when you import packages. This will ensure a compatible package will be used and avoid any class cast exceptions. Your use case is quite simple and should clearly not cause any issue if you use correct

Re: Deploying Multiple Version of Bundles

You need to use version ranges when you import packages. This will ensure a compatible package will be used and avoid any class cast exceptions. Your use case is quite simple and should clearly not cause any issue if you use correct version ranges. 2015-07-10 21:07 GMT+02:00 Bryan Miller

Re: Bndtools & Karaf : the right way

2015-12-02 16:54 GMT+01:00 Christian Schneider <ch...@die-schneider.net>: > Am 02.12.2015 um 15:51 schrieb Guillaume Nodet: > >> >> >> Remember resource repositories can also point to other resource >> repositories. >> > Interesting. I did not kn

Re: Bndtools & Karaf : the right way

2015-12-01 22:24 GMT+01:00 Christian Schneider : > I also like the karaf shell a lot. The main thing I dislike is that the > command or better Action class is not a singleton and so it is difficult to > provide as a service. > Unfortunately, there are not many ways to

Re: Bndtools & Karaf : the right way

And version ranges. That's why it's difficult to rely solely on feature generation, unless you can actually have those requirements formalised correctly, i.e. with correct version ranges 2015-12-03 11:06 GMT+01:00 Jean-Baptiste Onofré : > It depends the requirements and the

Re: Bndtools & Karaf : the right way

2015-12-02 7:06 GMT+01:00 dleangen <apa...@leangen.net>: > Hi, > > > Guillaume Nodet-2 wrote > >>>Anyway, once I'm given a repository and a set of bundles to look at, i'm > willing to look at it. > > > dleangen wrote > >>Cool! Thank you very

Re: Bndtools & Karaf : the right way

2015-12-02 11:04 GMT+01:00 David Leangen : > > Hi Guillaume, > > Thank you very much for looking into this so quickly! > > > So i've just experimented a bit with this repository. > I've added the following repository to karaf which could easily be > generated. > >

Re: Bndtools & Karaf : the right way

it is quite trivial. > > Christian > > > Am 26.11.2015 um 17:48 schrieb Guillaume Nodet: > > There is an easy way to install bundles. > Just use the feature:requirement-add command. > > feature:requirement-add > 'requirement:osgi.identity;osgi.identity=org.apache.ar

Re: Bndtools & Karaf : the right way

2015-11-28 8:45 GMT+01:00 David Leangen : > > Hi! > > >> There is an easy way to install bundles. > >> Just use the feature:requirement-add command. > > Sounds practical. But then again, I really like the idea of “features”. I > like to see which “feature” is installed and

Re: Bndtools & Karaf : the right way

Btw, reading your initial email, I want to mention I've been working on a blueprint extension to support Spring-DM. It's not complete yet, but it may already cover your use case. So the blueprint-spring bundle provides an Blueprint Aries NamespaceHandler that support the spring core namespace.

Re: Bndtools & Karaf : the right way

r if Karaf feature can be described as > resources, instead of XML. > > @David, correct me if I'm wrong ;) > > Regards > JB > > On 11/30/2015 10:44 AM, Guillaume Nodet wrote: > >> It would be easier to start from the real requirements rather than from >> a

Re: Bndtools & Karaf : the right way

ges > in karaf. > > This idea is still in an early stage but I think it has a lot of potential > and it should make sense to experiment with it. > > Christian > > > On 30.11.2015 10:40, Jean-Baptiste Onofré wrote: > >> David wants to create a "dummy bundle

Re: Bndtools & Karaf : the right way

My understanding is that, as I explained in my earlier mail, you don't need features at all. If you have an "application bundle" and the xml repository, that should be enough, you don't have to wrap them. Could you please raise a JIRA and attach the artefacts needed to "reproduce" the use case ?

Re: Bndtools & Karaf : the right way

would > then > be a very natural integration into the karaf deployment process. We could > then allow custom distributions to specify a mvn url to an index like we do > for a feature. The plugin could then copy the index as well as all bundles > referenced in the index into the kara

Re: Bndtools & Karaf : the right way

2015-11-30 8:41 GMT+01:00 David Leangen : > > >> There is an easy way to install bundles. >> >> Just use the feature:requirement-add command. >> >> Sounds practical. But then again, I really like the idea of “features”. I >> like to see which “feature” is installed and

Re: Bndtools & Karaf : the right way

a "dummy bundle", describing a feature as resources > (without the XML). > > Not yet sure it's a good idea (it's what we discussed on IRC). > > Regards > JB > > On 11/30/2015 10:36 AM, Guillaume Nodet wrote: > >> >> >> 2015-11-30 8:41 GMT+01:00

Re: Bndtools & Karaf : the right way

Just a few points I want to mention in this discussion. The karaf deployer uses the OSGi resolver. Features are modelled into OSGi resources, the exact same way as bundles, so they can easily be written with the standard xml description. It's just a matter of writing back resource generated

Re: Bndtools & Karaf : the right way

Do you have pointers about those "application bundles" ? 2015-11-26 10:59 GMT+01:00 David Leangen : > > I have written down some ideas here some time ago: > > http://liquid-reality.de/display/liquid/Design+repository+based+features+for+Apache+Karaf > > > Very nice ! > > I

Re: Bndtools & Karaf : the right way

.identity;osgi.identity=feature-name;type=karaf.feature;version="version-range" > Christian > > > Am 26.11.2015 um 10:16 schrieb Guillaume Nodet: > > Just a few points I want to mention in this discussion. > > The karaf deployer uses the OSGi resolver. Features a

Re: Bndtools & Karaf : the right way

There is an easy way to install bundles. Just use the feature:requirement-add command. feature:requirement-add 'requirement:osgi.identity;osgi.identity=org.apache.aries.blueprint.core;type=osgi.bundle;version="[1,2)"' Guillaume 2015-11-26 14:40 GMT+01:00 Christian Schneider

Re: Bndtools & Karaf : the right way

The karaf OBR commands should not be used, only the feature:xxx ones. You don't have to wrap your requirements into anything, you don't even have to write a feature if you don't need. Any kind of requirements can be added to the karaf deployer using : feature:requirement-add

Re: Features vs. Deployment Admin

You should investigate using the FeaturesService programmatically if you need. You can ask the resolver to add requirements using featuresService.addRequirements(...) You should be able to configure to point to xml repositories. The syntax is: *resourceRepositories= [xml:url | json:url]...*

Re: Features vs. Deployment Admin

> > Or is the Cave OBR somehow disconnected? The above returns empty. Would be > nice to see what is in the cache. When I (re)install my feature, the old > bundle keeps showing up (I suppose because it is resolvable). > > > Cheers, > =David > > > On Nov 19, 2015, at

Re: Reboot karaf from java?

I've committed a patch from Hiram that does that in Karaf 4. Thought it's not released yet https://github.com/apache/karaf/commit/a47c36b7f00c6b593b7a9b5a018deda4aeca1cc0 2015-11-23 15:52 GMT+01:00 Benson Margulies : > Is there a service in Karaf that completely restarts

Re: Reboot karaf from java?

; 2015-11-23 15:56 GMT+01:00 Benson Margulies <ben...@basistech.com>: > > On Mon, Nov 23, 2015 at 9:53 AM, Guillaume Nodet <gno...@apache.org> > wrote: > >> I've committed a patch from Hiram that does that in Karaf 4. >> Thought

Re: Blueprint and Custom Namespace

xmlns:xsi=" > http://www.w3.org/2001/XMLSchema-instance; >xmlns:axon=" > http://www.axonframework.org/schema/core; > xsi:schemaLocation=" > http://www.osgi.org/xmlns/blueprint/v1.0.0 > http://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd > > > http://www.axonframework.org/schema/core > http://www.axonframework.org/schema/axon-core.xsd;> > > > / > > Any help would greatly appreciated. > > Thanks & Regards, > Setya > > > > -- > View this message in context: > http://karaf.922171.n3.nabble.com/Blueprint-and-Custom-Namespace-tp4046737p4046791.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Blueprint and Custom Namespace

e in context: > http://karaf.922171.n3.nabble.com/Blueprint-and-Custom-Namespace-tp4046737p4046825.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Emai

Re: Blueprint and Custom Namespace

; > > > > > -- > View this message in context: > http://karaf.922171.n3.nabble.com/Blueprint-and-Custom-Namespace-tp4046737p4046847.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Blueprint and Custom Namespace

ntains blueprint-core-1.6.1.jar > > Thanks & Regards, > Setya > > > > > > -- > View this message in context: > http://karaf.922171.n3.nabble.com/Blueprint-and-Custom-Namespace-tp4046737p4046845.html > Sent from the Karaf - User mailing list archive at Nabble.com.

Re: Slf4j usage in a library

. 2016-06-02 16:22 GMT+02:00 Guillaume Nodet <gno...@apache.org>: > It should be safe if you don't export the packages. They will be > available from the system class loader, but they won't be available to > bundles if they are not exported by the system bundle. > > 2016-

Re: Slf4j usage in a library

> about disrupting pax-logging, but perhaps all of that is happening > >> inside bundles and won't be effected. > >> > >> Thanks, > >> > >> benson > >> > > > > -- > > Jean-Baptiste Onofré > > jbono...@apache.org > > http://blog.nanthrax.net > > Talend - http://www.talend.com > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Blueprint and Custom Namespace

t;> Setya >> >> >> >> -- >> View this message in context: >> http://karaf.922171.n3.nabble.com/Blueprint-and-Custom-Namespace-tp4046737p4046739.html >> Sent from the Karaf - User mailing list archive at Nabble.com. >> >> > -- > Jean-Baptiste

Re: system packages for karaf-maven-plugin validation

> > I also tried adding the bundle > mvn:javax.validation/validation-api/1.1.0.Final > > Thanks for any help, > David > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Blueprint or DS or what to use?

jlo...@mail.gmail.com%3E > > Thanks! > > From: Guillaume Nodet <gno...@apache.org> > Reply-To: "user@karaf.apache.org" <user@karaf.apache.org> > Date: Friday, March 18, 2016 at 8:40 AM > To: user <user@karaf.apache.org> > Subject: Re: Blueprint or DS or w

Re: Blueprint or DS or what to use?

71.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer=instant_html%21nabble%3Aemail.naml=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_ins

Re: Karaf features vs deploy folder on Production

of features. > > What is the underlying cause for suggesting features.xml instead of deploy > folder. > > Any insights will be helpful. Also any karaf documentation references with > regards to same are appreciated. > -- Guillaume Nodet ---

Re: OSGi Compendium within a feature restarts the console

t;> > >> > >> > >> -- > >> View this message in context: > >> > http://karaf.922171.n3.nabble.com/OSGi-Compendium-within-a-feature-restarts-the-console-tp4045606p4045643.html > >> Sent from the Karaf - User mailing list archive at Nabble.com. > > > > > > -- > View this message in context: > http://karaf.922171.n3.nabble.com/OSGi-Compendium-within-a-feature-restarts-the-console-tp4045606p4045645.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: How do You use spring in OSGi?

t: > http://karaf.922171.n3.nabble.com/How-do-You-use-spring-in-OSGi-tp4046335p4046338.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: How do You use spring in OSGi?

5p4046359.html > Sent from the Karaf - User mailing list archive at Nabble.com. > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: @Inject an OSGi Service

yService) context.getService(reference); > System.out.println(service); // -> not Null > } > ... > } > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: More entropy on bundle startup.

there are a few cases where it > does not serve. > > I am wondering: is there some way to get _more_ randomness out of the > startup process, to shake out mistakes like this? > > thanks, > benson > -- Guillaume Nodet Red Hat

Re: Connect pax-logging/Log4j with 3rd party Jar

0 IBAN : DE85 6007 0070 0166 > 1040 00 SWIFT-CODE : DEUTDESS, > Commerzbank (BLZ 600 400 71) Kto. 532 015 500 IBAN : DE83 6004 0071 0532 > 0155 00 SWIFT-Code : COBADEFF600, > Registergericht: Amtsgericht Stuttgart > Handelsregister: HRB Nr. 19117 > Umsatzsteuer: ID-Nr. DE 147 862 777 > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

<    1   2   3   4   5   >