Transitive feature/bundle dependencies

a patch. regards Grzegorz Grzybek

Re: Error building karaf master branch

Jean - I've prepared pull request for https://issues.apache.org/jira/browse/KARAF-2395 a while ago. Tested it successfully with both Maven 3.0.5 and 3.1.1. Please have a look: https://github.com/apache/karaf/pull/24. regards Grzegorz Grzybek 2014-02-28 16:07 GMT+01:00 Jean-Baptiste Onofré j

A stupid idea that might change the world (of OSGi)

could use it or no (I heard there are still developers who don't use OSGi) but it would be there - at the reach of single CURL. --- [2] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2013-August/003328.html I won't write more I hope for a hot (or even just warm) debate best regards Grzegorz

Re: [VOTE] Release Apache Karaf 2.4.0

is not transitive and not visible during compilation of `features-maven-plugin` artifact. I was using Maven 3.2.3. After the fix in dependencies entire build and all tests passed OK. regards Grzegorz Grzybek 2014-09-17 21:55 GMT+02:00 Achim Nierbeck bcanh...@googlemail.com: +1 (binding

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

for delay of the release! Grzegorz Grzybek 2016-04-06 11:50 GMT+02:00 Kevin Carr <kscar...@gmail.com>: > I agree option 2. Best to delay and fix. > > On Wed, Apr 6, 2016, 4:49 AM Achim Nierbeck <bcanh...@googlemail.com> > wrote: > > > yeah option 2 sounds best

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

Thanks for patience! regards Grzegorz 2016-04-06 14:57 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Thanks man (as discussed on IRC ;)). > > I will review the PR and deal with the Aries releases. > > Regards > JB > > > On 04/06/2016 02:45 PM, Grzegorz G

Re: [DISCUSS] Living on the edge... of version range

Hello, Current pax-url-aether has already some custom services DInjected into RepositorySystem, like here[1]. Also in Fabric8v1 and in Karaf I did some tricks to implement non-canonical "update releases" scenario[2]. So I think adding configuration options for pax-url to modify the way

Re: [VOTE] Apache Karaf (Container) 4.1.0 release, RC#2

@Fabian, "Apache Karaf :: Features :: Extension" is a fragment attached to system bundle (system.bundle; extension:=framework). +1 (non-binding) regards Grzegorz Grzybek 2017-02-02 12:15 GMT+01:00 Fabian Lange <fabian.la...@codecentric.de>: > Hey, > ok, so after a

Re: [DISCUSS] Living on the edge... of version range

house.maven.osgi.resolver.compatible.CompatibleOsgiVersionRangeResolver to pax-url and modify org.ops4j.pax.url.mvn.internal.AetherBasedResolver#newRepositorySystem() method to set it as configured org.eclipse.aether.impl.VersionRangeResolver *when some new property is configured* in org.ops

Re: [HEADS UP] Preparing Karaf Cellar 4.0.2 and Karaf Container 4.0.7

orz > > I plan to release Pax Web 4.2.9 tomorrow. > > Let me know when it's OK by your side. > > Regards > JB > > > On 08/31/2016 03:20 PM, Grzegorz Grzybek wrote: > >> Hello >> >> I found several problems related to pax-web and I think I've finally

Re: [HEADS UP] Preparing Karaf Cellar 4.0.2 and Karaf Container 4.0.7

Hello I found several problems related to pax-web and I think I've finally fixed'em all (at least pax-web-extender-war doesn't leak HttpServiceContexts anymore). I'll try to fix in pax-web-4.2.x branch today and then Karaf 4.0.7 would include pax-web-4.2.9. regards Grzegorz Grzybek 2016-08-31

The future of gemini-blueprint

ransition. > 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

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

Hello 2016-10-21 16:49 GMT+02:00 Guillaume Nodet : > I had to revert this change as it causes some integration tests to fail... > We'll have to investigate later (I'm in vacation next week). > I'll check what's the problem with pax-url-aether 2.5.1. regards Grzegorz > >

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

The slimmer, the better, nice to have in 4.1 regards Grzegorz 2016-11-25 8:22 GMT+01:00 Jean-Baptiste Onofré : > +1 to do it on master. > > Regards > JB⁣​ > > On Nov 25, 2016, 08:19, at 08:19, Guillaume Nodet > wrote: > >I'd like to trim down a bit the

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

Good idea in my opinion. Feature descriptors should be (are) first-class artifacts and should be carefully maintained. Relying simply on underlying dependencies of another category (like Maven) is not enough. Manual creation + build time verification is much better idea. regards Grzegorz

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

+1 (non-binding) regards Grzegorz 2016-12-14 10:05 GMT+01:00 Andrea Cosentino : > +1 (non-binding) > > Thanks JB > -- > Andrea Cosentino > -- > Apache Camel PMC Member > Apache Karaf Committer > Apache Servicemix Committer > Email:

The future of gemini-blueprint, take 2 + results

>> September 2014*. See http://www.eclipse.org/ebr/ for information > >> regarding the Eclipse Bundle Recipes project to which users of the > >> SpringSource Enterprise Bundle Repository should 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 > >

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

Amen | Żegnajcie | Goodbye then regards Grzegorz 2016-12-19 16:14 GMT+01:00 Guillaume Nodet <gno...@apache.org>: > 2016-12-19 16:12 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > > > Hell, > > > > OK, back to this issue. I built entire Karaf 4.1 with (i

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

+1 (non-binding) regards Grzegorz Grzybek 2017-03-29 8:43 GMT+02:00 Toni Menzel <toni.men...@rebaze.com>: > +1 (non-binding) > > We are using 4.1.1-SNAPSHOT for a while now without any blocking issue. So > 4.1.1 would be great to have. ;) > Thanks, all! > Toni >

Re: Maven diagnostic commands

Hi > so basically, kind of "filter" of config:list/config:property-list > commands or more than that ? Rather more than that - not just print what's already there in org.ops4j.pax.url.mvn PID, but check if: * there are http(s):// repositories among _default repositories_ which is irrational *

Re: Maven diagnostic commands

Thanks - I'll work on it. ~Grzegorz 2017-03-06 10:36 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Great. > > As said, I think a mvn module makes sense. > > Regards > JB > > > On 03/06/2017 10:33 AM, Grzegorz Grzybek wrote: > >> Hi >> >

Re: Maven diagnostic commands

Sure - track the issue here: https://issues.apache.org/jira/browse/KARAF-5008 regards Grzegorz 2017-03-06 10:53 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Awesome. Thanks ! > > Let me know if you need anything. > > Regards > JB > > > On 03/06/2017

Re: Jenkins builds are failing

rsions of Aether and we should not depend on maven-resolver-provider. We can't easily exclude deps for Maven plugins (like we can for dependencies) though. I'll try to look at this issue tomorrow. best regards Grzegorz Grzybek 2017-07-13 13:49 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net

Re: Jenkins builds are failing

ot;reactor")" into both assembly and verify mojos and I see successful mvn build without "install" phase. Of course this is not related to the above problem. But I'll have a look too. regards Grzegorz Grzybek 2017-07-12 13:53 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.ne

Re: Jenkins builds are failing

Hello Tracked further here: https://issues.apache.org/jira/browse/KARAF-5250 regards Grzegorz Grzybek 2017-07-13 18:07 GMT+02:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > Hello > > I love detailed explanations, so here's one. > > First, an observatio

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

+1 (non-binding) regards Grzegorz Grzybek 2017-08-07 13:56 GMT+02:00 Jamie G. <jamie.goody...@gmail.com>: > +1 (binding) > > Cheers, > Jamie > > On Sun, Aug 6, 2017 at 8:06 AM, Fabian Lange > <fabian.la...@codecentric.de> wrote: > > +1 (non-binding) &

Re: Getting resources from other OSGi Bundle

Can you share your test project via github? It should work fine... regards Grzegorz Grzybek 2017-06-22 11:51 GMT+02:00 Dominik Marciniszyn < marciniszyn.domi...@gmail.com>: > Hi, > > I have two osgi bundles and I would like to get some resources files from > one bundle to

Re: How to inject java.util.Properties in Bean

Hello You can always do something like this: public class PropertiesFactory { public static Properties createProperties(String filename) { Properties result = new Properties(); result.load(...); return result; } } regards Grzegorz Grzybek 2017-05-24 9:23

Re: [PROPOSAL] New pax project 'transx'

+1 Great about forking tranql - finally ;) regards Grzegorz 2017-06-16 11:16 GMT+02:00 Richard Nicholson : > > Doesn’t this directly clash with OSGi Alliance Transaction Control > Specification work going on in Aries? > > If so, wouldn’t it make more sense for this

