Re: ServiceMix in Action

people are interested to write with me the book, please let me know ? >> They will help me to correct my bad/poor English ;-) >> >> Kind regards, >> >> Charles Moulliard >> >> Senior Enterprise Architect (J2EE, .NET, SOA) >> Apache Camel - Karaf - ServiceMix Committer >> ~~

Re: Logo proposal

I think that looks really nice, possible a shade or two lighter blue? /je On Nov 23, 2010, at 5:56 PM, Freeman Fang wrote: > very good one! > > Thanks > Freeman > > On 2010-11-23, at 下午11:00, Łukasz Dywicki wrote: > >> Hello, >> Rafal did some Blue & Navy version of desgin: >> >> http://img

Re: [VOTE] Karaf Logo

#2 - Proposed. On Dec 2, 2010, at 4:04 PM, Guillaume Nodet wrote: > https://cwiki.apache.org/KARAF/proposed-logo.html

Re: OSGI Service between Spring and Blueprint

Aye, You probably will run into hysterically fun classloading issues between ASM and CGLIB if you try it on things like hibernate daos and entities though :) But using things like a regular service and say the JMSConnectionPool is already there. /je On Jan 23, 2011, at 9:45 AM, Charles Moull

Re: Why boot features?

I really think that the startup.properties is for infrastructure, bluperint etc. the startup features allows you do "design" your own distro. On Apr 16, 2011, at 12:42 PM, David Jencks wrote: > Hi JB, > > Thanks for the explanation, I think I've looked at things from only the > karaf-assembly

Re: Why boot features?

you want them started at server startup. How is > it different whether the bundles are started from startup.properties or the > feature service looking at boot features? > > thanks > david jencks > > On Apr 16, 2011, at 11:48 AM, Johan Edstrom wrote: > >> I re

Re: OSGi Karaf Presentation

Nice! On Apr 16, 2011, at 3:20 PM, Ioannis Canellos wrote: > Hi all, > > Today I gave a presentation about OSGi and Karaf to the Java Hellenic User > Group (JHUG). > The presentation can be found at: > http://www.slideshare.net/iocanel/introduction-toosgi . > > I hope you enjoy it! > -- > *Ioa

Re: OSGi Karaf Presentation

Nope, not at all. On Apr 16, 2011, at 9:41 PM, Ioannis Canellos wrote: >> I like all the karafs in the first part ;-) >> > > I just hope that they were not misleading and people confuse the bundle > concept with apache karaf itself :-) > -- > *Ioannis Canellos* > * > http://iocanel.blogspot.co

Re: [PROPOSAL] Create Karaf 2.3.x branch

+1 on dropping 1.5 On Apr 17, 2011, at 9:34 PM, Freeman Fang wrote: > > On 2011-4-16, at 上午6:50, Guillaume Nodet wrote: > >> I kinda agree with David here. IIRC, we decided to go for a 3.0 >> mainly because of the switch to JDK 1.6. So we should release that >> asap and add more features whe

Re: [VOTE] Add Cellar into Karaf trunk

+1 - Non binding. On May 3, 2011, at 12:43 PM, mikevan wrote: > > Andreas Pieber wrote: >> >> +1 >> >> On Tue, May 3, 2011 at 8:03 PM, Achim Nierbeck >> wrote: >>> +1 >>> >>> Am 03.05.2011 19:47, schrieb Ioannis Canellos: +1 On Tue, May 3, 2011 at 8:4

Re: [VOTE] Release Karaf version 2.2.1

+1 Non binding. On May 13, 2011, at 1:35 AM, Łukasz Dywicki wrote: > +1 > > Tested with Fabric. Works fine. > Regards, > Lukasz > >> Except for the minors JB found everything else looks good and works >> with my configurations >> >> --> +1 >> >> Kind regards, >> Andreas >> >> On Thu, May 12,

Re: [jira] [Resolved] (INFRA-3648) Setup git-mirrors for karaf-site and karaf-cellar

Yay! On May 21, 2011, at 7:04 PM, Andreas Pieber wrote: > Cellar and sites are available via the git mirrors > -- Forwarded message -- > From: "Jukka Zitting (JIRA)" > Date: May 21, 2011 8:31 PM > Subject: [jira] [Resolved] (INFRA-3648) Setup git-mirrors for karaf-site and > kar

Re: [PROPOSAL] Features autostart attribute

I am +1 with Christian. I am not fond at all of any auto-start, also when you build larger apps, you may just want to deploy a few features out of a large set of them, like the Camel analogy On May 30, 2011, at 12:05 PM, Christian Schneider wrote: > Hi JB, > > I don´t think autostart mak

Re: [PROPOSAL] Towards Karaf 3.0.0

I kinda like that On Jul 12, 2011, at 4:14 PM, Achim Nierbeck wrote: > Another way just comes to my mind. Instead of using the jre.properties > we might just add a fragment bundle > containing only a manifest like the following: > > Export-Package: ... > javax.xml.bind;version=2.1.3,\ > ...

Re: [DISCUSS] Karaf 2.1.x end of life

Non binding but I think EOL is great. +1 for option 1. /je On Jul 12, 2011, at 7:18 PM, Freeman Fang wrote: > +1 for option 1. > > Freeman > On 2011-7-13, at 上午2:30, Jamie G. wrote: > >> Hi All, >> >> As the 3.0.0 release draws near we'll be moving the 2.x branches to >> maintenance mode. I

Re: [INFO] Karaf Cave moved into sandbox/jbonofre

It actually allows any apache committer to use it. On Aug 10, 2011, at 12:05 PM, Jean-Baptiste Onofré wrote: > Hi Andreas, > > yeah, I think it's better: it allows *all* Karaf committers to contribute. > Once we consider that it's usable and clean, we can create the sub-project. > > I can do i

Re: karaf-dev & github.com/apache/karaf integration

Good idea. On Aug 18, 2011, at 23:06, Andreas Pieber wrote: > Hey guys, > > Just because it is annoying me a little bit the last days I would like to > hear your opinion about this before nagging the infrastructure team if this > is possible at all. The scenario is the following: > > While I'

Re: karaf-dev & github.com/apache/karaf integration

Without it :)? On Aug 18, 2011, at 23:12, Mark Derricutt wrote: > Does Apache offer git repositories? If so, maybe Apache Inf. would be open > to also setting up a Gerrit instances, and having a code review system in > place. > > Patches can be pushed for review by other devs, and then accep

Re: [PROPOSAL] Promote Cave and WebConsole as Karaf sub-projects

+1 - Non-Binding. On Sep 6, 2011, at 7:35 AM, Daniel Kulp wrote: > > I'm +1 (non-binding) > > I did have some concerns about moving out of the sandbox if there were some > non-Karaf committers contributing there, but I asked on IRC and everyone said > the folks working there are already commit

Re: [PORPOSAL] Little refactoring of the Karaf management

Dunno if it is on the list but doing things like listing pid's for config and adding / reading / modifying factories would be nice. I think the listing pids is missing in 2.2.2 at least. Or in Aries actually. On Sep 22, 2011, at 10:53 AM, Jean-Baptiste Onofré wrote: > Agree Mike. > > I'm work

Re: [PORPOSAL] Little refactoring of the Karaf management

ssStorage) > propappend(pid, key, value, bypassStorage) > propset(pid, key, value, bypassStorage) > > I'm working on the others MBeans, it should be ready for tomorrow evening (my > time). > > Regards > JB > > On 09/22/2011 06:59 PM, Johan Edstrom wrote: >&

Re: [PORPOSAL] Little refactoring of the Karaf management

(pid, key, value, bypassStorage) >> >> I'm working on the others MBeans, it should be ready for tomorrow evening >> (my time). >> >> Regards >> JB >> >> >> On 09/22/2011 06:59 PM, Johan Edstrom wrote: >> >>> Dunno if it is

Re: [VOTE] Release Karaf version 2.2.4

