Re: Remote Services and multiple consumers of services

It was indeed port conflicts with Fastbin! Thanks. How far away are you guys from releasing 1.11? We're Very interested in CompletableFuture and InputStream -Nick Baker From: Nick Baker Sent: Thursday, February 16, 2017 11:24:57 AM To: user@karaf.apache.org

Re: Remote Services and multiple consumers of services

Very possible! This is all on single development machines right now. Thanks I'll look into it and report back my findings. -Nick Baker From: Christian Schneider <cschneider...@gmail.com> on behalf of Christian Schneider <ch...@die-schneider.net> Se

Remote Services and multiple consumers of services

. What we're seeing is only one of those (A) is getting the service. B's tracker receives nothing. I can bounce "B" over and over and still nothing. If I shut-down "A", then the next bounce of "B" shows the service in the tracker. Any in

Re: Bundle restart are hard to tackle

that we lose visibility to the root trigger as the events propagate across different threads, but someone ambitious/crafty should be able to handle it. -Nick Baker From: Charlie Mordant <cmorda...@gmail.com> Sent: Tuesday, January 31, 2017 4:39:32 AM To

Re: Levels of Containerization - focus on Docker and Karaf

That would be good JB. People will be looking to deploy Karaf in container solutions ever more increasingly in the future. -Nick Baker From: Jean-Baptiste Onofré <j...@nanthrax.net> Sent: Tuesday, January 17, 2017 8:26:16 AM To: user@karaf.apache.org S

Re: Opinionated...

/src/main/java/org/pentaho/di/engine/api/reporting/IProgressReporting.java From: Nick Baker Sent: Monday, January 16, 2017 3:58:04 PM To: user@karaf.apache.org Subject: Re: Opinionated... Nothing much worth seeing from a Karaf OSGI perspective yet. We're working

Re: Opinionated...

Jan 16, 2017 at 1:36 PM, Nick Baker <nba...@pentaho.com<mailto:nba...@pentaho.com>> wrote: The event bus model has served us well for certain things, broadcasting application events consumed by unknown plugins for instance. It's certainly extensible and easy from the consumer and p

Re: Opinionated...

remoted, I think you have a pretty competent set of utilities to work with. -Nick Baker From: Scott Lewis <sle...@composent.com> Sent: Monday, January 16, 2017 12:49:31 PM To: user@karaf.apache.org Subject: Re: Opinionated... On 1/16/2017 2:20 AM, Christian

Re: karaf boot

+ Camel + JMS to handle inter/intraProcess communication. Anyway, the combination of the two is a solid foundation to build upon. -Nick Baker From: Guillaume Nodet <gno...@apache.org> Sent: Monday, January 16, 2017 10:06:53 AM To: user Subject: Re: karaf boot I have

Re: karaf boot

o turn off proxying. So yes, picking something like PAX-CDI or SCR sounds good. I'm not sure what level of maturation these are in. Last I checked CDI wasn't quite ready and SCR was in transition following the standardization. -Nick Baker From: Guillaume

Re: Levels of Containerization - focus on Docker and Karaf

ndalone runnable jar. Looks like Karaf boot is addressing this. I hope it comes with tooling that makes it easy to transition to this kind of model. D On 01/12/2017 04:44 AM, Nick Baker wrote: Thanks Guillaume! This is perfect for our microservice/containerized Karaf. I'll give this a try an

Re: Levels of Containerization - focus on Docker and Karaf

I do agree that an "opinionated" or "prescriptive" stack would help. It shouldn't prohibit the usage of any Karaf feature of course. New users gravitate to full-stack solutions. Agnostic platforms with lots of options and no predefined stack, while obviously having many merits and longer legs

Re: karaf boot

-on-karaf-with -Nick Baker From: Jason Pratt <jpratt3...@gmail.com> Sent: Wednesday, January 11, 2017 7:52:19 PM To: user@karaf.apache.org Subject: Re: karaf boot Do you have any examples on github for this? Sent from my iPad On Jan 11, 2017, at 4:38 PM, Nick