Re: "Dynamic" org.apache.karaf.features.internal.service.Overrides#override()

Thanks for answer 2017-09-14 11:40 GMT+02:00 Guillaume Nodet <gno...@apache.org>: > > 2017-09-14 9:59 GMT+02:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > > > By default we can use etc/overrides.properties file to instruct Karaf to > > install e.g., mvn:commons-

Re: "Dynamic" org.apache.karaf.features.internal.service.Overrides#override()

I've created https://issues.apache.org/jira/browse/KARAF-5376 to track this regards Grzegorz Grzybek 2017-09-14 11:58 GMT+02:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > Thanks for answer > > 2017-09-14 11:40 GMT+02:00 Guillaume Nodet <gno...@apache.org>: >> &

"Dynamic" org.apache.karaf.features.internal.service.Overrides#override()

rsion. With my "hook" idea, static feature definition from *-features.xml file would only be a "declaration" of a feature, which MAY be changed at runtime. I imagine that it's not that trivial and features service has huge runtime part (resolver) that would be (would it?) affected, but I'd like to know what do you think? best regards Grzegorz Grzybek

Re: Some itests broken on master

SHOT it fails as well. I will check today. regards Grzegorz Grzybek 2017-09-07 6:23 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi guys, > > the following commit: > > Commit 9525930864b9c21585ce57991854429c48a84c8a by gnodet > [KARAF-5330] Require a specific role to ac

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