+1 Tested with camel snapshot and cxf as well. Also tested with cave for our fun. /je On Oct 11, 2011, at 2:13 AM, Christian Schneider wrote: > +1 > > Tested with Camel 2.8.2-SNAPSHOT and the camel blueprint example from TIF. > The JMX problem reading the attributes of the camel context seem

Re: Switch jira to "wiki" field syntax?

+1 On Oct 12, 2011, at 11:00 PM, Andreas Pieber wrote: > +1 > > 2011/10/12 Łukasz Dywicki > >> I wished to see it ages ago. >> >> +1 >> >>> +1 >>> >>> 2011/10/12 Jean-Baptiste Onofré >>> Good idea Dan, +1 Regards JB On 10/12/2011 10:05 PM,

Features

Hey, Just poking around in the features, and yes I cross post this - I know there has been work going on with regards to creating a sane default set of features but currently the CXF features in 2.4.2 (I think it was) uses spring 3.0.6, the karaf features 3.0.5 and the camel features actually

Re: Features

natype OBR repo last week, that would help. /je On Oct 15, 2011, at 12:26 AM, Daniel Kulp wrote: > On Friday, October 14, 2011 11:58:26 PM Johan Edstrom wrote: >> Hey, >> >> Just poking around in the features, and yes I cross post this - >> >> I know there has

Re: Features

gt;> first looking if there's a feature descriptor installed that matches the >> version range and only then trying to resolve and install it? >> >> Regards, >> >> Gert Vanthienen >> >> FuseSource >> Web: http://fusesour

Re: [jira] [Created] (KARAF-1060) use bash file extenstions: karaf -> karaf.sh

I personally think that is a bad reasoning, there shouldn't be too many times that editor support really is that necessary….. But… :) As far as we are concerned it is an executable file i.e mod 755 for the distribution. /je On Nov 29, 2011, at 9:21 PM, Andreas Pieber wrote: > Hey guys, > > I

Re: [VOTE] Release Apache Karaf 2.2.5

+1 non-binding, tested with Camel 2.9.0, ActiveMQ 5.5.1, CXF 2.5.1 On Dec 21, 2011, at 11:52 PM, Jean-Baptiste Onofré wrote: > +1 (binding) > > Tested with some sample bundles, Cellar, Cave, some Camel routes. > > However, I noticed: > > 1/ a warn exception on the webconsole: > 2011-12-22 >

Re: [VOTE] Release Apache Karaf Cellar 2.2.3

+1 non-binding. On Jan 29, 2012, at 2:16 PM, Gert Vanthienen wrote: > +1 > > Regards, > > Gert Vanthienen > > FuseSource > Web: http://fusesource.com > Blog: http://gertvanthienen.blogspot.com/ > > > On Sun, Jan 29, 2012 at 8:43 PM, Jamie G. wrote: > >> +1 >> >> Ch

Re: Telling whether startup is really complete

+2 pence. On Aug 9, 2012, at 5:26 AM, Achim Nierbeck wrote: > Hi, > > I have to second Jamie on this, cause right now I'm quite happy with > having a shell right away so > if I'm really in need for knowing if all bundles are up and runnig > I'll do a "la" and I'm fine knowing how it's proceeding

Re: Telling whether startup is really complete

What about logging? Sorry :) On Aug 9, 2012, at 10:43 AM, Andreas Pieber wrote: > After reading the entire thread again I think we've got our wires > crossed. The entire point is NOT (!) to make Karaf waiting for > anything to start up per default; I second Christoph at this point: I > think it's

Re: Telling whether startup is really complete

I actually completely disagree. I don't think delaying a start is good, I think logging / screaming why it isn't starting might be good. On Aug 9, 2012, at 12:48 PM, Christian Schneider wrote: > I mostly agree besides for the default. I think we all agree that the delayed > start of the console

Re: a command for listing classes in a bundle

I like. If it compared what actually is there to what is exported would also be neat. On Aug 22, 2012, at 10:46 AM, Heath Kesler wrote: > I was thinking about adding a command or adding options to an existing > command that would allow the user to display a list of classes in a bundle. > Th

