Karaf 4.2.3 uses glassfish jaxb 2.3.2 which is java 9, is this a problem?

We've tried to upgrade to karaf 4.2.3/4 and have hit a problem. I don't believe we explicitly use org.glassfish.jaxb ourselves, but karaf has a dependency on it. Karaf 4.2.3 updated this dependency to 2.3.2, and that's a java 9 module. So with a fresh karaf 4.2.4, if you do: bundle:install

Re: Waiting for a command to be available

> No way to use etc/shell.init.script ? I've understood this comment now. The best method seems to be to use the pattern of: set EXTRA_JAVA_OPTS=-Dkaraf.shell.init.script= -Dkaraf.delay.console=true bin\karaf (or equivalent) Then ensure that the file ends with "shutdown -f". This seems to

Re: Waiting for a command to be available

> Not sure what issue you have fixed (perhaps you could expand?) but the > problem I have still remains. Note also that the client appears to forget the password set on the command line if it has to retry (JIRA raised): > client -u admin -p admin -r 30 > Logging in as admin > retrying (attempt

Re: Waiting for a command to be available

> Did you try with 4.2.4 (as I did the fix on the client thread in this > version) ? Not sure what issue you have fixed (perhaps you could expand?) but the problem I have still remains. The problem I have is the number of arguments that are passed from the BAT file to java: ARGS=%2 %3 %4 %5 %6

Re: Waiting for a command to be available

> Using "start && client -f commands.txt && stop" a) seems unreliable and b) > would seem to need a sleep anyway as otherwise the client tries to connect > while karaf is still starting. Note that trying the "-d" and "-r" options on the bin/client along with -f seems to result in either "miss

Re: Waiting for a command to be available

> FYI, I fixed an issue in client, now you can inject directly a script. Do you mean there's a way of using the "karaf" command and running a script? With the karaf.delay.console=true setting you can't pipe a script in to the karaf command, as it misinterprets the end of line as "Press Enter to

Re: Waiting for a command to be available

> By the way, you can also add a delay to have shell available. You can do > this by adding karaf.delay.console=true in etc/config.properties. That looks promising. Can I set that other than in etc/config.properties? Can I set it in custom.properties for example (no), or somewhere similar? I

Re: Waiting for a command to be available

> No way to use etc/shell.init.script ? Sorry, not sure I understand how that would help. That's a way I could get shell commands to be run automatically I'm assuming. That's part of my problem. The main problem is establishing whether the commands are available to run. > FYI, I fixed an issue

Waiting for a command to be available

I'm wanting to automate some setup of a karaf based product. I want to create a docker image that is pre-configured for internal testing. In order to do this I need to run some karaf shell commands. What I was naively hoping to do is do something like: /opt/karaf/bin/start &&

Re: Replacing or blacklisting felix fileinstall

Just as an update, this is what I've ended up doing, at least for a PoC. I struggled for a while to try and completely remove fileinstall. I'm sure it's probably possible, but in the end it was easier to "move it out of the way". In custom.properties, I set: * felix.fileinstall.enableConfigSave

Re: Replacing or blacklisting felix fileinstall

> You have to create a custom framework features that you use at > startupFeature instead of the "standard" karaf feature. OK I see. I've been reluctant to do this in the past as I have to make sure to track changes that occur in the versions of the "normal" one. But it sounds like the simplest

Re: Replacing or blacklisting felix fileinstall

> I'm working on a Karaf Configuration persistence layer to "abstract" > fileinstall, (especially to deal with encryption, AWS keys, etc). It > will help you to implement your own backend. That will be awesome. Any targeted release date? Thanks.

Re: Replacing or blacklisting felix fileinstall

> You should remove fileinstall from etc/startup.properties to remove it. So how would I do that from a maven build? We're using the karaf maven plugin, so the startup.properties file gets generated automagically. I'm guessing I'd have to either put a version of it in my filtered_resources/etc

Re: Replacing or blacklisting felix fileinstall