+1 (non-binding) regards Grzegorz Grzybek 2017-09-26 14:12 GMT+02:00 Freeman Fang <freeman.f...@gmail.com>: > +1 > > Thanks! > － > Freeman(Yue) Fang > > Red Hat, Inc. > FuseSource is now part of Red Hat > > > > > On Sep 25, 2017, at 10:3

Re: [DISCUSS] Trim down karaf distributions for 4.2

+1 (non binding) regards Grzegorz Grzybek 2017-10-11 15:05 GMT+02:00 Andrea Cosentino <ancosen1...@yahoo.com.invalid>: > +1, it makes sense. > Cheers, > -- > Andrea Cosentino > -- > Apache Camel PMC Member > Apache Karaf Committer >

Re: [UPDATE] MavenTest itest fails randomly but often

@Mikael - that's what I observed too - 2.20.1 had this (intermittent) 30 seconds timeout after test finishes. I don't have time (before Code Europe conf.) to check what's the problem now, but I won't just leave it unexplained... best regards Grzegorz Grzybek 2017-11-28 23:10 GMT+01:00 Mikael

Re: [UPDATE] MavenTest itest fails randomly but often

Thanks! I'll have a look too - but not this week. @Ignoring it is good idea for now - timeouts proved to be working well for long time now. regards Grzegorz Grzybek 2017-11-29 7:17 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > I excluded MavenTest and now the build is way mo

Re: [UPDATE] MavenTest itest fails randomly but often

I just updated pax-web to use 2.20.1 and all tests are passing (finally) > > regards, Achim > > 2017-11-27 8:28 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > > > Hello > > > > I found that maven-surefire-plugin 2.20+ has some problems with pax-exam. >

Re: [UPDATE] MavenTest itest fails randomly but often

. regards Grzegorz Grzybek 2017-11-27 7:32 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hmm, not sure it's related as we use the same KarafTestSupport in bunch of > other itest. > > I will exclude the MavenTest for now, and investigate. > > Thanks anyway ! > &g

Re: [UPDATE] MavenTest itest fails randomly but often

MavenTest was my non-KarafTestSupport test case. I wanted to be able to configure Maven resolver and Jetty server to test timeouts, http proxies, etc. regards Grzegorz Grzybek 2017-11-27 10:52 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > I found something interesting: MavenTes

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

+1 (non-binding) regards Grzegorz Grzybek 2017-12-18 10:07 GMT+01:00 Roedl Lukas <lukas.ro...@ait.ac.at>: > +1 (non-binding) > > regards, > Lukas > > -Ursprüngliche Nachricht- > Von: Jean-Baptiste Onofré [mailto:j...@nanthrax.net] > Gesendet: Samstag, 16. D

[heads up - long] "Features Processor" that replaces overrides and blacklisting (and more)