Re: [PROPOSAL] Create "Karaf Features" sub-project

I think this is getting into a lot of features we never wanted, starting with spring sounds even worse. On Oct 18, 2012, at 18:51, "Jamie G." wrote: > From a high level this sounds good, however i share Ioannis, > Guillaume, and Freeman's concerns as well. > > I assume this would be targeting

Re: [VOTE] Release Karaf version 2.2.10

+1 Non binding. And Merry New Festivus and all that! On Dec 20, 2012, at 9:48 AM, Ioannis Canellos wrote: > +1 > > -- > *Ioannis Canellos* > * > > ** > Blog: http://iocanel.blogspot.com > ** > Twitter: iocanel > *

Re: Idea: Allow users to patch feature files

I think even less so if SMX is kickstarted to remove old stuff... :) On Feb 26, 2013, at 12:45 PM, Jean-Baptiste Onofré wrote: > Hi Lukasz, > > I don't think it's valid as ServiceMix applied patches in the past to work > together with Camel, CXF, ActiveMQ, etc ;) > So the same "problem" is pre

Re: [VOTE] Release Apache Karaf 2.2.11

+1 On Apr 29, 2013, at 18:28, Heath Kesler wrote: > +1 > > Cheers, > Heath > > On Apr 29, 2013, at 6:09 PM, Jamie G. wrote: > >> +1 >> >> Cheers, >> Jamie >> >> >> On Sat, Apr 27, 2013 at 8:29 PM, Freeman Fang wrote: >> >>> +1 (binding) >>> － >>> Freeman(Yue) Fang >>> >>> Re

Re: [VOTE] Switch from svn to git

+1 On Jun 25, 2013, at 16:52, Heath Kesler wrote: > +1 > > >> >>> Hi all, >>> >>> to follow the discussion that we had some weeks ago, I start here a formal >>> vote to migrate our scm from svn to git. >>> >>> Please vote to approve this switch: >>> >>> [ ] +1 Approve the switch (from svn

Re: [VOTE] Release Apache Karaf version 2.3.3

+1 non binding On Sep 20, 2013, at 7:55 AM, Heath Kesler wrote: > +1 non-binding > > Cheers > Heath > > On Sep 20, 2013, at 5:00 AM, Jamie G. wrote: > >> +1, all check staged scripts passed. >> >> --Jamie >> >> >> On Wed, Sep 18, 2013 at 5:06 PM, Achim Nierbeck >> wrote: >> >>> +1 (bind

Re: Classloading question (Spring DM + Felix)

Spring dm replaces the classloaders for the bundles. Sent from my pressure cooker. On Sep 23, 2013, at 23:04, Charles Moulliard wrote: > Hi, > > Is there a reason why when we deploy 2 bundles where Bundle A = Spring DM > project = Spring XML File + Bean initialized using Class exposed by Bund

Re: Classloading question (Spring DM + Felix)

would prefer that we improve that. Otherwise what will be > here the benefit to promote OSGI ? > > > > On Tue, Sep 24, 2013 at 6:44 PM, Johan Edstrom wrote: > >> Spring dm replaces the classloaders for the bundles. >> >> Sent from my pressure cooker. >>

Re: A Blueprint Free Karaf

Looking out there, I've seen one customer using DS in the last 3 years or so. TX, JPA, Spring migrations, Spring only, BP only - sure. Not to mention NS Handlers and so on. It would make a "tiny" karaf viable, less deps and faster startup. I doubt any developing user would (want to) be able to giv

Re: A Blueprint Free Karaf

Ioannis / Achim, I think I was just stating the obvious for the sake of having it stated :) I agree that it would simplify the core of Karaf not to mention that the commands and services don't really use DI. On Dec 5, 2013, at 9:36 AM, Ioannis Canellos wrote: > Well, when I started that PO

Re: A Blueprint Free Karaf

e) > method and hack what we need there: look at bundles and if they have a > blueprint header, add all the blueprint bundles. This would be more robust > than relying on a different bundle to kick in imho. > In the same area, we could also get rid of the OBR resolver and build a new &