> I've implemented a SQL mechanism for persisting configurations. I started > by trying to implement a custom persistence mechanism for Felix CM. This > didn't work (see >

Replacing or blacklisting felix fileinstall

I'm trying to experiment with an alternative way of loading up configuration. So my goal is to disable felix fileinstall and provide an alternative implementation of the org.apache.felix.cm.PersistenceManager interface. However, so far I'm having great difficulty either blacklisting fileinstall

Re: Karaf freezes up under MS-Windows

Based on the latest Apache Karaf v4.1.7, run it on Windows 7. Still freeze up at Windows side after entering the command "list - t 0" but the same symptom never happen at Linux side. So the bug is really related to MS-Windows. May you file this symptom as a bug. Best Rgds,

Re: Aries JAX-RS Whiteboard

> as I'm creating the Aries JAXRS feature for Karaf, I'm currently using > the one from Aries. That's the one I used.

Re: Aries JAX-RS Whiteboard

> Did you notice that the JAX-RS Whiteboard provides a ClientBuilder > (prototype scoped) service? > > e.g. > @Reference > ClientBuilder clientBuilder; > Ah, no, I hadn't. I had read the words, but obviously not understood the significance. Thanks for the pointer.

Re: Aries JAX-RS Whiteboard

> The SSE from JAX-RS 2.1 definitely works (client and server side) with the > Aries implementation, so hopefully that will give you everything that you > need. I have it all working now. I've had to make one or two changes though, as a result of the change from jersey to cxf. Generally,

Re: Aries JAX-RS Whiteboard

> Honestly, it sounds like you’re about 30 minutes away from having the Aries > JAX-RS Whiteboard working... OK, Understand your reference to servicemix annotation earlier. I had to pick up the org.apache.felix.http.servlet-api-1.1.2.jar to get the JavaServlet contract version 3.1. I've now

Re: Aries JAX-RS Whiteboard

> that won't work out of the box as Karaf 4.2.x is still R6. > > It will work with Karaf 4.3.x that will be R7. > > In the mean time, I'm creating a very simply rest whiteboard pattern for > CXF. > It doesn't use all the JAXRS whiteboard spec, but just works fine for > most of the use cases.

Re: Aries JAX-RS Whiteboard

> You should then be able to get away with relatively few bundles. The JAX-RS > Whiteboard API, OSGi Promises + function, the Aries wrapping of the JAX-RS > API and the Aries JAX-RS Whiteboard implementation should be enough. This is > by far preferable to using CXF directly, where you don’t

Aries JAX-RS Whiteboard

For largely historical reasons we have ended up with a setup where we use the standard karaf HTTP whiteboard service, and then run jersey on top of that with our own homebrew whiteboard service to register JAXRS endpoints. I'm looking to replace this with a better solution, presumably based

Karaf freezes up under MS-Windows

Karaf v4.2.0 Is it a bug? Best Rgds, Tom Leung

Re: client.bat does not work in Karaf 4.1.5

There was an incompatibility I believe in 4.1.3, where a dependency introduced a breaking change in a point release that was picked up by karaf. 4.1.5 has similar problems, though I don't know what the exact cause is there yet. We jumped to 4.1.5 and then back down to 4.1.4 as that one worked.

Re: client.bat does not work in Karaf 4.1.5

We've seen the same thing. 4.1.3 had a problem, 4.1.5 has a different problem, 4.1.4 is the sweetspot at the moment. I can't recall the details, I'll dig them out. > On 05 March 2018 at 13:02 Jean-Baptiste Onofré wrote: > > > Hi Nicolas, > > the big issue is just Windows

Re: Using java.util.logging

> can you check if JUL packages really comes from Pax Logging ? Err, how can they? Perhaps I'm misunderstanding. Surely the java.util.logging packages are provided by the JRE? I DO have one log message that DOES come out. Very odd. If I step through the code in the debugger, I appear to have

Re: Using java.util.logging

> Yet when I try, I can't. OK, so that's frustrating. If I try a simple "hello world" bundle that just logs a message, run in a clean karaf, it DOES come out in the karaf.log file. Run it in our application though and it doesn't. So some bundle is interfering with the logging configuration in

Using java.util.logging

Documentation indicates I can do this. Pax logging indicates I can do this. Yet when I try, I can't. I have some code that uses java.util.logging. If I log at level SEVERE, it comes out on the console, and only the console, and doesn't come out in the karaf.log file. Anything less than that and

Re: Providing alternative config mechanism than felix.fileinstall/Preserving config changes on re-install

> You can implement your own PersistenceManager (ConfigAdmin service). OK, I'm actually super confused now (not hard). felix configadmin appears to have logic in it that persists configurations to and from files. It's unclear in the karaf environment where the FilePersistenceManager is

Re: Providing alternative config mechanism than felix.fileinstall/Preserving config changes on re-install

I can see KARAF-418, but that's pretty old, and sounds like it was considered unnecessary? Is there anything else I can't find? I don't necessarily want to store things in a database, I just want different behaviour to normal, to provide my own implementation of something that listens to

Providing alternative config mechanism than felix.fileinstall/Preserving config changes on re-install

I'm trying to establish some alternative configuration behaviour than what felix-fileinstall gives me. I have written a very simple component that reads configuration files in from /etc and updates config admin with the information, much like fileinstall does. I can run this and it appears to

Config admin doesn't correctly store strings containing backslashes

Really? I find this somewhat hard to believe, but I'm fairly sure this is the case. Anyway. I'm using config admin to update a configuration from within a karaf command. One of the properties is a string that contains a filename. I'm on Windows. Filename therefore contains backslashes. I type

Re: Creating a karaf feature containing a karaf shell command breaks karaf

So although moving eventadmin out of startupFeatures makes the command work, it seems to break a bunch of other things, so doesn't seem wise afterall. E.g, I get things like the following that only seem to happen if I've moved that line: Bundle org.ops4j.pax.web.pax-web-extender-whiteboard

Re: Creating a karaf feature containing a karaf shell command breaks karaf

> Thanks, I'm checking out and I will take a look (and eventually submit a PR > ;)). OK, thanks.

Re: Creating a karaf feature containing a karaf shell command breaks karaf

There's a complete example here: https://github.com/tomq42/karaf-command-feature Thanks. > On 07 September 2017 at 09:15 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > > Hi Tom, > > can you share the pom.xml you use to create your custom distro ? > >

Creating a karaf feature containing a karaf shell command breaks karaf

Clearly this can't be true, since karaf ships with features containing bundles containing commands, but I can't get it to work. I've created a simple karaf shell command, following the tutorial in the documentation. As per the example, it just says "hello world". If I build that as an isolated

Re: Developing for karaf

t; On 05 September 2017 at 13:07 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > > Hi Tom, > > You can also create your own Karaf custom distro. > > We are also discussing about Karaf Boot to simplify the bootstrapping/ramp up > on > Karaf. Short term, we

Developing for karaf

I'm trying to get an idea of how people go about developing for karaf, from a practical point of view. So karaf is maven focused. There are archetypes for creating command, general bundles and so on. I can then use maven to generate some eclipse project files that allow me to write and compile

Re: Potential security issue with default karaf console access control lists?

OK, JIRA created. I realise it's worse. I can *write* to files with "tac", so I can rewrite the users.properties file if I want to and create new users with admin priviledges. Cool. > On 31 August 2017 at 13:04 Jean-Baptiste Onofré wrote: > > > I agree: as we did for

Re: Console role based access control and command completion

. > On 31 August 2017 at 13:02 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > > Hi Tom, > > We don't use the ACL in the completers, only on the action step. That's why > you > can complete but not execute. > > Regards > JB > > On 08/31/201

Re: Default access control list for commands in the console

Well that was a supplemental question actually. Within a single access control list for a particular scope, I can presumably provide a catch all "*" entry at the bottom of that file, so that I can define a default access control list for all commands *within that scope*, but can I provide one

Potential security issue with default karaf console access control lists?

Any user that can log on to the karaf console appears to be able to run the "shell:cat" command (among others), and hence view any file that the operating system user that's running the karaf process can see. Whilst there is access control on a few of the shell scope commands, it seems that the

Default access control list for commands in the console

I just wanted to check that in the absence of an explicit access control list for commands in the console, the default is to be to allow anyone access. Can that be altered at all? Is there a way of providing a default access control list at all? Or do I have to make sure I provide one for each

Karaf security framework and access to OSGi services

The Karaf user guide section 4.1 says: The Apache Karaf security framework is used internally to control the access to: the OSGi services (described in the developer guide) However the developer guide doesn't say anything that I can see about what that means. 5.15 in the Karaf user guide

Re: Console branding doesn't affect "client" console?

Oh, OK. Any reason why there are two files? The implication is that you want to have different branding depending on whether you are running the server in you terminal or connecting as a client, which to me seems unlikely? This isn't mentioned at all in the documentation as far as I can see?

Console branding doesn't affect "client" console?

I'm running this on Windows, I don't know whether the same is true on Linux. I'm using Karaf 4.1.2. If I run the karaf.bat file, I see my branding from my etc/branding.properties file appear. If I then run the client.bat file (or a standard SSH client), I see the normal Karaf logo. The

Re: Writing commands for karaf shell.

> If you look at Karaf >= 4.1.x, a bunch of commands are not coming from > Karaf anymore, but from Gogo or JLine. I moved them when working on the > gogo / jline3 integration. The main point that was blocking imho is that > they did not have completion support. With the new fully scripted >

Re: Writing commands for karaf shell.

Yes, but what's the actual situation from a standards point of view? Is a shell defined by a standard at all? OSGi enroute seems to require a gogo shell and appears to rely on felix gogo shell command framework. Is it just that Karaf happens to ship a shell that happens to be based on the felix

Writing commands for karaf shell.

There was a thread recently related to this, but I have a different question. I'm confused about the shell situation, and what is "standard" and what is not. I have naively written some commands for the felix gogo shell. We develop using bndtools (obviously) and use the OSGI enRoute templates,

Using maven bundle plugin to compile and bundle code not in src/main/java

Forgive my maven ignorance, but I’d like to retrofit some source with a maven build that uses the felix maven bundle plugin, it’s just my source isn’t in src/main/java. Can I do that? If so, can someone provide a simple example? It’s not clear how the source even gets compiled to me. I’ve used

Re: Karaf maven plugin/wrap/slf4j problem

> I propose to share the code and chat directly (on hangout/skype/private > e-mail). Any help you can give me would be greatly appreciated. I have many issues that I'm trying to resolve, as you can tell.

Re: Why can I not satisfy "(&(osgi.extender=osgi.component)(version>=1.3.0)(!(version>=2.0.0)))"

Oddly I can no longer reproduce the issue. I thought it might have gone away because I'd added: scr into my feature in the features.xml file. However I take that out again and it still works. Odd. If I encounter it again, I'll reduce to a simple test case. > On 14 June 2017 at 09:45

Karaf maven plugin/wrap/slf4j problem

I have put together a simple example of the problem I'm been encountering attempting to create a custom karaf distribution. If you attempt to include a bundle such as org.apache.felix:org.apache.felix.http.servlet-api in a feature, you get this build error: missing requirement

Re: Why can I not satisfy "(&(osgi.extender=osgi.component)(version>=1.3.0)(!(version>=2.0.0)))"

> Can you share your sample project ? I will try to put together a simple standalone test case. In fact I'll do that for something else as well that I can't get past.

Why can I not satisfy "(&(osgi.extender=osgi.component)(version>=1.3.0)(!(version>=2.0.0)))"

I'm trying to build a custom karaf distribution using the maven karaf-assembly packaging type. My latest issue is that the build fails with missing requirement osgi.extender; filter:="(&(osgi.extender=osgi.component)(version>=1.3.0)(!(version>=2.0.0)))" I interpret this as meaning the bundle

Re: org.ops4j.pax.url.wrap/2.5.2 missing org.slf4j package?

> the easiest would be to actually remove that "new" requirement for those > components. > A fix for this is on it's way for Pax Web, so you'll have something that'll > work for you. Sorry Achim, you'll need to spell that out. What is that you'd fix? Create a pax-web bundle that contains and

org.ops4j.pax.url.wrap/2.5.2 missing org.slf4j package?

I'm trying to build a custom karaf distribution with the "karaf-assembly" maven packaging. I am making slow progress :-) My latest issue comes about through trying to resolve lack of a javax.servlet package requirement. So I naively included the

Re: Karaf termination caused by typing something incorrect on the gogo shell in 4.1.1

> On 13 June 2017 at 16:50 Jean-Baptiste Onofré wrote: > > > Yeah, you have to add the snapshot repository in your pom.xml: OK, yes, that's better. Thanks. Now all I need to do is work out why I can't apparently satisfy

Re: Karaf termination caused by typing something incorrect on the gogo shell in 4.1.1

2 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > >> > >> > >> Hi Tom > >> > >> It has been fixed and will be included in 4.1.2. > >> > > Ah, good. 4.1 seems unusable as far as I can see otherwise. > > > > I've been looking a

Re: Karaf termination caused by typing something incorrect on the gogo shell in 4.1.1

> On 13 June 2017 at 15:50 Jean-Baptiste Onofré wrote: > > > Do you have a chance to test with 4.1.2-SNAPSHOT ? That's what I'm wanting to do, I just can't work out where to get it. I naively put 4.1.2-SNAPSHOT as my karaf version in the pom, but it doesn't find it, as I

Re: Karaf termination caused by typing something incorrect on the gogo shell in 4.1.1

> On 13 June 2017 at 15:02 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > > Hi Tom > > It has been fixed and will be included in 4.1.2. > Ah, good. 4.1 seems unusable as far as I can see otherwise. I've been looking around, but I can't find where I might get a

Karaf termination caused by typing something incorrect on the gogo shell in 4.1.1

Start up Karaf with the "bin/karaf.bat" shell script. At the console type help bundle:info You get: gogo: NullPointerException: "in" is null! If I run this from the official 4.1.1 install, it looks like this is trying to "more" the help contents or something. I get a colon, and if you press q

Re: Exception starting karaf custom distro "minimal example" from docs

> On 13 June 2017 at 12:32 Jean-Baptiste Onofré wrote: > > > I don't understand why you have the pax-web feature. > > Do you have it defined in bootFeatures ? Or do you install it by hand ? > > I can confirm that I don't have pax-web feature on my custom distro. So I

Re: Exception starting karaf custom distro "minimal example" from docs

> On 13 June 2017 at 09:08 Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > > > Hi Tom, > > Here's a pom.xml to do what you want: As far as I can see that's the same as the "minimal example" in the docs. If I use your example, I still get errors

Re: missing requirement osgi.contract=JavaServlet

OK, I've "solved" this by creating an additional bundle that simply has the required: Provide-Capability: osgi.contract;osgi.contract=JavaServlet;version:Vers ion="3.1";uses:="javax.servlet,javax.servlet.http,javax.servlet.descrip tor,javax.servlet.annotation" line in the MANIFEST. I say

RE: missing requirement osgi.contract=JavaServlet

With regard to the "wrap/0.0.0" error, running Maven with -X gives me: Caused by: org.apache.karaf.features.internal.service.Deployer$CircularPrerequisiteException: [wrap/0.0.0] at org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:266) at

missing requirement osgi.contract=JavaServlet

I'm trying to use the Karaf maven plugin to build a custom Karaf distribution (so "karaf-assembly" packaging type) I'm stuck on the following error though: Failed to execute goal org.apache.karaf.tooling:karaf-maven-plugin:4.1.1:assembly (default-assembly) on project karaf-distro: Unable to

Setting config properties with JMX bean happens asynchronously?

For test purposes we have a small java program that automatically deploys our built bundles into a Karaf container as part of the build and test process. However, the deployment process is unreliable. Basically what we do is connect to the main Karaf container and create a new instance. Then

Create and manager an instance using Jolokia

How do I create and then manage a new instance using jolokia? I can execute the commands on my root instance to create and start a new instance fine. On create I specify that I want "jolokia" as a feature. Fundamentally, in order to manage the second instance I have to connect directly to it

Re: Deploying an application from jenkins for test

Achim,Thanks. I'm trying to use mvn, as it does seem the best option. If I can get it to do what I want though. What I'm trying to work out is how to ensure that I get exactly the bundle that's just been published, and nothing gets cached. I'm publishing SNAPSHOT builds to our artifactory

Resolution problem with osgi.enroute.dto.api

I'm tracking down a rather odd problem trying to deploy a bundle into Karaf. The issue appears to be with the osgi.enroute.dto.api package. I'm getting this resolution error from Karaf: missing requirement: osgi.wiring.package;