ome from karaf-maven-plugin configuration (in POM), from externally provided org.apache.karaf.features.xml (e.g., in resource KAR or in POM: /) or from profiles. There are still few things to polish, but I'll appreciate any feedback to check if I misunderstood something or there were other plans related to these mechanisms. The changes are in https://github.com/apache/karaf/commits/KARAF-5376-overrides_v2 branch. best regards Grzegorz Grzybek

Re: [heads up - long] "Features Processor" that replaces overrides and blacklisting (and more)

comments/review ;) I know it's not quick fix. If you think I went in wrong direction, please let me know. best regards Grzegorz Grzybek 2017-12-02 21:27 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > Hello > > I want to report about my progress with https://issues.apache.org/ &g

Re: [heads up - long] "Features Processor" that replaces overrides and blacklisting (and more)

processing of unmarshalled features. I'll think about it soon. regards Grzegorz Grzybek > > > 2017-12-06 20:12 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > > > Hello again > > > > I'd like to summary recent additions related to my changes: > &g

Integrating "overrides" and "blacklisting" for repositories, features and bundles

h is very fragile, it's slower (than I want) process. I'll continue my work, but I welcome any comments if I attempt something silly. regards Grzegorz Grzybek === [1]: https://issues.apache.org/jira/browse/KARAF-5376

Re: Integrating "overrides" and "blacklisting" for repositories, features and bundles

gards > JB > > On Oct 31, 2017, 12:52, at 12:52, Grzegorz Grzybek <gr.grzy...@gmail.com> > wrote: > >@JBO sure > > > >I'm on IRC Mon-Fri ;) > > > >I'm not going to force my idea. The reasoning behind this is my > >experience > >when t

Re: Integrating "overrides" and "blacklisting" for repositories, features and bundles