Re: Levels of Containerization - focus on Docker and Karaf

Thanks Guillaume! This is perfect for our microservice/containerized Karaf. I'll give this a try and see if we can get our features in startup. We've had issues in the past here. -Nick Baker From: Guillaume Nodet <gno...@apache.org> Sent: Thursday, J

Re: karaf boot

@karaf.apache.org Subject: RE: karaf boot This sounds very interesting. Would the Dockers then be deployed similar to VertX? From: Nick Baker [mailto:nba...@pentaho.com] Sent: Wednesday, January 11, 2017 11:31 AM To: user@karaf.apache.org Subject: Re: karaf boot Some background on what we've been playing

Re: karaf boot

o our OSGI guys here for their thoughts and will post them here as they come in. -Nick Baker From: Christian Schneider <cschneider...@gmail.com> on behalf of Christian Schneider <ch...@die-schneider.net> Sent: Wednesday, January 11, 2017 9:51:56 AM To:

Re: karaf boot

handled. This of course isn't an issue in container-based cloud deployments (Docker). Still, may be of use. -Nick Baker Sent via the BlackBerry Hub for Android<http://play.google.com/store/apps/details?id=com.blackberry.hub> From: bradj...@redhat.com Sent: January 11, 2017 12:54 AM To

Re: Behavior of feature dependencies in 3.0.x

nstall a (by transitivity). Can you share your actually features XML ? Are you sure the feature names match ? Regards JB On 10/03/2016 06:49 PM, Nick Baker wrote: > Hey All, > > > We're seeing something strange where a feature has a dependency on > another and has a bundle which

Re: Regarding etc directory

