Folks,
I had this idea that I could set up a template in a
src/main/feature.xml and have the karaf-maven-plugin fill in the
versions. This idea is suggested, but not precisely promised, by the
documentation.
Something like:
mvn:org.ops4j.pax.logging/pax-logging-api/
and the version would appear
I suggest that you actually look at the RAT output file and see of
what it complains.
On Fri, Oct 14, 2016 at 8:30 AM, Christian Schneider
wrote:
> I just ran this with no problems.
>
> git checkout karaf-4.0.7
> mvn clean install -DskipTests
>
> mvn -v
> Apache Maven 3.2.5 (12a6b3acb947671f09b81
Have you considered just making a karaf assembly?
On Oct 8, 2016 11:22 AM, "emets...@gmail.com" wrote:
> Hi Guillaume,
>
> After digging a bit more, the apparent disparity between the client and the
> interactive console seems to be related to timing:
>
> bin/start && \
> bin/client -r 10 -d 5
On Thu, Sep 29, 2016 at 10:36 AM, Guillaume Nodet wrote:
>
>
> 2016-09-29 16:22 GMT+02:00 Benson Margulies :
>>
>> On Thu, Sep 29, 2016 at 10:12 AM, Guillaume Nodet
>> wrote:
>> > Manually maintaining the feature set is not something you should do.
>> &g
requisite' even what I'm
supposed to do?
Thanks,
benson
>
>
> 2016-09-29 16:08 GMT+02:00 Benson Margulies :
>>
>> On Thu, Sep 29, 2016 at 10:05 AM, Jean-Baptiste Onofré
>> wrote:
>> > Actually, you are using multi-stage: stage1 is (wrap) and sta
the karaf-maven-plugin to write
this file for me? Do I have to give up and manually maintain that
property?
Would the syntax be (a,b,c,d),e,g,f?
thanks,
benson
>
> Regards
> JB
>
>
> On 09/29/2016 03:54 PM, Benson Margulies wrote:
>>
>> Hi JB,
>>
>> I let t
On Thu, Sep 29, 2016 at 10:04 AM, Benson Margulies wrote:
> rosapi-worker-flinx-sdk
to be clear, rosapi-worker-flinx-sdk is the name of the feature that I
listed as a prerequisite of another feature.
And the featuresBoot when this failure is happening is:
featuresBoot = \
sting the stack trace of the error you have please ?
>
>
> 2016-09-29 15:54 GMT+02:00 Benson Margulies :
>>
>> Hi JB,
>>
>> I let the maven plugin write org.apache.karaf.features.cfg, so I don't
>> know, to be honest, if I'm using multi-stage.
>>
>> _
t 9:47 AM, Jean-Baptiste Onofré wrote:
> Hi Benson,
>
> do you use multi-stage in featuresBoot ?
>
> Regards
> JB
>
>
> On 09/29/2016 03:33 PM, Benson Margulies wrote:
>>
>> Folks,
>>
>> I build an assembly in which all the feature are boot featu
Folks,
I build an assembly in which all the feature are boot features,
because they are all going to be used.
When I try to make one of them a prerequisite of another, I get a
wiring error, because, apparently, the dependency tree at the package
level is not being respected in wiring the bundles.
Folks,
Since we upgraded to 4.0.6 of Karaf, our integration tests sometimes
hang. The karaf log is uninformative.
Here is a thread-dump of Karaf,
https://gist.github.com/benson-basis/99c51ad89c2358a08b7255b7d20db47a
And here is one of the surefire JVM that is supposed to test it.
If anyone has
On Tue, Sep 20, 2016 at 8:19 AM, wrote:
>
>> 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
> env
Tom, if you drop them _as bundles_, karaf works like any other osgi
container -- you have to drop in all the bundles you need. You might
need to set serviceRequirements to disable in
org.apache.karaf.features.cfg if your bundle manifests are not fully
informative on the topic of service capabilitie
I build all my features with the karaf-maven-plugin.
On Sep 20, 2016 3:12 AM, wrote:
> 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 s
What version of karaf?
Did you install the shell-compat feature, which is required for gogo commands?
On Mon, Sep 19, 2016 at 12:06 PM, wrote:
> 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
Never mind, I worked out for myself that fileinstall does the job.
On Fri, Sep 16, 2016 at 11:17 AM, Benson Margulies wrote:
> I've been asked to try an experiment in moving some of the code we run
> in Karaf into a minimal Felix container deployment. I've run into one
> sn
I've been asked to try an experiment in moving some of the code we run
in Karaf into a minimal Felix container deployment. I've run into one
snag: Some of my .cfg files in Karaf take advantage of writing values
that contain system property references, like
${karaf.etc}/something/something.
I had a
st
any service interfaces. I have been asked to make it easier to
configure the overall package to run only a subset.
>
> david jencks
>
>> On Sep 14, 2016, at 2:15 PM, Benson Margulies wrote:
>>
>> I'm hoping I know the answer to the following:
>>
>> Ass
I'm hoping I know the answer to the following:
Assume a DS component with immediate=true and configurationPolicy=REQUIRE.
When Karaf starts up, there's no config on the pid. The component won't start.
If I then use the ConfigurationAdmin service to dynamically define
some configuration, will it?
ow to avoid the refreshes..
>
> 2016-09-14 20:54 GMT+02:00 Benson Margulies :
>>
>> Folks,
>>
>> One of my pax-exam tests _sometimes_ fails with the backtrace below;
>> to be more precise, it hangs after showing this backtrace on the
>> console.
>&
Folks,
One of my pax-exam tests _sometimes_ fails with the backtrace below;
to be more precise, it hangs after showing this backtrace on the
console.
It seems as if this only happens when all of my ITs run; if I tell
failsafe to just run one, it seems never to happen.
Any ideas?
TIA
2016-09-1
his is no longer
> debuggable in that same session.
>
> Sure you can set up remote debugging and everything that comes with that.
> But having a direct debugger without the need to set this all up is way
> easier.
>
> On Wed, Sep 14, 2016 at 2:30 PM, Benson Margulies
> wrote
attach eclipse to the opened port is an alternative
>>
>> 2016-09-14 13:57 GMT+02:00 Jens Reimann :
>>
>>> Yes, that is then not executed by the Eclipse maven runner .. just a
>>> shell script. So debugging will not be set up.
>>>
>>> On Wed, Sep 14, 2
Some problem with typing:
target/assembly/bin/karaf
?
On Wed, Sep 14, 2016 at 6:48 AM, Benson Margulies
wrote:
> Is your goal to start one up and then run tests against it? If so, I have
> some other suggestions.
>
> On Wed, Sep 14, 2016 at 5:17 AM, Jens Reimann wrote:
>
>
Is your goal to start one up and then run tests against it? If so, I have
some other suggestions.
On Wed, Sep 14, 2016 at 5:17 AM, Jens Reimann wrote:
> Hi,
>
> There seems to be a goal for maven "karaf:run" which can run a single
> bundle. But is there some way to run a karaf assembly, directly
your use case?
>
> -Matt Pavlovich
>
>
>
> On 9/13/16 11:10 AM, Benson Margulies wrote:
>
>> Folks, other than the reference at the very beginning of
>> https://karaf.apache.org/manual/latest/, is there any doc on how to go
>> about embedding Karaf? If not, off to the source code, of course.
>>
>> thanks
>>
>>
>
Folks, other than the reference at the very beginning of
https://karaf.apache.org/manual/latest/, is there any doc on how to go
about embedding Karaf? If not, off to the source code, of course.
thanks
On Fri, Sep 9, 2016 at 10:00 PM, David Jencks
wrote:
> Well, either
> 1. you didn’t actually succeed in creating a bundle with a different pid
> for your component. Look in the (I hope generated) xml configuration in
> the bundle you’ve created and see if it’s what you expect.
> 2. you didn’t ac
t;
> So to get back to the initial problem, "feature:uninstall" does not go
> through the list of bundles and uninstalling them anymore. It removes the
> requirement from the list of input requirements and run the resolver again.
> If the feature is not needed anymore, its
I install shell-compat by including 'standard' in my assembly.
If I try to uninstall it, I get the following complaint that it is not
installed.
karaf@root>feature:uninstall shell-compat/4.0.6
2016-09-05 14:59:20,611 | ERROR | nsole user karaf | ShellUtil
| 191 - org.apache.karaf.s
blueprint.container,org.slf4j"
>>
>>
>> On
>> Mon, Sep 5, 2016 at 11:49 AM, Jean-Baptiste Onofré
>> wrote:
>>>
>>> It's maybe because your bundles require blueprint (or a feature
>>> dependency),
>>> no ?
>>>
>
ions,
> it doesn't use blueprint.
>
> Regards
> JB
>
> On 09/05/2016 05:46 PM, Benson Margulies wrote:
>>
>> That error I sent is from karaf 4.0.6. it seems to me to be saying that
>> the shell requires blueprint. Am I misreading it?
>>
>>
>&g
gt; JB
>
> On 09/05/2016 05:07 PM, Benson Margulies wrote:
>
>> Achim, Yes, I understand the principle. What I don't understand is how
>> anyone uses 'minimal'. Minimal includes shell, and shell requires
>> blueprint, and blueprint isn't 'minimal'
standard and
others?
On Mon, Sep 5, 2016 at 11:05 AM, Achim Nierbeck wrote:
> yep it's minimal so only the minimal required bundles are there.
> Blueprint is part of standard, as that isn't minimal anymore ...
>
> regards, Achiim
>
>
> 2016-09-05 16:45 GMT+02:00 B
Folks,
When I try to run an assembly that lists 'minimal' as a boot feature,
I get this error, indicating that (If I read it correctly) the shell
requires blueprint. Is this intended? I can switch to 'standard'
easily enough.
2016-09-05 10:42:36,560 | ERROR | pool-6-thread-1 |
BootFeaturesInsta
long discussion with Guillaume about that in the
>> past ;)
>>
>> As a workaround, you can use the feature capability definition (and
>> it can be done at runtime using feature:* commands). So your DS
>> components don't have to change.
>>
>
laume Nodet wrote:
>
>
> 2016-08-31 15:00 GMT+02:00 Benson Margulies :
>>
>> On Wed, Aug 31, 2016 at 5:50 AM, Jean-Baptiste Onofré
>> wrote:
>> > So, I will explain a new time (for the third time ;)).
>>
>> JB,
>>
>> I apologize for not bei
features xmlns 1.3.0 NOT for 1.4.0 (it was a bug). This bug has
> been fixed in Karaf 4.0.6. That's why when you upgraded from 4.0.4 to 4.0.6,
> the feature resolver is now "active" for your features XML and check the
> service enforcement.
>
> Regards
> JB
>
>
>
I just tried the experiment of moving our platform from 4.0.4 to
4.0.6, changing nothing but the karaf version. I received in return a
resolution error that I've never seen the like of before, complaining
that a particular service is missing with 'effective:=active'.
Since Karaf does not come to c
Benson,
>
> would be great to get some feedback about your experiences using dOSGi. As
> we are approaching the 2.0 version now is the best time to get important
> features in.
>
> Christian
>
> 2016-08-15 19:24 GMT+02:00 Benson Margulies :
>>
>> Correct. I t
EST service
> implementation object? You are directly registering the component instance
> with CXF, and there is no need for it to expose any service interfaces at all?
>
> thanks
> david jencks
>
>> On Aug 15, 2016, at 10:10 AM, Benson Margulies wrote:
>>
>> I do this by
I do this by making DS @Activate methods call the CXF API to publish
REST services.
On Mon, Aug 15, 2016 at 1:08 PM, Scott Lewis wrote:
> Hi Marc,
>
> The OSGi Remote Services specification (and the associated Remote Service
> Admin sepc) defines a standardized way to export OSGi services for re
Mon, Aug 15, 2016 at 10:34 AM, Benson Margulies wrote:
> Folks,
>
> I just upgraded my build to use pax-exam 4.9.1. And I got a very
> strange problem.
>
> If I run a single function test method:
>
> mvn
> -Dit.test=com.basistech.ws.itest.AnvilsRealComponentIT"#co
Folks,
I just upgraded my build to use pax-exam 4.9.1. And I got a very
strange problem.
If I run a single function test method:
mvn
-Dit.test=com.basistech.ws.itest.AnvilsRealComponentIT"#complexEntityRouting"
my code dies, because an mvn: URL leaks out.
This happens when Guice is referenc
feature, the OSGi dependencies of B wind up in the
feature.xml twice: once in A and once in B. THis is harmless but annoying.
On Fri, Aug 5, 2016 at 8:58 AM, Jean-Baptiste Onofré
wrote:
> OK I understand better now. What about changing the scope of the bundle
> dependency ?
>
> Regards
>
d I mark it provided, I have to then
redeclare the OSGi dependences at scope compile. It may be the least messy
solution.
thanks.
>
> On 5 Aug 2016, at 13:33, Benson Margulies wrote:
>
>
>
> On Fri, Aug 5, 2016 at 8:32 AM, Jean-Baptiste Onofré
> wrote:
>
>> You mea
On Fri, Aug 5, 2016 at 8:32 AM, Jean-Baptiste Onofré
wrote:
> You mean that you use the karaf-maven-plugin to generate the features.xml ?
>
JB,
Yes, I always use the plugin.
Regards, benson
>
> Regards
> JB
>
> On 08/05/2016 02:28 PM, Benson Margulies wrote:
>
&g
tand your point ;)
>
> You have an "uber" bundle containing packages, and this bundle is in a
> feature.
>
> This feature can be used as an inner feature.
>
> So what's the point ?
>
> Regards
> JB
>
>
> On 08/05/2016 02:03 PM, Benson Margulies w
Folks, I wonder if someone else has found a way out of this.
Consider a project that builds an OSGi bundle by aggregating some non-OSGi
jar Maven dependencies. Those dependencies are in the dependency tree of
the resulting bundle.
Now, consider what happens if you generate a feature to contain th
:
> You are using featuresBoot? Do you have featuresBootAsynchronous=false in
> your org.apache.karaf.features.cfg file?
>
>
> On Thu, Jul 14, 2016 at 9:33 AM Benson Margulies
> wrote:
>>
>> I don't think so, no. I do not do any dynamic installation. I use the
ainer without clearing out the data directory.
On Thu, Jul 14, 2016 at 1:39 AM, Jean-Baptiste Onofré wrote:
> Hi Benson,
>
> I guess you are using the deploy folder, so the fileinstall deployer, right
> ?
>
> Regards
> JB
>
>
> On 07/13/2016 10:56 PM, Benson Margulies wr
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 some trivial change reveals that we've failed to ensure
that service 'a' is available before component 'b' needs it. by and
large, we use DS to get t
SIgh. I can't repro the problem that's interesting to you, and the
more CXF-ish problem needs to be chased at CXF.
On Wed, Jul 6, 2016 at 12:29 PM, Benson Margulies wrote:
> If I can repro it, I'll endeavor to produce.
>
>
> On Wed, Jul 6, 2016 at 12:25 PM, Dav
If I can repro it, I'll endeavor to produce.
On Wed, Jul 6, 2016 at 12:25 PM, David Jencks wrote:
> I’m wondering what the DS implementation bundle is getting it’s Config Admin
> packages from in each case.
>
> thanks
> david jencks
>
>> On Jul 6, 2016, at 9:2
nd, so maybe
> only the command is the wrong one rather than the DS implementation, but
> something appears really different on restart.
>
> david jencks
>
>> On Jul 6, 2016, at 9:18 AM, Benson Margulies wrote:
>>
>> Here's how I got into this.
>>
>
ing case DS gets wired
> correctly to config admin.
>
> thanks
> david jencks
>
>> On Jul 6, 2016, at 9:10 AM, Benson Margulies wrote:
>>
>> com.basistech.worker.service.cfg exists.
>>
>> And when I stopped and started karaf, the component got itself a
components
appear to be alive.
and
But a swath of my CXF services stop working, even though their
components are activated and they have made the call to start the
service.
On Wed, Jul 6, 2016 at 12:10 PM, Benson Margulies wrote:
> com.basistech.worker.service.cfg exists.
>
> An
gt; david jencks
>
>> On Jul 6, 2016, at 8:52 AM, Benson Margulies wrote:
>>
>> Folks, I have a service that isn't starting, and I cannot see why. Any
>> clues?
>>
>>
>> karaf@root>scr:details com.basistech.ws.worker.service.WorkerService
>>
Folks, I have a service that isn't starting, and I cannot see why. Any clues?
karaf@root>scr:details com.basistech.ws.worker.service.WorkerService
Component Details
Name: com.basistech.ws.worker.service.WorkerService
State : UNSATISFIED
Properties :
I have a ton of working JAX-RS in 4.0.4 with CXF 3.1.x. I didn't see
the start of this thread. What's the problem?
On Fri, Jul 1, 2016 at 1:12 PM, Markus Rathgeb wrote:
> Hi Scott,
>
> my knowledge about ECF, CXF, JAX-RS is very very small.
> In the past I need to get the OSGi JAX-RS of hstaudac
On Mon, Jun 13, 2016 at 1:47 PM, Benson Margulies
wrote:
> Folks,
>
> Using Karaf 4.0.4, I've managed to create an assembly with a problem. The
> problem is that it cannot be started more than once without emptying the
> data directory.
>
> This assembly is has several
Folks,
Using Karaf 4.0.4, I've managed to create an assembly with a problem. The
problem is that it cannot be started more than once without emptying the
data directory.
This assembly is has several closely related assemblies that don't exhibit
this pathology, and, in fact, this one didn't until
et > <mailto:gno...@apache.org>>:
>>
>> It should be safe if you don't export the packages. They will be
>> available from the system class loader, but they won't be available
>> to bundles if they are not exported by the system bundle.
>
of how/why to use a in doc). So I
don't think that putting it into a bundle at all will work.
However, I would be very happy to be wrong. Is there something about
java.lang.ClassLoader#getSystemClassLoader inside Karaf that I don't
know?
Regards,
benson
>
> Regards
> JB
>
Hello there.
I'm trying to put a jar file into the karaf lib dir. Some classes in
there use SLF4J for logging.
Those encounter class-not-found errors for SLF4J.
Is it safe for me to add slf4j to the lib directory? I'm concerned
about disrupting pax-logging, but perhaps all of that is happening
i
before container startup.
>
> Regards
> JB
>
> On 06/01/2016 05:36 PM, Benson Margulies wrote:
>>
>> (See subject)
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
(See subject)
I'm reading:
The plugin accepts the element where you can add
containing the URL of the library. For instance:
mvn:org.postgresql/postgresql/9.3-1102-jdbc41;type:=endorsed
My goal is to get NIO file system providers into place; they tend to
have dependencies. Does this chase a dependenc
'licenses' is an alias that runs a series of bundle commands.
Is this surprising? Should I make a jira?
karaf@root>licenses | tac -f /tmp/licenses.txt
2016-05-17 10:30:21,226 | ERROR | nsole user karaf | ShellUtil
| 174 - org.apache.karaf.shell.core - 4.0.4 | Exception
caught whil
[0]' to type
java.util.Collection
On Tue, May 17, 2016 at 10:01 AM, Jean-Baptiste Onofré
wrote:
> https://karaf.apache.org/manual/latest/#_scripting_2
>
> Regards
> JB
>
>
> On 05/17/2016 06:57 PM, Benson Margulies wrote:
>>
>> On Tue, May 17, 2016 at 8:07 AM, Jean-Bapti
und to look at?
>
> Regards
> JB
>
>
> On 05/17/2016 03:41 PM, Benson Margulies wrote:
>>
>> Anyone know a way to get karaf to list bundles and their licenses ( when
>> known )
>>
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
Anyone know a way to get karaf to list bundles and their licenses ( when
known )
On Thu, May 5, 2016 at 12:56 AM, Jean-Baptiste Onofré wrote:
> Short answer: no.
Oh, well, conventional service lookup for moi.
>
> You can do gogo command but not karaf command.
>
> Regards
> JB
>
>
> On 05/04/2016 09:52 PM, Benson Margulies wrote:
>>
>&g
Can I @Component something annotated with
org.apache.karaf.shell.api.action.lifecycle.Service?
fg files
in Maven, thanks. I'll go ahead with that.
>
> Regards
> JB
>
>
> On 04/27/2016 07:09 PM, Benson Margulies wrote:
>>
>> I'm using pax-exam to test a karaf assembly that contains the
>> management feature. Is there some way to disable all th
I'm using pax-exam to test a karaf assembly that contains the
management feature. Is there some way to disable all the JMX without
uninstalling the feature, or do I need to just randomize the ports?
:1.1.2.v20160421042819]
On Thu, Apr 21, 2016 at 12:36 PM, Benson Margulies wrote:
> Karaf 4.0.4. pax-exam 4.8.0.
>
> I need to test a Karaf application with a number of different
> configurations (as specified in cfg files). So, I have about 10 pax
> exam classes, each with per
Karaf 4.0.4. pax-exam 4.8.0.
I need to test a Karaf application with a number of different
configurations (as specified in cfg files). So, I have about 10 pax
exam classes, each with per-class pax exam strategy.
The number recently doubled (it used to be more like 5). Ever since
then, we see spor
-api-model/1.0.100
Code in common for Rosette API Web Service 1.5
bean-validation-support
mvn:com.basistech.ws/rosapi-common/1.0.100-SNAPSHOT
mvn:com.basistech/adm-model/1.16.0
>
> John
>
> On Tue, Apr 19, 2016 at 9:09 PM Benson M
I have the plugin in each of my modules making a feature, and then an
aggregator project that uses the plugin again to combine them into a
single xml file that makes up the library of features.
On Tue, Apr 19, 2016 at 9:07 PM, John D. Ament wrote:
> I'm looking to get opinions, and figure it mak
I have one or two cases where the failure to set a config parameter or copy
a file into etc makes the system unusable. These are diagnosed, today, by
throws from activation methods, which results in a very noisy spew of log
messages -- the actual problem can get lost in the noise.
Is there any way
https://github.com/ops4j/org.ops4j.pax.web/blob/master/pax-web-features/src/main/resources/features.xml#L91-L96
>
>
>
> 2016-03-30 22:34 GMT+02:00 Benson Margulies :
>
>> We just noticed another fact.
>>
>> When Karaf starts up, pax-web or something writes out a jetty.xm
etty.xml is just available for convenience for specialized
> configurations. The same applies to the other two supported containers,
> Tomcat and Undertow.
>
> regards, Achim
>
>
> 2016-03-30 21:34 GMT+02:00 Benson Margulies :
>
>> OK, time for me to apologize.
>>
>&
d for additional configuration which isn't
> configurable via properties / configuration admin service.
>
> Handlers are a special case, you can add those either via the jetty.xml or
> via OSGi services.
>
> regards, Achim
>
> [1] -
> http://ops4j.github.io/pax/web/4.
org.ops4j.pax.web.config.file=${karaf.base}/etc/jetty.xml
>
> to provision your own jetty.xml.
>
> Regards
> JB
>
>
> On 03/30/2016 06:07 PM, Benson Margulies wrote:
>
>> Am I correct that none of the jetty.xml files in the Karaf source tree
>> are live
Am I correct that none of the jetty.xml files in the Karaf source tree are
live in the standard package, and that the config falls back to pax-web?
I found my mistake in the endorsed dir config in wrapper.conf.
On Tue, Mar 29, 2016 at 5:02 PM, Benson Margulies
wrote:
> What does it look like in there? I bet you I do not.
>
>
> On Tue, Mar 29, 2016 at 4:36 PM, Jean-Baptiste Onofré
> wrote:
>
>> Check if you have
What does it look like in there? I bet you I do not.
On Tue, Mar 29, 2016 at 4:36 PM, Jean-Baptiste Onofré
wrote:
> Check if you have JCE in your wrapper.conf.
>
> Regards
> JB
>
>
> On 03/29/2016 02:08 PM, Benson Margulies wrote:
>
>> When I 'wrap' m
I get authentication, instead. Can anyone tell me
how to turn it off?
On Tue, Mar 29, 2016 at 7:58 AM, Benson Margulies wrote:
> When I access '/doc', it asked me to log in. I don't think it was
> doing that when I set this up the other day, but then again, browser
> caching c
When I 'wrap' my karaf container, I lose the ability to ssh to it at 8101:
In java, I get a backtrace like the following. At the shell, I see
➜ package git:(master) ssh -p 8101 karaf@localhost
Unable to negotiate with ::1: no matching cipher found. Their offer:
It works fine when I launch the co
When I access '/doc', it asked me to log in. I don't think it was
doing that when I set this up the other day, but then again, browser
caching can mislead. How can I turn it off?
http://www.eclipse.org/jetty/configure_9_0.dtd";>
https
32768
8192
8192
true
/doc
../../doc
true
jvm 1| 2016-03-16 08:08:39,183 | WARN | tp1085327538-940 | Response
| 217 - org.eclipse.jet
On Fri, Mar 18, 2016 at 6:46 AM, Achim Nierbeck
wrote:
>
> http://ops4j.github.io/pax/web/4.2.x/index.html#_advanced_jetty_configuration
For my particular application, zero java code is actually preferable.
Anyhow, why would configuring it that way prevent Jetty from try to write
to closed conn
This is only a problem for errors.
On Wed, Mar 16, 2016 at 8:11 AM, Benson Margulies
wrote:
>
>
>
>
> /doc
>
>class="org.eclipse.jetty.server.handler.ResourceHandler">
>
ng?
> And did you check if that bug is already been fixed with Pax-Web?
>
> regards, Achim
>
>
> 2016-03-18 11:54 GMT+01:00 Benson Margulies :
>
>>
>> On Fri, Mar 18, 2016 at 6:46 AM, Achim Nierbeck
>> wrote:
>>
>>>
>>> http://ops4j.gith
Thanks.
On Wed, Mar 16, 2016 at 8:48 AM, Philipp Marx wrote:
> You can do something like this:
>
> /keystore
>
> Cheers,
>
> Philipp
>
> Benson Margulies schrieb am Di., 15. März 2016 um
> 22:46 Uhr:
>
>> Can I use any ${...} in there to pass in the pat
Can I use any ${...} in there to pass in the pathname of static content?
${karaf.etc} etc would work fine.
So, I had my stuff working in IntelliJ with runEmbedded(true).
Then I modified the pom of the itest project to include the CXF JAXRS
runtime, since I needed to launch a CXF service (mocking something) in
a test.
That was the end of running embedded, as I got class cast errors from
multiple copies
I would like it to be so that when someone runs 'stop', some work in
progress finishes.
This would seem to require the @Deactivates to run in 'the right
order'. Presumably, the order is based on the graph of dependencies.
I'm thinking that I should create my own shutdown service and invoke
it bef
I'm in production with 4.0.4 + CXF 3.1.4. I don't use blueprint, I
call the CXF API to publish my services.
On Thu, Mar 3, 2016 at 1:48 PM, Leandro Andrade wrote:
> Do somebody know something about it?
>
> 2016-02-29 17:12 GMT-03:00 Leandro Andrade :
>>
>> Hi again,
>>
>> I used karaf 3.0.5 + cx
1 - 100 of 317 matches
Mail list logo