Re: Creating features.xml files

> On 20 September 2016 at 12:52 Benson Margulies wrote: > > > I build all my features with the karaf-maven-plugin. > I don't use Maven, I use eclipse and bndtools, hence gradle as my build environment. Since I didn't have to do anything at all to get the gradle command

How do I resolve resolution problems in Karaf

I'm really struggling to get my bundles installed in Karaf, so I'd appreciate some hints on how to diagnose some issues. I'm trying to do a feature:install of a features.xml file I've written to install my bundles. My latest is: missing requirement osgi.wiring.package;

OSGi Log Service?

According to the documentation, the OSGi Log service is supported. I'm trying to install a bundle that uses it, and I get: missing requirement [bundleid/1.0.0.201609201024] osgi.service; filter:="(objectClass=org.osgi.service.log.LogService)"; effective:=active]] My use is with DS, so:

Re: Deploying an application from jenkins for test

> you can use Pax Exam[1] for that and start Karaf embedded, this will give > you a clean state for every run. Initially I want to do it for testing, but I then want to deploy a "snapshot" and "release" version of the actual application for general internal demo use. I currently already have an

Creating features.xml files

Up until now I've been developing code using bndtools in eclipse, writing bndrun files, resolving them, and running my application that way. The resolution step resolves all the requirements from the set of OBR repositories. All very easy (well, it is now, once I got over the learning curve :-) )

Re: Karaf, gogo shell?

I started using Karaf yesterday. Version 4.0.6. Not aware of shell-compat. What does it do? I can't see it mentioned in any documentation. Naively tried installing it. Doesn't seem to change my ability to run a gogo shell command that I can see? > On 19 September 2016 at 17:08 Benson

Karaf, gogo shell?

I'm trying to get started with Karaf, and am having a few issues. I have created a simple OSGi enroute project using bndtools in eclipse. I have created a feature.xml file for it and have installed it in karaf. So far so good. The default project that bndtools generates includes a gogo command.

Re: Strange behaviour after installing compendium bundle

After removing compendium bundle, install any feature won't make Karaf 'restart' and show Karaf logo again Thanks for your help. 2016-09-07 20:51 GMT+08:00 Jean-Baptiste Onofré <j...@nanthrax.net>: > Hi Tom, > > you don't have to install compendium bundle: it comes wi

Strange behaviour after installing compendium bundle

e:install spring/3.1.4.RELEASE karaf@root()> Any way to solve this symptom? Best Rgds, Tom

Re: subscribe

JB... didn't you just reply to the mailing list they aren't subscribed to? ;) On Wed, Sep 7, 2016 at 8:44 AM, Jean-Baptiste Onofré wrote: > Just send an e-mail to user-subscr...@karaf.apache.org > > Regards > JB > > > On 09/07/2016 09:00 AM, Saishrinivas Polishetti wrote: >

Re: [ANN] Apache Karaf Cellar 4.0.1 has been released

Good work folks! Looking forward to checking it out. On Sun, Jul 17, 2016 at 9:24 PM, Jean-Baptiste Onofré wrote: > The Karaf team is pleased to announce Cellar 4.0.1 release. > > Apache Karaf Cellar 4.0.1 is a maintenance release on the Cellar 4.x serie > including bug

Re: How do You use spring in OSGi?

it seems to me to be getting progressively worse, so my own opinion is even if in the short term there is a gain with the synergy and cross over between 2 apps, at the end of the day it mostly provides wiring, which you can get better support for out of Blueprint. My 2 cents. Tom On Fri, Apr 22, 2016

Re: Working WebSocket example?

A while ago me and Achim tried websockets with CXF, it failed miserably, so I also swapped to PAX Web. Clearly not to say it doesn't work, but there were a bunch of "oh we're so close, but its not working" moments On Mon, Apr 4, 2016 at 11:13 PM, Nick Baker wrote: >

Re: Embedding Karaf in a WAR (Tomcat)

Hi Martin I'm not sure quite how they bootstrap it, but Pentaho BI Server 6.x runs Tomcat & Karaf as a single service. Tom On Wed, Mar 23, 2016 at 11:53 AM, mjelen <martin.je...@isb-ag.de> wrote: > Dear Karaf developers und fellow users, > > due to customer requirements, we

Re: [ANN] New Karaf website online