lesc...@medline.com>>: Thank you. I was aware of this but I guess I really didn’t think it all the way through. Simply creating a FileInstall config should meet my needs just fine, although I do agree that a ‘recursive’ option might be a nice addition. From: Nick Baker [mailto:nba...@pentaho.com

Re: Regarding etc directory

/etc is just an Apache FileInstall configuration [1]. You can create as many as you'd like or even do so programmatically. We've gone the programmatic route in the past before Karaf to group together bundles in a hierarchical structure. The same can be done for configurations. Unfortunately

Re: Detecting persistent-id sharing...

We actually just had an occurrence of the “spinning” blueprint due to a but it wasn’t two bundles. It was one bundle referenced in two features! Removing the reference from one and adding a feature dependency instead “fixed” it for us. -Nick From: James Carman

Re: Using Aries Blueprint Spring Extender instead of SpringDM

I found the “aries-blueprint-spring” feature in Karaf’s Spring feature file: https://github.com/apache/karaf/blob/master/assemblies/features/spring/src/main/feature/feature.xml#L452 Seems like I’ve got the same setup. From: Nicholas Baker Reply-To: "user@karaf.apache.org"

Using Aries Blueprint Spring Extender instead of SpringDM

Hey All, I’m back to migrating another one of our legacy plugins over to OSGI. It creates a customized Spring ApplicationContext as part of its lifecycle and uses it directly in code to factory objects. I cannot change this last detail this release. I had immediate success using SpringDM and

Re: Access control of OSGi Web app?

om>> wrote: yes, as filters without servlets can't be served. They don't have a URI binding. regards, Achim 2016-07-29 15:33 GMT+02:00 Nick Baker <nba...@pentaho.com<mailto:nba...@pentaho.com>>: Hey Achim, Thanks for this example. We’re looking part of our ongoing OSGi migration wil

Re: Access control of OSGi Web app?

Hey Achim, Thanks for this example. We’re looking part of our ongoing OSGi migration will be URL security as well. We’re using Spring Security in the legacy non-OSGI space. So this is a timely conversation for us ☺ Quick question: are we still working with the limitation that Filters are only

Re: More entropy on bundle startup.

Thanks Guillaume! This will definitely help us as we find those holding onto stale service references. -Nick From: Guillaume Nodet Reply-To: "user@karaf.apache.org" Date: Thursday, July 14, 2016 at 3:11 PM To: user Subject: Re:

Re: More entropy on bundle startup.

I love this idea! We’ve been fighting the same issues as well. -Nick On 7/13/16, 4:56 PM, "Benson Margulies" wrote: >Folks, > >We've had a couple of incidents of latent problems stemming from >invalid assumptions on bundle start order. Everything seems to be >fine, then

Re: Reasons that triggers IllegalStateException: Invalid BundleContext

A more complete stack trace would help us point you to the offending code. I can say that I usually see this when a Service is still held by someone when it should have been removed from "play" by a ServiceTracker or other similar mechanism. -Nick From: Cristiano Costantini

Re: Conditional Feature Implemented?

lix.webconsole.plugins.event/${felix.eventadmin.webconsole.plugin.version} >> >> >> >> scr >> > start-level="30">mvn:org.apache.felix/org.apache.felix.webconsole.plugins.ds/${felix.scr.webconsole.plugin.version} >&

Conditional Feature Implemented?

Hey All, quick question. One of my developers is trying to use a Feature conditional to optionally depend on another feature. foo b I’ve told him I don’t think it was actually implemented even though it was mentioned in the original case: https://issues.apache.org/jira/browse/KARAF-1718

Re: Working WebSocket example?

karaf.apache.org>> Subject: Re: Working WebSocket example? Hi, might want to take a look at this one [1]. It should work right away with K4 and Pax-Web 4.2.x regards, Achim [1] - https://github.com/ops4j/org.ops4j.pax.web/tree/pax-web-4.2.x/samples/websocket-jsr356 2016-04-04 21:40 GMT+02:00

Working WebSocket example?

Hey All, Does anyone have a working project using WebSockets? I was trying a quick prototype repurposing the CXF example but haven't had any luck:

Re: Embedding Karaf in a WAR (Tomcat)

Our current approach is also a "migration" strategy. This is an unfortunate reality for those with large existing code-bases. We anticipate "flipping the architecture" soon which will put Everything in Karaf. The non-OSGI libraries will be collected together as a "legacy" bundle. At that point

Re: ECF 3.13 released

/2016 12:13 PM, Nick Baker wrote: Hey Scott, Thanks for the update. We're actually looking to deploy Remote Services in our next release. Can you speak to the relative merits of ECF vs the Apache CXF Distributed OSGi subproject? I don't want to explicitly or implicitly criticize CXF, so I'll just

Re: ECF 3.13 released

Hey Scott, Thanks for the update. We're actually looking to deploy Remote Services in our next release. Can you speak to the relative merits of ECF vs the Apache CXF Distributed OSGi subproject? Thanks, Nick Baker From: Scott Lewis <sle...@composent.com<mailto:sle...@composent.com&g

Re: Embedding Karaf in a WAR (Tomcat)

We boot Karaf on the Servlet Context Listener chain. Regular Karaf Main class with a lot of special code to handle write access issues to the installation directory. We also support multiple instances from the same install so the caches are segmented and port conflicts resolved prior to startup

Re: Blueprint or DS or what to use?

Can you point me to any documentation on this? I found a thread on the aries-dev but that's about it. When we abandoned Gemini we lost some of the functionality and would be interested in trying this out.

Re: Strategies for wrapping dependencies

afaik there is no "easy" path of handling this. Strategies are most likely the ones used by either ServiceMix or the Pax Tipi project [1] or if you have "good" connections to the originators of such libraries maybe convince those of providing osgi ready bundles. regards, Ach

Strategies for wrapping dependencies

Hey Everyone, We’re presently embedding Karaf in other applications which contain an large amount of existing functionality comprising some 350 jars. Some of those are imported into the OSGI system today with system.packages.extras, but most remain unavailable to OSGI. I’m in the process of

Re: [ANN] New Karaf website online

Nice! I’ve got conflicting feelings though. Sorta like seeing an old friend retire -Nick On 2/4/16, 10:31 AM, "Jean-Baptiste Onofré" wrote: >Hi all, > >as you may have seen that the new Karaf website is now online. > >Don't hesitate to create Jira (with website

karaf-maven-plugin adding blueprint xml as "wrap:_" not "blueprint:_"

Hey Everyone, Hope you all had a good New Year. I’m finally back in the swing of things. Trying to convert some of our manually crafted feature.xml files to the new karaf-maven-plugin style with a POM for each feature file. Our build-team is really excited about getting some visibility into

Re: karaf-maven-plugin adding blueprint xml as "wrap:_" not "blueprint:_"

Doesn’t look encouraging guys:

Re: Merry Christmas

Karaf has been a gift already. Enjoy some time with family and friends everyone! -Nick Original Message From: j...@nanthrax.net Sent: Friday, December 25, 2015 5:00 AM To: d...@karaf.apache.org; user@karaf.apache.org Reply To: user@karaf.apache.org Subject: Merry Christmas On behalf of the

Re: Updating Snapshot bundles from installedFeatures

Tom, we instruct our developers to delete the system/ directory when in dev. Can you send a link to the case you found? Thanks, Nick Baker From: Tom Barber <tom.bar...@meteorite.bi<mailto:tom.bar...@meteorite.bi>> Reply-To: "user@karaf.apache.org<mailto:user@karaf

features-add-to-repository and multiple versions of a feature

Hey All, We're supplying customized versions for some of the core features: http, kar in order to provide different bundles. These features are all versioned higher than the stock ones and are indeed being used instead of the stock ones at runtime. The issue is that in assembly these override

Re: features-add-to-repository and multiple versions of a feature

eature and the http commands, those commands require certain pax-web- bundles in certain versions. So might it be possible that you have some "transitive" dependencies in there somewhere? Could you give us a view of the customized features you got? regards, Achim 2015-09-17 16:50 GMT+02:0

Feature Uninstall and Dependent Features

Hey All, We're seeing that dependent features aren't being uninstalled when feature:uninstall is called (Actually calling the FeaturesService in code), even though no others depend on them. What's the expected behavior here? We're on 3.0.3 Thanks, Nick

Re: Feature Uninstall and Dependent Features

e. With Karaf 4 the feature installer has been improved in that area. regards, Achim 2015-09-17 22:50 GMT+02:00 Nick Baker <nba...@pentaho.com<mailto:nba...@pentaho.com>>: Hey All, We're seeing that dependent features aren't being uninstalled when feature:uninstall is called (Actu

Features Core is hardcoded for ${karaf.etc}/org.apache.karaf.features.cfg

We've run into an issue with Karaf insisting on the org.apache.karaf.features.cfg file being in etc/. One of our products can be launched in several different configurations from the same base installation, all concurrently. These different configurations necessitate different feature

Kara 3.0.5 Release date?

Hey All, I see that the current plan is to release 3.0.5 on 9/15. Is this still the case? There's a bug fix we need in there and our release is planned for the end of the month. We can ship a patched version if needed, but would definitely like to ship the official build. -Nick

Re: Construct a Web Application From Multiple Bundles

Can someone direct me to the changes to the HTTP Service which make this possible? How did they handle the getResource method with a shared HTTPContext? We're investigating exactly this scenario now. Thanks, Nick From: Achim Nierbeck Sent: Wednesday, July 15, 2015 4:59 PM To:

Re: Integration Tests hang for approx. 30 seconds after Karaf 2.3.3 upgrade to 3.0.3

We are experiencing the same slowdown in PAX-Exam with 3.0.0, also using TinyBundles. Pretty painful. MavenArtifactUrlReference karafUrl = maven() .groupId( org.apache.karaf ) .artifactId( apache-karaf ) .version( 3.0.0 ) .type( tar.gz ); ... karafDistributionConfiguration()

Re: Integration Tests hang for approx. 30 seconds after Karaf 2.3.3 upgrade to 3.0.3

to upgrade to the latest version of it? regards, Achim 2015-02-13 15:40 GMT+01:00 Nick Baker nba...@pentaho.commailto:nba...@pentaho.com: We are experiencing the same slowdown in PAX-Exam with 3.0.0, also using TinyBundles. Pretty painful. MavenArtifactUrlReference karafUrl = maven() .groupId

Re: How to execute code after bundles started by Felix FileInstall?

I was thinking about our use-case today. We know the full Class name of the components supplied by the bundles. We could perhaps leverage an OBR to find the bundle symbolic name for the package and leverage that in a bundle listener to execute as soon as it's available. This would be a good

Re: How to execute code after bundles started by Felix FileInstall?

I suppose we could just inspect each bundle as it becomes active for the packages as well. -Nick From: Nick Baker Sent: Thursday, December 11, 2014 7:31 PM To: user@karaf.apache.org; user@karaf.apache.org Reply To: user@karaf.apache.org Subject: Re: How to execute code after bundles started

Re: How to execute code after bundles started by Felix FileInstall?

We have a similar requirement which I¹m sad to say is being worked around with wait code. We can¹t know the list of bundles/features which will be deployed and required ahead of time. Our ETL application runs transformations after startup which may contain steps provided by plugins (deployed as

Re: How to execute code after bundles started by Felix FileInstall?

can profit from it. Another way of watching or waiting for other Bundles is to use BundleTrackers or Extenders. Regards, Achim 2014-12-10 21:29 GMT+01:00 Nick Baker nba...@pentaho.commailto:nba...@pentaho.com: We have a similar requirement which I¹m sad to say is being worked around with wait

Re: Dependency on Camel brings in a jaxb impl that causes a use constraint violation

We've been overriding various features to tailor the dependencies in our setup. Not ideal nor easy to maintain. An exclude would be great for us as well. -Nick Sent from my BlackBerry. I am AFK at the moment Original Message From: Jean-Baptiste Onofré Sent: Sunday, December 7, 2014 12:28 PM

Re: Free-form Version Coercion to OSGi Compatible Version

you best take a look at the end tools. Regards, Achim sent from mobile device Am 26.11.2014 16:54 schrieb Nick Baker nba...@pentaho.com: Hey All, We’ve written a deployer to transform WebJars (http://www.webjars.org) into bundles compatible with our RequireJS setup. Part

Re: Minimal/core Karaf 4

I can still see value without the Shell or JMX. It would be akin to Virgo Nano. Feature, KAR and Deployers alone make Karaf valuable. -Nick Baker From: Achim Nierbeck bcanh...@googlemail.commailto:bcanh...@googlemail.com Reply-To: user@karaf.apache.orgmailto:user@karaf.apache.org user

Re: Best way to determine HttpService URL

parameters and set these parameters through the configuration admin service, which again will fire up the Pax Web Jetty instance with the new parameters configured. That's most likely the only way to control this from the outside. regards, Achim 2014-11-17 23:00 GMT+01:00 Nick Baker nba

Best way to determine HttpService URL

Hey All, I've got a mixed environment where a Bundle can be deployed in an environment using the standard PAX-Web HttpService as well as one bridging out to Tomcat by way of Felix-HTTP Bridge. I need to be able to programmatically determine the URL for the HttpService regardless of where a

Re: Best way to determine HttpService URL

the servlet as service, so you can do a simple lookup. Regards JB On 11/17/2014 04:34 PM, Nick Baker wrote: Hey All, I¹ve got a mixed environment where a Bundle can be deployed in an environment using the standard PAX-Web HttpService as well as one bridging out to Tomcat by way of Felix-HTTP

Load features xml file from the local /system repo

Hi All, I’m trying to load a features repository file from within the embedded /system repository in 2.3.5. Here’s my setup: etc/org.apache.karaf.features.cfg: