Re: The future of gemini-blueprint, take 2 + results

t;> http://repository.springsource.com/maven/bundles/external@id=spring- > > ebr-repository@snapshots@noreleases > > >> > > > > > > 4 repositories are SpringSource ones and FAQ on their site says: > > > > > > *What is the current status of th

Re: [DISCUSS] & in feature (KARAF-4829)

o deploy arbitrary files. >> >> Christian// >> >> On 08.12.2016 15:42, Jean-Baptiste Onofré wrote: >> >>> It means that we have to check on the final name (not the URL). And on >>> the final name we have to check the target subfolder (cfg goes in et

Re: [DISCUSS] & in feature (KARAF-4829)

here. 2016-12-08 15:28 GMT+01:00 Guillaume Nodet : > > > 2016-12-08 15:27 GMT+01:00 Jean-Baptiste Onofré : > >> Yes, Achim already replied and I fully agree. >> >> So, I wonder if it makes sense to do ConfigAdmin configuration creation >> for as it would requir

Re: [DISCUSS] & in feature (KARAF-4829)

recommend to use in feature XML > 2. for any other file format, we recommend to use in feature > XML > ? > That sounds to me the exact reason why we create those two elements in the first place. ;-) > > Regards > JB > > > On 12/08/2016 03:24 PM, Guillaume N

Re: [DISCUSS] & in feature (KARAF-4829)

> 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: [DISCUSS] Trim down the number of config files in etc/ in the distributions

able to modify above files, because I saw them being present. > > > > Fabian > > -- > > Fabian Lange | Performance Expert > > mobil: +49 (0) 160.3673393 > > > > codecentric AG | Merscheider Straße 1 | 42699 Solingen | Deutschland > > > > Sitz der Gesells

Re: [DISCUSS] Trim down the number of config files in etc/ in the distributions

s with bundles providing own default configuration which was not > > possible to change later on because of location bindings. I'm not saying > > this will be a problem with Karaf, but just to keep an eye on it while > > changing things. > > > > Best, > > Mile

[DISCUSS] Trim down the number of config files in etc/ in the distributions

k (bin/contrib/, bin/instance(.sh|.bat), deploy/). Thoughts ? Guillaume -- ---- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: java.transaction.xa not exported?

> spec apis and impls from java. > > So I wonder what are the advantages / disadvantages of the two approaches. > > Christian > > > > On 22.11.2016 20:29, Guillaume Nodet wrote: > >> Yes, the long answer is the following: >>* the javax.transaction.

Re: java.transaction.xa not exported?

/ > pax-jdbc-features/src/main/resources/features.xml#L83-L90 > > 2016-11-22 19:45 GMT+01:00 Guillaume Nodet : > > > The package provided by the JRE is incomplete so you need to deploy the > XA > > api separately. > > > > 2016-11-22 19:42 GMT+01:00 Fabian Lang

Re: java.transaction.xa not exported?

: +49 (0) 160.3673393 > > codecentric AG | Merscheider Straße 1 | 42699 Solingen | Deutschland > > Sitz der Gesellschaft: Solingen | HRB 25917| Amtsgericht Wuppertal > Vorstand: Michael Hochgürtel . Mirko Novakovic . Rainer Vehns > Aufsichtsrat: Patric Fedlmeier (Vorsitzender) .

Re: [DISCUSS] Predictable Boot Feature Startup Order...

e), so that felix would resolve the bundles one by one and could lead to unresolvable bundles because of a wrong ordering (and not resolving them all in one go). Again, KARAF-4739 should solve the problem. Guillaume > > On Fri, Nov 18, 2016 at 3:33 PM Guillaume Nodet wrote: > > >

Re: [HEADS UP] Next releases

d > to have that in 4.1 too :) > > regards, Achim > > 2016-11-21 16:14 GMT+01:00 Guillaume Nodet : > > > 2016-11-21 14:17 GMT+01:00 Jean-Baptiste Onofré : > > > > > Hi guys, > > > > > > now that ApacheCon is done, and regarding some depen

Re: [HEADS UP] Next releases

hon json. I will propose the >> docker image as official (based on alpine/jre). >> I planned to do a talk based on that during ApacheCon but my talk >> proposal has been declined. >> I plan to publish this post during the week end. >> >> Regards >>

Re: Default log color ( was discussion at aries)

rk with. >> >> I'd be willing to say that a color change, any color change, would be >> better than the defaults. >> > > -- > Christian Schneider > http://www.liquid-reality.de > > Open Source Architect > 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: [DISCUSS] Predictable Boot Feature Startup Order...

11.2016 17:03, James Carman wrote: > >> Yes, I've tried using staged boot, but in 3.0.x it caused some classpath >> issues with CXF. It would be great if we could just set up our features >> so >> that they're just installed in the order they're defined.

Re: [DISCUSS] Predictable Boot Feature Startup Order...

nter-intuitive. Perhaps there's some room for improvement here. > > On Fri, Nov 18, 2016 at 11:39 AM Guillaume Nodet > wrote: > > > The resolver gives a list of bundles without any particular order. Karaf > > just sort them in alphabetic order, so "core" < &

Re: [DISCUSS] Predictable Boot Feature Startup Order...

on installed/started > > earlier than the higher version. So, some bundles would bind to the > lower > > version and later bundles which require a higher minor version, would > bind > > to the higher version. Hopefully that makes sense :) > > > > > > On F

Re: [DISCUSS] Predictable Boot Feature Startup Order...

code. That's why I was surprised when I had > issues when trying it that way. It could be I'm doing something strange > with CXF, but it works in a non-staged setup. If I get some cycles, > perhaps I can try it again and record the error. > > > On Fri, Nov 18, 2016 at 11

Re: [DISCUSS] Predictable Boot Feature Startup Order...

features so > that they're just installed in the order they're defined. > > On Fri, Nov 18, 2016 at 10:56 AM Guillaume Nodet > wrote: > > > You mean installing the features one by one instead of all in one go ? > > Have you tried using > > (myfeature1,myf

Re: [DISCUSS] Predictable Boot Feature Startup Order...

have > observed it. Thoughts? > > James > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: [1/2] karaf git commit: Revert "[KARAF-4762] Upgrade to PaxUrl 2.5.1"

pache.org/repos/asf/karaf/tree/b62d8ddd > Diff: http://git-wip-us.apache.org/repos/asf/karaf/diff/b62d8ddd > > Branch: refs/heads/master > Commit: b62d8ddda73730d6e1d7daa195d502b096d1f220 > Parents: 013416e > Author: Guillaume Nodet > Authored: Fri Oct 21 16:44:56 2

Re: [DISCUSS] Feature package, feature generation and validation

le tool, just not an archetype afaik. 2016-10-21 13:11 GMT+02:00 James Carman : > Isn't that what I said? > > "It might be nice to have a Maven archetype or something that would > generate a "features module" from scratch, to give folks a starting point. &g

Re: [DISCUSS] Feature package, feature generation and validation

hen writing the features. So instead of a goal that would be use during build time, I'm thinking that it could be used at development time : the output features would be reviewed by the user and used as a starting point for the "real" feature. Thoughts ? 2016-10-19 14:40 GMT+02:00 G

Re: [DISCUSS] Feature package, feature generation and validation

2016-10-19 16:13 GMT+02:00 Christian Schneider : > On 19.10.2016 15:53, Guillaume Nodet wrote: > >> 2016-10-19 15:28 GMT+02:00 Christian Schneider : >> >> On 19.10.2016 15:22, Guillaume Nodet wrote: >>> >>> I disagree. >>>> >>&g

Re: [DISCUSS] Feature package, feature generation and validation

2016-10-19 15:28 GMT+02:00 Christian Schneider : > On 19.10.2016 15:22, Guillaume Nodet wrote: > >> I disagree. >> >> All the problems come when you start using maven transitive dependencies >> in >> real projects and hit lots of dependencies which are n

Re: [DISCUSS] Feature package, feature generation and validation

st wanted to vote against removing it and suggest to start >> looking for better solution instead. >> >> Best, >> Milen >> >> > > -- > Christian Schneider > http://www.liquid-reality.de > > Open Source Architect > 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: [DISCUSS] Gogo commands completion data

gt; > Christian > > On 19.10.2016 13:43, Guillaume Nodet wrote: > >> I thought about that, but then, the bundles would be tied to Karaf while >> the goal is to support commands from projects which are not related to >> karaf. Else, we could just force them to use o

Re: [DISCUSS] Feature package, feature generation and validation

ature packaging, while those who want to use the generator will have to add this goal to their build. I've raised KARAF-4787 for that. 2016-10-13 11:07 GMT+02:00 Guillaume Nodet : > The feature packaging is a nice thing, as it allows automatic attachment > of the feature file. > How

Re: [DISCUSS] Gogo commands completion data

ly or it could be created > by an extender from annotation data. > Such a solution could then also cover the plain karaf commands. > > Christian > > On 12.10.2016 17:57, Guillaume Nodet wrote: > >> I'm working on trying to nicely integrate gogo commands. >&

Re: [DISCUSS] Gogo commands completion data

I have committed my changes. I still need to replace the karaf scr commands with the native ones and write the completion data for it. 2016-10-12 17:57 GMT+02:00 Guillaume Nodet : > I'm working on trying to nicely integrate gogo commands. > The new gogo-jline bundle has a very nice w

Re: Thread top command

16-10-17 12:11 GMT+02:00 Jean-Baptiste Onofré : > Hi Guillaume, > > thanks. > > What do you think about an alias with the ttop proposed options ? > > Regards > JB > > > On 10/17/2016 12:09 PM, Guillaume Nodet wrote: > >> I've just pushed a commit th

Thread top command

owner_id,lock_owner_name --order=cpu_time --millis=128 It's using advanced jline stuff, so please give it a try on your usual terminal/os and report any problems. Cheers, Guillaume -- ---- Guillaume Nodet Red Hat, Open Source Integratio

Re: The future of gemini-blueprint

transition. > > > > These 4 (3 for non-snapshots) repositories are queried during all > Maven/Aether resolutions. > > Maybe it's time to remove gemini-blueprint? What do you think? > > best regards > Grzegorz Grzybek > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Managed Service & Managed Service factory

(http://apache.org/) > Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/) > Senior Solution Architect @ Capgemini SSC (http://www.capgeminisoftware. > pl/) > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: [DISCUSS] Gogo commands completion data

allow to do typos corrections ;-) That said, I think we should get rid of duplicated commands, such as the posix / procedural ones (each, if, grep, less, etc...) and the ones that are provided by projects directly such as the scr commands. > > regards, Achim > > > 2016-10-12 18:41 GMT+02

Re: Hibernate 5

af.922171.n3.nabble. > com/Hibernate-5-tp4048343.html > Sent from the Karaf - Dev 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/

[DISCUSS] Feature package, feature generation and validation

he hand-written features instead. Thoughts ? -- ---- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: [DISCUSS] Gogo commands completion data

-Baptiste Onofré : > Hi Guillaume, > > what about a etc/gosh_profilerc that can load other scripts ? > > Regards > JB > > > On 10/12/2016 05:57 PM, Guillaume Nodet wrote: > >> I'm working on trying to nicely integrate gogo commands. >> The new gogo-jli

[DISCUSS] Gogo commands completion data

ideas ? -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Problem Jline

er > thread" c◙ > > > > - > CTO , JeetConsulting. > > Analyze now your Maven Java projects' dependencies , here > -- > View this message in context: http://karaf.922171.n3.nabble. > com/Problem-Jline-tp4048282p4048293.html > Sent from the Karaf

Re: Problem Jline

n context: http://karaf.922171.n3.nabble. > com/Problem-Jline-tp4048282.html > Sent from the Karaf - Dev 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: [DISCUSS] Add jms-spec feature to enterprise feature

; JMS 2.0) If you need a specific JMS version to get resolved > you can using override feature or explicitly declare it in > org.apache.karaf.features.cfg. > > What do you think? Better suggestions? > > Regards, > > Benjamin > > > --

Re: [HEADSUP] Persistent wiring in Karaf 4.1

issue crop up > in OpenDaylight, luckily using Equinox as the core seemed to resolve > their issue in most cases. > > --J > > On Wed, Oct 5, 2016 at 2:31 AM, Guillaume Nodet wrote: > > The Karaf 4 resolver does a great job of finding a good solution for some > > deplo

[HEADSUP] Persistent wiring in Karaf 4.1

ve you a heads-up on this new mechanism... -- ---- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Re-Using an ExecutorService for Felix Resolver calls

-- > > Fabian Lange | Performance Expert > > mobil: +49 (0) 160.3673393 > > > > codecentric AG | Merscheider Straße 1 | 42699 Solingen | Deutschland > > > > Sitz der Gesellschaft: Solingen | HRB 25917| Amtsgericht Wuppertal > > Vorstand: Michael Hochgürtel . Mirko Novakovic . Rainer Vehns > > Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen > Schütz > > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Log4j 1.x will not work in Java 9, need to migrate to 2.x

> -- > > > Matt Sicker > > > > > > > > > > > -- > > > > Apache Member > > Apache Karaf <http://karaf.apache.org/> Committer & PMC > > OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer > &a

Re: Build broken on master

sult in my branches. > > 2016-09-12 11:22 GMT+02:00 Guillaume Nodet : > > > Fixed, sorry about that. > > Fwiw, the problems were not related to the tests in the PR, which I fixed > > before committing, but from a later commit. > > > > 2016-09-

Re: Build broken on master

k on the pull request > 2/ merge a pull request only when LGTM is set and the full build is OK > > Thanks > Regards > JB > -- > Jean-Baptiste Onofré > jbono...@apache.org > http://blog.nanthrax.net > Talend - http://www.talend.com > -- Gui

Re: [VOTE] Apache Karaf Cellar 4.0.2 release (2nd take)

be open for at least 72 hours. > > Thanks, > Regards > JB > -- > 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: Exceptions with reference to overrides.properties

ould need to supply overrides == null, which does not seem possible > > right now. > > > > Suggestions? > > > > Fabian > > > > -- > > Fabian Lange | Performance Expert > > mobil: +49 (0) 160.3673393 > > > > codecentric AG | Merscheider Straße 1 | 42699 Solingen | Deutschland > > > > Sitz der Gesellschaft: Solingen | HRB 25917| Amtsgericht Wuppertal > > Vorstand: Michael Hochgürtel . Mirko Novakovic . Rainer Vehns > > Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen > Schütz > > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: [DISCUSS] Service capabilities (was: [VOTE] Apache Karaf (Container) 4.0.6 release)

Guillaume Nodet : > You don't use any extender like DS or blueprint ? > The capabilities can be easily auto-generated for those. > > You can always disable service requirements globally by setting > serviceRequirements = disable > in the etc/org.apache.karaf.features.cfg con

[DISCUSS] Service capabilities (was: [VOTE] Apache Karaf (Container) 4.0.6 release)

untime, but is there one for > the plugin to control the verification? > > I have to use a dozen of third party bundles that miss that > information and that change frequently, adding the capability to the > feature is a too time consuming effort. > > 2016-08-25 16:12 GMT+0

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

ooks like the commit in cause is the following: >> >> ----- >> 5c5828322ad898e80e66923edeb29e1a25b774cb is the first bad commit >> commit 5c5828322ad898e80e66923edeb29e1a25b774cb >> Author: Guillaume Nodet >> Date: Fri Jul 22 12:33:17 2016 +0200 >> &

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

;> [ ] +1 Approve the release >>>> [ ] -1 Don't approve the release (please provide specific comments) >>>> >>>> This vote will be open for at least 72 hours. >>>> >>>> Thanks, >>>> Regards >>>> JB >>

Re: [VOTE] Apache Karaf (Container) 4.0.6 release

be open for at least 72 hours. > > Thanks, > Regards > JB > -- > 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/

How to update the web site ?

I've committed a few changes to the web site: * added missing features 1.4 xsd * change the karaf logo and apache feather in the top navigation bar to nicer svg However it does not seem to use the Apache CMS anymore, what's the way to put those changes into production now ? Cheers, Guillaume

Re: svn commit: r1754090 - in /aries/trunk/proxy/proxy-impl: ./ src/main/java/org/apache/aries/proxy/impl/ src/main/java/org/apache/aries/proxy/impl/common/ src/main/java/org/apache/aries/proxy/impl/g

ion = Opcodes.V1_9; > + break; > case Opcodes.V1_8: > LOGGER.debug("Weaving to Java 8"); > weavingJavaVersion = Opcodes.V1_8; > > > -- > Daniel Kulp > dk...@apache.org - http://dankulp.com/blog > Talend Community Coder - http://coders.talend.com >

Re: Why is sshd-core part of framework feature

Done 2016-07-22 9:20 GMT+02:00 Fabian Lange : > Hi Guillaume, > as far as I can see, you made the fix. Should this be ported to 4.0.x? > > Fabian > > On Fri, Jul 22, 2016 at 9:04 AM, Guillaume Nodet > wrote: > > > I'm not sure why KARAF-3974 is flagged as

Re: Removal of JaxBUtil ?

vakovic . Rainer Vehns > Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen Schütz > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Why is sshd-core part of framework feature

tschland > > > > Sitz der Gesellschaft: Solingen | HRB 25917| Amtsgericht Wuppertal > > Vorstand: Michael Hochgürtel . Mirko Novakovic . Rainer Vehns > > Aufsichtsrat: Patric Fedlmeier (Vorsitzender) . Klaus Jäger . Jürgen > Schütz > > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Roadmap

I'm in need of a Karaf roadmap for the 6/18 coming months. Do you guys have any points you're thinking on working on ? Cheers, Guillaume

Re: Issue for getting features list using org.apache.karaf.features

> Notice: The information contained in this e-mail > message and/or attachments to it may contain > confidential or privileged information. If you are > not the intended recipient, any dissemination, use, > review, distribution, printing or copying of the > informatio

Re: [VOTE] Apache Karaf 4.0.5 release (take 3)

e.org/) > > Apache ServiceMix Committer & PMC Member (http://servicemix.apache.org/) > > Senior Solution Architect @ Capgemini SSC ( > > http://www.capgeminisoftware.pl/) > > > > > > -- > > Apache Member > Apache Karaf <http://karaf.apache.org/> Committer & PMC > OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & > Project Lead > blog <http://notizblog.nierbeck.de/> > Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> > > Software Architect / Project Manager / Scrum Master > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Installing spring-web via feature file brings in multiple versions of spring

mix.bundles/org.apache.servicemix.bundles.spring-expression/4.0.7.RELEASE_3 > > mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-expression/4.1.7.RELEASE_2 > > mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.spring-expression/4.2.3.RELEASE_1 > > mvn:o

Re: Problems due to the endorsed java.lang.Exception

gt; org.apache.felix.framework.cache.BundleArchive.reviseInternal(BundleArchive.java:550) > > at > > > org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:153) > > at > > org.apache.felix.framework.cache.BundleCache.create(BundleCache.java:277) > > at o

Re: Problems due to the endorsed java.lang.Exception

va:277) > at org.apache.felix.framework.Felix.installBundle(Felix.java:2874) > ... 13 more > > karaf@root> > > > I repeat that this output is given from a Servicemix 5.3.0 where I have > deleted the endorsed Jar. > Do you expected this kind of logs Guillaume? > > I&

Re: Problems due to the endorsed java.lang.Exception

> > > + > > > protected classContext() { ... } > > > > > > seems to me the best option. > > > > > > > > > What do you think? > > > > > > Cristiano > > > > > > > > > > > > > > > >

Re: Discuss: Use DS for karaf bundles

ersonally think DS is pretty much what OSGi Alliance is going to > >>>> promote > >>>> (together with the enRoute project) and from that perspective if any > >>>> component framework's user base is going to grow that would be DS. But > >>>

Re: Discuss: Use DS for karaf bundles

an activate as soon > as the deps are met > 2. Provide a service and commands to diagnose problems like the scr > commands > > Christian > > -- > Christian Schneider > http://www.liquid-reality.de > > Open Source Architect > http://www.talend.com

Re: Problems due to the endorsed java.lang.Exception

n/java/java/lang/Exception.java >> >> My problem is due to the fact that this class has a public property, >> public Class[] getClassContext() { >> return classContext; >> } >> which is seen by JaxB at runtime inside Karaf which cause it to marshall >> the Exceptio

Re: Problems due to the endorsed java.lang.Exception

's wrong with the class context from > ReflectionUtil.getCurrentStackTrace() that requires a custom implementation > of Exception? > > On 18 March 2016 at 12:11, Guillaume Nodet wrote: > > > The getClassContext() method is used in pax-logging to render the > exceptio

Re: Discuss: Use DS for karaf bundles

an not be done with DS, I don't think Christian > meant > >> to say everything must be rewritten! If something needs to be done > >> differently (activators/tackers/...) than it can/should be. It's not all > >> or > >> nothing scenario IMHO. > >

Re: AutoEncryptionSupport Thread running always?

the thread does not need to run. Reason for asking > is that I want to cut down on unnecessary threads > > > Fabian > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: Where to put eventadmin commands in source tree

gether with eventadmin. > > > > Christian > > > > -- > > Christian Schneider > > http://www.liquid-reality.de > > > > Open Source Architect > > 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: Proposal - Lightweight standalone remote OSGi implementation for karaf-cellar

2016-02-22 13:21 GMT+01:00 Łukasz Dywicki : > > > Wiadomość napisana przez Guillaume Nodet w dniu 22 > lut 2016, o godz. 09:33: > > > > 2016-02-12 16:42 GMT+01:00 Sascha Vogt sascha.v...@gmail.com>>: > > > >> Hi all, > >> > >&

Re: Proposal - Lightweight standalone remote OSGi implementation for karaf-cellar

rt exchangeable so the dependency to hawtbuf / > hawtdispatch becomes optional and provide our own implementation > > Regarding hawt and option 3.a) inlining it: Guillaume do you know who > owns the copyright to that? I assume also RedHat? Maybe those could also > be donated? > > @all: What are your thoughts on that? > > Greetings > -Sascha- > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: bnd files in Decanter Project

gt; > >>> there, but what > > >>> really got me stirred. It is mandatory to have those now. > > >>> > > >>> I can't remember seeing a vote for such a change in development! > > >>> > > >>> So here is my > > >>> > > >>> -1 > > >>> > > >>> on this not communicated and breaking functionality change that > > sneaked in > > >>> there. > > >>> > > >>> So whoever changed that needs to revoke this, NOW. > > >>> It hasn't been discussed up-front and actually I just can't stand > such > > >>> sneaky moves. > > >>> > > >>> regards, Achim > > >>> > > >> > > > > > > > > > > -- > -- > Christian Schneider > http://www.liquid-reality.de > < > https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.liquid-reality.de > > > > Open Source Architect > http://www.talend.com > < > https://owa.talend.com/owa/redir.aspx?C=3aa4083e0c744ae1ba52bd062c5a7e46&URL=http%3a%2f%2fwww.talend.com > > > -- Guillaume Nodet Red Hat, Open Source Integration Email: gno...@redhat.com Web: http://fusesource.com Blog: http://gnodet.blogspot.com/

Re: [VOTE] Promote the new website look'n feel

+1 2 remarks: * the links to the documentation on the front page (very bottom of the page) is broken * the karaf logo has some aliasing problems which should be fixed if possible 2016-01-13 18:58 GMT+01:00 Jean-Baptiste Onofré : > Hi all, > > As already discussed on the mailing list, I would

[DISCUSS] Maintenance 4.0.x branch and switching master to 4.1-SNAPSHOT

As the subject says, I'd like to create a 4.0.x branch for maintenance and switch master to 4.1-SNAPSHOT. Any objections ? Guillaume

Re: [VOTE] Apache Karaf 4.0.4 release

+1 2016-01-10 18:10 GMT+01:00 Jean-Baptiste Onofré : > Hi all, > > I submit Karaf 4.0.4 release to your vote. > > Release Notes: > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140&version=12334047 > > Staging Repository: > https://repository.apache.org/content/repositor

Re: Bndtools & Karaf : the right way

:34 GMT+01:00 Guillaume Nodet : > > > 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

Re: [DISCUSS] Move master to 4.1 and create a 4.x maintenance branch

; 2015-11-25 7:16 GMT+01:00 Jean-Baptiste Onofré : >> >> Hi all, >>> >>> I have some changes on local branches that I want to push. I will do it >>> today, and so, I will create the karaf-4.0.x branch tonight. >>> >>> Any objection ? >>&

Re: [DISCUSS] Move master to 4.1 and create a 4.x maintenance branch

You're right, I was thinking about JDK 8 requirement. To be discussed. 2015-11-24 17:10 GMT+01:00 Jamie G. : > Sounds good - i thought we already had JDK 8 support.. I'm assuming > more JDK8 support? > > On Tue, Nov 24, 2015 at 12:25 PM, Guillaume Nodet > wrote:

[DISCUSS] Move master to 4.1 and create a 4.x maintenance branch

I'd like to start the discussion around moving forward to Karaf 4.1. I propose we create a 4.x maintenance branch and move master to 4.1-SNAPSHOT. This will allow introducing important dependencies upgrades such as: * pax-web 6.x * sshd 1.0 * support for narayana transaction manager * JDK

Re: [DISCUSS] Spring support in Blueprint

I've added a simple test case demonstrating the use of blueprint-spring: http://svn.apache.org/viewvc/aries/trunk/blueprint/blueprint-spring/src/test/resources/test1.xml?revision=1715737&view=markup Guillaume 2015-11-20 17:56 GMT+01:00 Guillaume Nodet : > I've just committed

[DISCUSS] Spring support in Blueprint

nning of next week. Please have a look and provide feedback and additional use cases (as tests ?). Cheers, Guillaume Nodet