Haha, very true! I suspect that word isn't required, and instead of a dual polymorphic container, what the author tried to say was "Karaf provides polymorphic container and application bootstrapping paradigms to the Enterprise." Of course, I still don't know what a single polymorphic container

Re: [ANN] New Karaf website online

Looks great the only issue i saw on my phone was the slider changed so quickly I could read the side. Tom On 4 Feb 2016 3:47 pm, "Jean-Baptiste Onofré" <j...@nanthrax.net> wrote: > Thanks for the update Scott, let's see to improve this ;) > > Regards > JB > &g

Re: How to solve bundle state GracePeriod

I had similar although I don't see your logs so I can't say if its 100% the same, but mixing jpa 1.x headers in blueprint with jpa 2.x as the installed feature will cause you that problem. Tom On Sun, Jan 24, 2016 at 7:11 PM, simon <simon-pob...@outlook.com> wrote: > Hello, I am tryi

Re: How to solve bundle state GracePeriod

com> wrote: > Hi Tom, thanks for your reply. Ok, downloaded sample aries libraries and > moved the jpa libraries and transaction to deploy (instead of using > feature:install) and it marks as "Active". > > So am I understanding this right; the problem is the headers in bluep

Re: Datasource not found

Okay It appears either a) upgrading to JPA 2 or b) switching from blueprint xml to blueprint annotations for JPA has fixed the issue as the test suite has now run a few times without freaking out. Tom On Mon, Dec 21, 2015 at 2:53 PM, Tom Barber <tom.bar...@meteorite.bi> wrote: >

Re: Datasource not found

n the test suite and neither consistently run the test suite. On Mon, Dec 21, 2015 at 12:07 PM, Tom Barber <tom.bar...@meteorite.bi> wrote: > Hmm yeah, although running my Karaf container in pax exam, reverts back to > throwing the same error, even though running it manually doesn't..

Re: Datasource not found

c feature > dependency in jdbc now. > > Regards > JB > > On 12/20/2015 09:29 PM, Tom Barber wrote: > >> Looks like I was missing pax-jdbc, although I did have 3 other pax jdbc >> related features. *facepalm* >> >> On Sun, Dec 20, 2015 at 5:37 PM

Re: Datasource not found

the data sources don't get resolved, some of the time, but some times they do. The filter timeouts look correct, am I missing anything else I can try? Thanks Tom On Mon, Dec 21, 2015 at 1:44 PM, Achim Nierbeck <bcanh...@googlemail.com> wrote: > if you want to have your datasource injected

Datasource not found

bi.meteorite.persistence/1.0.0.SNAPSHOT could not be found. And my bundle hangs in grace period. If I then stop and start karaf all my bundles start. So how do I get it to find the datasource before trying to start my bundle with blueprint? Thanks Tom

Re: Datasource not found

4.0.2 and whatever the latest pax jdbc version is. On 20 Dec 2015 12:20 pm, "Christian Schneider" <ch...@die-schneider.net> wrote: > What versions of karaf and pax-jdbc do you use? > > 2015-12-20 11:21 GMT+01:00 Tom Barber <tom.bar...@meteorite.bi>: > >&g

Re: Datasource not found

Okay so I tried something. If I unzip my distro and start it up and run jdbc:ds-list the data source is listed. If I then install my persistence bundle it finds it. If I unzip my distro and start up my persistence bundle, it doesn't detect the datasource. Am I missing some bootstrap? Tom

Re: Datasource not found

case I guess) ? > > Regards > JB > > On 12/20/2015 06:00 PM, Tom Barber wrote: > >> Okay so I tried something. >> >> If I unzip my distro and start it up and run jdbc:ds-list the data >> source is listed. If I then install my persistence bundle it finds it.

Re: Updating Snapshot bundles from installedFeatures

Scratch that, found the global update policy thing on jira. Tom On Thu, Dec 17, 2015 at 4:39 PM, Tom Barber <tom.bar...@meteorite.bi> wrote: > Hello folks, > > I have a custom distro with an installedFeature (will later be a > bootfeature), so it ships with the custom distro.

Updating Snapshot bundles from installedFeatures

the updated snapshot, because it already exists in distro/system it just uses the local one unless I manually delete it. Is there an alternative? Thanks Tom

  1   2   >