Re: [VOTE] Release Apache Karaf version 3.0.0

+1 non binding Sent from my pressure cooker. On Dec 21, 2013, at 15:08, Heath Kesler wrote: > +1 non-binding > On Dec 21, 2013 2:58 PM, "Christian Schneider" > wrote: > >> +1 (non binding) >> >> Built the tag on windows and did some tests on the binary including cxf. >> Looks all very well.

Re: [VOTE] Release Apache Karaf 2.3.5

+1 non binding. On Apr 11, 2014, at 10:30 AM, Krzysztof Sobkowiak wrote: > +1 > > I have performed a quick build of ServiceMix 5.0.x with Karaf 2.3.5 from the > staging repository. It looks ok > > * build successful > * testcases successful > * quick test of the assembly seccessful > > I thi

Re: Building custom distributions - missing dependencies

Then we don't build! On Jun 16, 2014, at 12:23 AM, Mark Derricutt wrote: > And what if I don't care for equinox at all? > > It's not mentioned in my pom.xml ( > https://gist.github.com/talios/c057331aa4853bc60e7d ) anywhere ( neither > mentioned in the one on > http://karaf.apache.org/manual

Re: Building custom distributions - missing dependencies

Sorry, Mark, just thought it was funny. On Jun 16, 2014, at 12:23 AM, Mark Derricutt wrote: > And what if I don't care for equinox at all? > > It's not mentioned in my pom.xml ( > https://gist.github.com/talios/c057331aa4853bc60e7d ) anywhere ( neither > mentioned in the one on > http://kar

Re: [VOTE] Release Apache Karaf 2.3.7

+1 (non-binding) On Sep 4, 2014, at 12:49 PM, Jon Anstey wrote: > +1 looks good to me. > > > On Tue, Sep 2, 2014 at 10:17 PM, Jamie G. wrote: > >> Hi, >> >> We resolved 15 issues in this release: >> >> http://svn.apache.org/viewvc/karaf/site/trunk/src/main/webapp/index/community/download/k

Re: [VOTE] Release Apache Karaf 2.3.9

+1 non binding Sent from my pressure cooker. > On Nov 5, 2014, at 18:46, Heath Kesler wrote: > > +1 (non binding) > > Cheers > Heath > >> Jamie G. >> November 5, 2014 at 6:19 PM >> Hi, >> >> We resolved 7 issues in this release: >> http://svn.apache.org/view

Re: [VOTE] Release Apache Karaf 2.4.3

+1 non binding, tested with build kit and distribution module. > On Jul 11, 2015, at 12:28 PM, Jamie G. wrote: > > +1 > > Cheers, > Jamie > > On Thu, Jul 9, 2015 at 6:47 AM, Krzysztof Sobkowiak > wrote: >> +1 (non-binding) >> >> I have built ServiceMix 5.4.x and tested it. Looks ok >> >> Re

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

+1 Non binding > On Aug 8, 2016, at 12:44 PM, Andrea Cosentino > wrote: > > +1 (non-binding) > Thanks JB > > Il lun, 8 ago, 2016 alle 9:59, Jean-Baptiste Onofré ha > scritto: Hi all, > > I submit Karaf Container 3.0.8 release to your vote. > > Release Notes: > https://issues.apache.org/

Re: Managed Service & Managed Service factory

This library drives completely factory driven systems, it is fun stuff to use. /je > On Oct 16, 2016, at 5:09 PM, James Carman wrote: > > We have a little library we use called Eos to do ManagedServiceFactories > (ManagedService is a bit easier): > > https://github.com/savoirtech/eos > > The

Re: Custom Distribution Hangs on Startup...

I compared to a 4.2.2, it is missing startup.properties in the generation. Adding; # Bundles to be started on startup, with startlevel mvn\:org.apache.karaf.features/org.apache.karaf.features.extension/4.2.2 = 1 mvn\:org.apache.felix/org.apache.felix.metatype/1.2.2 = 5 mvn\:org.apache.karaf.ser