Re: [VOTE] Apache Karaf 4.0.3 release

+1 2015-11-07 9:07 GMT+01:00 Jean-Baptiste Onofré : > Hi all, > > I submit Karaf 4.0.3 release to your vote. > > Release Notes: > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140&version=12333640 > > Staging Repository: > https://repository.apache.org/content/repositori

Re: Adding Karaf Support for Karaf

Fwiw, the Felix ConfigurationManager has a pluggable notion of the configuration storage. FileInstall is simply a bundle that also happen to write to ConfigAdmin, but I don't see how we can forbid that. Which leads to question at how Tamaya stores them for a set of containers (I haven't read any d

Re: [PROPOSAL/DISCUSSION] Apache Karaf new website

Great work ! I think the logo on the dark blue background is unreadable, there's not enough contrast between the logo and the background. I think this is also true for the menu which are middle gray, and do not contrast enough. Either we need to lighten the background (kinda same as we had before

Re: [DISCUSSION] Karaf Boot

I like the idea. For the annotations, we need to keep really high level. The annotations in the code base right now are much too close to blueprint. I think we need to grab a small enough subset so that the annotations are easy to understand for beginners and without any ambiguities, even at the

Re: [VOTE] Remove Apache Karaf WebConsole

Btw, was this vote ever closed and any actions taken ? 2015-02-04 14:41 GMT+01:00 Jean-Baptiste Onofré : > Hi, > > following the discussion about the Apache Karaf WebConsole, I would like > to start a formal vote to remove this subproject. > > To be clear for all, we are talking here about the Ap

Re: [Discuss] Improvements in karaf feature handling

I think this general problem already has a clean solution. I'd like to keep features transitively closed, so that they can easily be installed without any additional requirements. To open them up, it's just a matter of specifying the dependency="true" flag on the required features. The resolver wi

Re: [VOTE] Release Apache Karaf 4.0.1

+1 2015-08-16 14:40 GMT+02:00 Jamie G. : > Hi, > > This release candidate is an update patch for Apache Karaf 4.0.x. > > We resolved 43 issues in this release: > > https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140&version=12332798 > > Staging repository: > https://reposito

Fwd: [jline-users] [DISCUSS] Release jline 2.12.2

If people want to give a try to the upcoming 2.13 release of JLine on some platforms, that would be great ! Cheers, Guillaume -- Forwarded message -- From: Guillaume Nodet Date: Fri, Jul 24, 2015 at 6:23 PM Subject: Re: [jline-users] [DISCUSS] Release jline 2.12.2 To: jline-us

Re: Apache Sling on Karaf 4.0

I commented on SLING-4412. I think you're simply missing the wrap url handler, so try installing the wrap feature before the sling one. Alternatively, if you switch to the 1.3 namespace, you can add a wrap in your sling feature definition. 2015-07-08 12:42 GMT+02:00 Oliver Lietz : > On Sunday 05

Re: [VOTE] Apache Karaf Cave 4.0.0 release

+1 2015-07-03 19:56 GMT+02:00 Jean-Baptiste Onofré : > Hi all, > > I submit Apache Karaf Cave 4.0.0 release to your vote. > > This major new Cave branch provides a complete OSGi Repository > implementation, adding features like complete Maven repository, REST API, > etc on top of it. > > Karaf Ca

Re: [DISCUSS] KARAF-3749 Add support for the Narayana Transaction Manager

2015-07-07 3:07 GMT+02:00 Amos Feng : > Hi all, > > I managed to add the narayana support and there is the related work on > https://issues.jboss.org/browse/JBTM-2163. Now it should be a bundle for > narayana-osgi-jta. > As Hiram mentioned in the KARAF-3749, the narayana is LGPL and it must be > o

Re: [VOTE] Release Apache Karaf 4.0.0

+1 2015-06-24 1:47 GMT+02:00 Jamie G. : > Hi, > > This release candidate represents a possible General Availability > release of Karaf 4 line, as such it contains all of the enhancements, > updates, and new features collected over the Karaf 4.0.0 technology > preview period. > > We resolved 30 is

Re: How to handle resolver updates

I don't think we really need to take a decision on this point. If there 's a bug we need, which is specific to the karaf usage of the resolver, we can temporarily embed it. If the fix is an OSGi framework problem, we'll need to have it in both felix and equinox, so it does not really matter. For t

<    1   2   3   4   5   6   7   8   9   10   >