ing/* pax-jsf-support mvn:org.ops4j.pax.web/pax-web-resources-extender/6.0.7 mvn:org.ops4j.pax.web/pax-web-resources-jsf/6.0.7 What do you think? regards Grzegorz Grzybek 2017-10-30 15:08

Re: Integrating "overrides" and "blacklisting" for repositories, features and bundles

fork. best regards Grzegorz Grzybek 2017-10-31 12:37 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi > > From a quick glance, it sounds good to me. However I would like to take a > deeper look and discuss with you about that. > > Regards > JB > > On Oct

Re: Preparing Karaf 4.2.1 and some ideas

make things easier with custom distributions. best regards Grzegorz Grzybek 2018-06-17 17:17 GMT+02:00 Jean-Baptiste Onofré : > Hi guys, > > As I started to prepare Karaf 4.2.1, I rebased and cleaned up the > examples. The corresponding PR is there: > > https://github.com/apache/kara

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

+1 (non-binding) regards Grzegorz Grzybek 2017-10-27 10:00 GMT+02:00 Andrea Cosentino <ancosen1...@yahoo.com.invalid>: > +1 (non-binding). > > Thanks JB. > > -- > Andrea Cosentino > -- > Apache Camel PMC Member > Apache Karaf

Re: [RELEASE] Preparing Karaf Decanter 2.0.0, Karaf Cellar 4.1.2/4.0.4, and Karaf "Container" 4.2.0

x support? > > -- > Andrea Cosentino > -- > Apache Camel PMC Member > Apache Karaf Committer > Apache Servicemix PMC Member > Email: ancosen1...@yahoo.com > Twitter: @oscerd2 > Github: oscerd > > > > > > > On Thursday, Febr

Re: [RELEASE] Preparing Karaf Decanter 2.0.0, Karaf Cellar 4.1.2/4.0.4, and Karaf "Container" 4.2.0

s/d/1TB_q5r9i8DOIHmBQa1_RjsrcjWCwCwsLPj3Pc6FoTJ8/edit#gid=1455909167> - see both sheets) Jetty 9.4.x is still Servlets 3.1/JavaEE 7. best regards Grzegorz Grzybek 2018-01-31 20:59 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi, > > a quick update on the release schedule. > > As you probably saw, I cance

Re: [RELEASE] Preparing Karaf Decanter 2.0.0, Karaf Cellar 4.1.2/4.0.4, and Karaf "Container" 4.2.0

gt; actually work on any open source project right now. > > The only thing I'm able to to is to watch the mailinglists and sometimes > > give a hint or two :/ > > > > So feel free to call the version anything that feels better to you, I > just > > don't have the "

Re: [RELEASE] Preparing Karaf Decanter 2.0.0, Karaf Cellar 4.1.2/4.0.4, and Karaf "Container" 4.2.0

Good idea. pax-web 7 won't differ much from 6.1, but it's ok. regards Grzegorz Grzybek 2018-02-01 8:04 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > My concern is more about the Jetty 9.4 update. > > In that case, I would propose: > > 1. Bump master to Pax Web 8.0.x

Re: [RELEASE] Preparing Karaf Decanter 2.0.0, Karaf Cellar 4.1.2/4.0.4, and Karaf "Container" 4.2.0

idea... regards Grzegorz Grzybek 2018-02-01 8:16 GMT+01:00 Grzegorz Grzybek <gr.grzy...@gmail.com>: > Good idea. pax-web 7 won't differ much from 6.1, but it's ok. > > regards > Grzegorz Grzybek > > 2018-02-01 8:04 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>:

Re: [HEADS UP] Preparing Apache Karaf "Container" 4.1.5

Hello Nothing from me. regards Grzegorz Grzybek 2018-02-05 7:33 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi guys, > > FYI, now that Decanter 2.0.0 is on vote, I would like to prepare Karaf > 4.1.5 for > this week. > > I already have some fixes on

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

+1 (non-binding) regards Grzegorz Grzybek 2018-02-13 9:17 GMT+01:00 Andrea Cosentino <ancosen1...@yahoo.com.invalid>: > +1 (non-binding) > --Andrea Cosentino --Apache Camel PMC > MemberApache Karaf CommitterApache Servicemix PMC MemberEmail

Re: [HEADS UP] Preparing Apache Karaf 4.2.0 GA

can help on this & release. > Currently PAX-CDI doesn't have any link to pax-web. And to be honest, I'd like to avoid having version ranges in / - I had one in CXF → PAX-CDI and ended with two pax-cdi feature repositories in my custom Karaf distro... regards Grzegorz Grzybek > > Regards

Re: [HEADS UP] Preparing Apache Karaf 4.2.0 GA

t (finally!) 1.0.0) and then use 1.0.0 in pax-web 7.0.0 best regards Grzegorz Grzybek 2018-02-19 11:17 GMT+01:00 Oliver Lietz <apa...@oliverlietz.de>: > On Monday 19 February 2018 05:58:31 Jean-Baptiste Onofré wrote: > > Hi guys, > > Hi, > > > After 4.2.0.M1 &

Re: Happy new year

Happy new year 2*10^3+18! ~Grzegorz Grzybek 2018-01-02 2:53 GMT+01:00 Freeman Fang <freeman.f...@gmail.com>: > Thanks JB! > > Happy new year all! > － > Freeman(Yue) Fang > > Red Hat, Inc. > FuseSource is now part of Red Hat > > > > > On

Re: 4.2.1 vote tonight/tomorrow morning | Karaf regular release pace

Hello Good idea for smaller but faster releases. regards Grzegorz Grzybek czw., 16 sie 2018 o 06:38 Francois Papon napisał(a): > Hi, > > +1 for both :) > > Releasing every 2 month make the release smallest and I think it's good > for our users, it make the upgrade of their

Re: [VOTE] Apache Karaf (Container) 4.1.6 release - take #2

+1 (non-binding) regards Grzegorz Grzybek pt., 10 sie 2018 o 10:41 Francois Papon napisał(a): > +1 (non-binding) > > Thanks ! > > regards, > > François Papon > fpa...@apache.org > > Le 10/08/2018 à 08:58, Jean-Baptiste Onofré a écrit : > > Hi all, >

Re: [VOTE] Apache Karaf "Container" 4.2.1 release

+1 (non-binding) regards Grzegorz Grzybek pon., 20 sie 2018 o 06:06 Freeman Fang napisał(a): > +1 (binding) > > Thanks! > － > Freeman(Yue) Fang > > Red Hat, Inc. > FuseSource is now part of Red Hat > > > > > On Aug 18, 2018, at 9:34 PM, Je

Re: [VOTE] Apache Karaf Cave 4.1.1 release

+1 (non-binding) regards Grzegorz Grzybek czw., 6 wrz 2018 o 07:50 Jean-Baptiste Onofré napisał(a): > +1 (binding) > > Regards > JB > > On 05/09/2018 06:56, Jean-Baptiste Onofré wrote: > > Hi, > > > > I submit Apache Karaf Cave 4.1.1 release to your vote. &

Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

Hello That'd be great to have fewer components. However, maybe it would be good to have a component like "maven" or "build" too? regards Grzegorz Grzybek pon., 10 wrz 2018 o 04:54 Francois Papon napisał(a): > Hi JB, > > +1 ! > > Full agree with that :) &g

Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

-tooling has 49 issues - not that much comparing to karaf-features or karaf-core. So I don't think "build" component is that crucial after all. regards Grzegorz Grzybek --- [1]: https://issues.apache.org/jira/projects/KARAF/summary/statistics > regards, > > François Papon >

Re: [PROPOSAL] Simplify components and cleanup old versions in Jira

ut I agree that users seldom set the component field correctly. Labels could be used by devs after the issue was created. Also - if Cave, Cellar, Decanter had separate jira projects, components wouldn't be needed at all, but I think treating "component" as "subproject" is fine.

Re: compilation failing with karaf 4.2.0.M2

Which Maven version do you use? regards Grzegorz Grzybek 2018-03-08 14:31 GMT+01:00 shivibansal <shivanibansal1...@gmail.com>: > Hi All, > > we were trying to upgrade KARAF version of our project to 4.2.0M2. rest of > the modules compiled fine but with build folder which

Re: compilation failing with karaf 4.2.0.M2

The change was done in Maven 3.3.x times ~Grzegorz 2018-03-08 14:33 GMT+01:00 Jean-Baptiste Onofré : > Hi, > > are you using Maven 3.5.x ? > > Regards > JB > > On 03/08/2018 02:31 PM, shivibansal wrote: > > Hi All, > > > > we were trying to upgrade KARAF version of our

Re: compilation failing with karaf 4.2.0.M2

Good idea - and enjoy console colors! cheers Grzegorz Grzybek 2018-03-08 14:49 GMT+01:00 shivibansal <shivanibansal1...@gmail.com>: > Ok Thx, I will update it to 3.5.3. > > Regards > Shivani > > > > -- > Sent from: http://karaf.922171.n3.nabble.com/Karaf-Dev-f930721.html >

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

My tests show that everything's fine with pax-web 7. Thanks! +1 (non-binding). regards Grzegorz Grzybek 2018-04-03 10:25 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi all, > > I submit Karaf (Container) 4.2.0 release to your vote. > > This is the first G

Re: [ANN] Apache Karaf 4.2.0 has been released!

Congratulations! Very good news! regards Grzegorz Grzybek 2018-04-10 11:52 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > The Apache Karaf team is pleased to announce Apache Karaf 4.2.0 release! > > This is the first GA release on the new 4.2.x stable series, bringing a

Re: [VOTE] Apache Karaf (Container) 4.2.0 release (take 2)

Hello, I just built the *new* 4.2.0 tag and I'm performing my tests. regards Grzegorz Grzybek 2018-04-05 8:03 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi all, > > I submit Karaf (Container) 4.2.0 release to your vote. > > This is the first GA on the 4.2.x

Re: FYI, OSGi Features RFP

ut forcing Karaf to implement post-factum standard... regards Grzegorz Grzybek 2018-04-09 12:31 GMT+02:00 Christian Schneider <ch...@die-schneider.net>: > I think the RFP is based on the prototype of the sling feature model. > > See: > https://github.com/apache/sling-whitebo

Re: Call for review

Hello! I already run all itests for pax-web 7.0.x before Jetty upgraade, so the branch should be fine if you fixed Jetty upgrade issues. best regards Grzegorz Grzybek 2018-03-04 7:58 GMT+01:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > FYI, I just fixed the itests failure (i

Re: [PROPOSAL] Add spotless to Karaf and subprojects

Thank you! :) regards Grzegorz Grzybek czw., 8 lis 2018 o 08:45 Jean-Baptiste Onofré napisał(a): > Hi guys, > > I updated the PR to use a 4 spaces indent style. > > Regards > JB > > On 07/11/2018 05:43, Jean-Baptiste Onofré wrote: > > Hi team, > > > >

Re: [PROPOSAL] Add spotless to Karaf and subprojects

? regards Grzegorz Grzybek

Re: Apache Karaf 4.1.7 and 4.2.2 release schedule

Hello Great! If you want something from ops4j side, please let me know. My work on pax-web with Undertow 2 and Tomcat 9 (and servlet-api 4) is scheduled for pax-web 8 (and, probably, karaf 4.3.x) best regards Grzegorz Grzybek śr., 14 lis 2018 o 09:28 Jean-Baptiste Onofré napisał(a): > Hi g

Re: [PROPOSAL] Add spotless to Karaf and subprojects

;${basedir}/license-header > > > Should we add this ? > Nice! Is it as powerful as e.g., com.mycila:license-maven-plugin? This one can be configured for different kinds of files, with exceptions and special mappings. regards Grzegorz Grzybek > regards, > > François

Re: [PROPOSAL] Create karaf-4.2.x branch and move master to 4.3.x supporting R7

Hello +1! regards Grzegorz Grzybek pon., 24 wrz 2018 o 11:41 Francois Papon napisał(a): > Hi JB, > > It sounds good for me :) > > Thanks ! > > Regards, > > François Papon > fpa...@apache.org > > Le 24/09/2018 à 12:01, Jean-Baptiste Onofré a écrit : > >

Re: Happy new year

Happy New MMXIX! Don't let the clouds cover everything else and let's keep Karaf great and interesting piece of software. best regards Grzegorz Grzybek wt., 1 sty 2019 o 18:16 Francois Papon napisał(a): > Hi JB! > > Happy new year to you and to all the Karaf team and users! > >

Re: SCR Bundle refreshes Pax Logging?

/ locator. regards Grzegorz Grzybek czw., 17 sty 2019 o 19:37 Fabian Lange napisał(a): > I will have the same problem with jackson as well ;) > > pax-logging-log4j2 has really broad optional imports. probably for the > other formatters that can be plugged. > > thats really

Re: SCR Bundle refreshes Pax Logging?

You don't have to find the source of WTF :) pax-logging-log4j2 has: Import-Package: org.apache.commons.csv;resolution:=optional regards Grzegorz Grzybek czw., 17 sty 2019 o 17:07 Fabian Lange napisał(a): > Hi, > see its not a karaf problem. > Grzegorz gave me really good hints

Re: [HEADS UP] Releases schedule

with KARAF-6074 "Race condition between the FeaturesService and FeatureDeploymentListener" and my work is done here. @Benjamin Graf - I remember about your suggestion for consistency report, but I wasn't able to check it this week - it was very busy week for me. best regards Grzegorz G

Re: [HEADS UP] Releases schedule

ocally I work on master-servlet-4) and this looks promising - the only thing left is to wait for Jetty 10... I guess my work related to servlets-4.0 should be ready for Karaf 4.3.0. regards Grzegorz Grzybek niedz., 20 sty 2019 o 06:45 Jean-Baptiste Onofré napisał(a): > I created Jira to pr

Re: [HEADS UP] Releases schedule

dec 1.11 is included (single version of this library across all the above projects) about pax-cdi - that's interesting - I could successfully clear some problems, use latest weld and openwebbeans (CDI 1.2) and use xbean 4.12 Tomorrow I'm going to release all 5 above pax-* projects. best regards G

Re: [HEADS UP] Releases schedule

-validator that's very easy to "align" externally (in any custom distro) using this etc/org.apache.karaf.features.xml: http://karaf.apache.org/xmlns/features-processing/v1.0.0; xmlns:f="http://karaf.apache.org/xmlns/features/v1.5.0;>

Re: SCR Bundle refreshes Pax Logging?

mvn\:org.ops4j.pax.logging/pax-logging-api/1.10.1 = 8 mvn\:org.ops4j.pax.logging/pax-logging-log4j2/1.10.1 = 8 So I've already ensured that jansi starts/resolves before pax-logging-log4j2. I hope this helps. regards Grzegorz Grzybek czw., 17 sty 2019 o 15:15 Jean-Baptiste Onofré napisał

Re: [VOTE] Apache Karaf Cave 4.1.2 release

+1 regards Grzegorz Grzybek śr., 16 sty 2019 o 06:40 Francois Papon napisał(a): > +1 (binding) > > Thanks JB! > > Regards, > > François Papon > fpa...@apache.org > > Le 15/01/2019 à 23:26, Jean-Baptiste Onofré a écrit : > > Hi, > > > > I sub

Re: SCR Bundle refreshes Pax Logging?

Hello having commons-csv in etc/startup.properties is the best (for now) way to resolve this unnecessary refresh problem (I did it many times with JBoss Fuse). For pax-logging fix, I've created https://ops4j1.jira.com/browse/PAXLOGGING-248 to track it. regards Grzegorz Grzybek pt., 18 sty 2019

Re: [VOTE] Apache Karaf (runtime) 4.2.2 release

Hello I wouldn't treat permission denied (caused by empty KARAF_LOG / karaf.log) +1 (binding) regards Grzegorz Grzybek wt., 18 gru 2018 o 06:47 Jean-Baptiste Onofré napisał(a): > Did you update to pax exam 4.13.1 ? > > Regards > JB > > Le 18 déc. 2018 à 01:00, à 0

Re: Bad commit https://github.com/apache/karaf/commit/62e832c7009b5b8beafd219ff7b6b66051205682

Camel works with both Aries bp.core <1.10.0 and >=1.10.1: ARIES-1858 tl;dr: don't use bp.core 1.10.0, upgrade Karaf 4.2.2 to bp.core 1.10.1. best regards Grzegorz Grzybek pon., 3 gru 2018 o 16:05 Jean-Baptiste Onofré napisał(a): > Actually, thanks to https://issues.apache.org/jira/bro

Re: Help to get out of pax-web from karaf distribution

to change terminology, simply we should avoid including other repos from "native" / "built in" repos. Maybe it's worth considering in Karaf 4.3.0 (Karaf 5.0.0?). regards Grzegorz Grzybek śr., 5 gru 2018 o 12:21 Christian Schneider napisał(a): > I think this points to

Re: Help to get out of pax-web from karaf distribution

regards Grzegorz Grzybek === [1]: https://github.com/apache/karaf/blob/master/assemblies/apache-karaf-minimal/pom.xml#L121-L130 śr., 5 gru 2018 o 13:02 Sai Sankar napisał(a): > Hello Grzegorz Grzybek > > Thanks for your response. > > For minimal distribution

Re: [DISCUSS] Apache Karaf 4.3.x and resource repositories

not be directly translatable to OSGi R7 repositories. But it's a great subject to investigate and I'll be more than happy to review your PoC! best regards Grzegorz Grzybek pt., 23 lis 2018 o 05:16 Jean-Baptiste Onofré napisał(a): > Hi guys, > > as discussed since some weeks, Karaf 4.2.2 should b

Re: [VOTE] Apache Karaf (runtime) 4.1.7 release

+1 regards Grzegorz Grzybek wt., 27 lis 2018 o 04:36 Freeman Fang napisał(a): > +1 > > Thanks JB! > － > Freeman(Yue) Fang > > Red Hat, Inc. > > > > > > > On Nov 27, 2018, at 2:37 AM, Jean-Baptiste Onofré > wrote: > > > &g

Re: Version alignment report for Karaf 4.2.3-SNAPSHOT - 1/2

raries or e.g., commons-beanutils 1.9.2 and 1.9.3 included in the distro. Of course feel free to improve the report as you like ;) https://github.com/apache/karaf/blob/master/profile/src/main/java/org/apache/karaf/profile/assembly/Builder.java#L1119-L1224 best regards Grzegorz Grzybek > >

Re: Version alignment report for Karaf 4.2.3-SNAPSHOT - 2/2

ve correct and are viewable by XSLT aware browser (Firefox). JB, please add "consistency" profile to jenkins - we'll check what comes out of it. regards Grzegorz Grzybek wt., 8 sty 2019 o 14:10 Grzegorz Grzybek napisał(a): > Hello again > > First (tl;d

Re: Version alignment report for Karaf 4.2.3-SNAPSHOT - 1/2

Github: oscerd > > > > > > > On Tuesday, January 8, 2019, 1:34:35 PM GMT+1, Jean-Baptiste Onofré < > j...@nanthrax.net> wrote: > > > > > > Nice Greg. > > What do you think about enabling this report via Jenkins (using a profile) > ? > >

Re: [HEADS UP] Releases schedule

Hello Thanks for heads up. Because I updated pax-url to 2.6.1, I want to release pax-web 7.2.x with similar update (because current pax-web in Karaf uses pax-url 2.5.2). But that's not critical. regards Grzegorz Grzybek pon., 14 sty 2019 o 06:48 Jean-Baptiste Onofré napisał(a): > Hi, >

  1   2   3   4   5   >