n it asap.
>
> Regards
> JB
>
> On Thu, Apr 28, 2022 at 3:33 PM Bengt Rodehav wrote:
> >
> > I created this issue:
> >
> > https://issues.apache.org/jira/browse/KARAF-7428
> >
> > /Bengt
> >
> > Den mån 25 apr. 2022 kl 10:
the problem ? I won't
> miss this time like this, I promise ;)
>
> Regards
> JB
>
> On Mon, Apr 25, 2022 at 10:22 AM Bengt Rodehav wrote:
> >
> > Hello JB,
> >
> > I noticed that you have now released Karaf 4.4.0. Did you get a chance
> to look at this
Hello JB,
I noticed that you have now released Karaf 4.4.0. Did you get a chance to
look at this issue?
/Bengt
Den tors 24 mars 2022 kl 13:32 skrev Bengt Rodehav :
> OK - thanks,
>
> /Bengt
>
> Den ons 23 mars 2022 kl 07:19 skrev Jean-Baptiste Onofré >:
>
>> Hi
&g
OK - thanks,
/Bengt
Den ons 23 mars 2022 kl 07:19 skrev Jean-Baptiste Onofré :
> Hi
>
> Not yet, I will as part of 4.4.0 release preparation.
> I will keep you posted soon.
>
> Regards
> JB
>
> On Tue, Mar 22, 2022 at 5:30 PM Bengt Rodehav wrote:
> >
Did you have a chance to test this on Windows JB?
/Bengt
Den fre 11 mars 2022 kl 17:17 skrev Bengt Rodehav :
> OK - thanks.
>
> /Bengt
>
> Den fre 11 mars 2022 kl 15:53 skrev Jean-Baptiste Onofré >:
>
>> Hi
>>
>> I think it’s more Karaf-maven-plugin is
OK - thanks.
/Bengt
Den fre 11 mars 2022 kl 15:53 skrev Jean-Baptiste Onofré :
> Hi
>
> I think it’s more Karaf-maven-plugin issue/use on windows.
>
> We don’t have such issue on Unix. Let me try on Windows vm.
>
> Regards
> JB
>
> Le ven. 11 mars 2022 à 15:38, Be
skrev Bengt Rodehav :
> Yes, that's correct.
>
> /Bengt
>
> Den tors 10 mars 2022 kl 18:55 skrev Jean-Baptiste Onofré >:
>
>> Hi Bengt,
>>
>> I guess you are on Windows right ?
>>
>> Regards
>> JB
>>
>> On Thu, Mar 10, 2022 at
Yes, that's correct.
/Bengt
Den tors 10 mars 2022 kl 18:55 skrev Jean-Baptiste Onofré :
> Hi Bengt,
>
> I guess you are on Windows right ?
>
> Regards
> JB
>
> On Thu, Mar 10, 2022 at 3:56 PM Bengt Rodehav wrote:
>
>> I use Karaf 4.3.6 and I'm tr
I use Karaf 4.3.6 and I'm trying to upgrade our Camel version to the latest
(2.14.2). It turns out I get a problem with karaf-maven-plugin,
goal features-add-to-repository.
The new Karaf feature descriptor for Camel now starts with the following
three lines:
Tried your advise and it worked perfectly - thanks!
/Bengt
Den tors 10 mars 2022 kl 09:16 skrev Bengt Rodehav :
> Sorry, just saw that you answered how to provide capability via the
> feature - will try that.
>
> /Bengt
>
> Den tors 10 mars 2022 kl 09:06 skrev Bengt Rodehav :
Sorry, just saw that you answered how to provide capability via the feature
- will try that.
/Bengt
Den tors 10 mars 2022 kl 09:06 skrev Bengt Rodehav :
> Thanks a lot JB - this really helps!
>
> Do you also know if it is possible to make pax-jdbc generate the
> correspondi
/cap since Karaf 4.2.x), it's because
> your bundles MANIFEST have changed (when you upgraded the
> maven-bundle-plugin version).
>
> Regards
> JB
>
> On Wed, Mar 9, 2022 at 8:37 PM Bengt Rodehav wrote:
>
>> Aha - thanks a lot. I thought I was goin crazy. I use pax-
es/karaf-jpa-example/karaf-jpa-example-features/src/main/feature/feature.xml#L28
>
> Regards
> JB
>
> On Wed, Mar 9, 2022 at 5:30 PM Bengt Rodehav wrote:
>
>> But the filetransfoerhistoryjta datasource is there. I've verified that.
>> And if I install the bundle dire
.
>
> On Wed, Mar 9, 2022 at 4:59 PM Bengt Rodehav wrote:
>
>> I didn't have any problems with this using Karaf 4.3.3. Do you know if
>> something has changed? I'm using Karaf 4.3.6 now.
>>
>> /Bengt
>>
>> Den ons 9 mars 2022 kl 16:46 skrev Bengt Rodeha
I didn't have any problems with this using Karaf 4.3.3. Do you know if
something has changed? I'm using Karaf 4.3.6 now.
/Bengt
Den ons 9 mars 2022 kl 16:46 skrev Bengt Rodehav :
> Is there any way to stop the feature installer from using the resolver?
>
> /Bengt
>
> Den ons 9
Is there any way to stop the feature installer from using the resolver?
/Bengt
Den ons 9 mars 2022 kl 16:37 skrev Bengt Rodehav :
> Unfortunately I didn't get any extra information. I got the same as before
> which is:
>
> 2022-03-09T16:26:02,494 | INFO | pipe-feature:install
lix.resolver.Candidates$MissingRequirementError.toException(Candidates.java:1341)
~[?:?]
at
org.apache.felix.resolver.Candidates$MissingRequirementError.toException(Candidates.java:1341)
~[?:?]
... 12 more
I tried the "--store" option which gave me a quite large file that I
unfortunately did not understand
-v to get resolver output and you will
> probably see the chain found by the resolver.
>
> Regards
> JB
>
> Le mer. 9 mars 2022 à 15:22, Bengt Rodehav a écrit :
>
>> I have a very strange problem (in Karaf 4.3.6). I use JPA and have a
>> bundle containing a
I have a very strange problem (in Karaf 4.3.6). I use JPA and have a bundle
containing a persistence.xml in which a datasource is referenced:
osgi:service/javax.sql.DataSource/(osgi.jndi.service.name
=jdbc/filetransferhistoryjta)
If the datasource is not available when I install this bundle
ors 17 dec. 2020 kl 17:46 skrev Bengt Rodehav :
> Just a thought...
>
> The wrapper sets the current directory to the folder where its executable
> resides. But what current directory does Karaf have? If the two don't agree
> with this but they both parse the KARAF_HOME and KARAF_BASE va
Den tors 17 dec. 2020 kl 17:33 skrev Bengt Rodehav :
> Hello JB,
>
> I've tested and experimented more about this issue. First I replaced the
> wrapper bundled int Karaf 4.3.0 with the one bundled in Karaf 4.0.7. I get
> the same result so the problem is probably not with the
Den tors 17 dec. 2020 kl 13:54 skrev Bengt Rodehav :
> I am using openjdk15 on Windows 7 and Windows 10 in case that could affect
> this issue.
>
> /Bengt
>
> Den tors 17 dec. 2020 kl 08:51 skrev Bengt Rodehav :
>
>> Thanks JB - I appreciate it.
>>
>> /Beng
I am using openjdk15 on Windows 7 and Windows 10 in case that could affect
this issue.
/Bengt
Den tors 17 dec. 2020 kl 08:51 skrev Bengt Rodehav :
> Thanks JB - I appreciate it.
>
> /Bengt
>
> Den tors 17 dec. 2020 kl 06:08 skrev Jean-Baptiste Onofre >:
>
>> Hi,
>
gt;
> I will keep you posted.
>
> Regards
> JB
>
> > Le 16 déc. 2020 à 16:16, Bengt Rodehav a écrit :
> >
> > I am upgrading from Karaf 4.0.7 to 4.3.0 and have run into problems
> starting Karaf as a service.
> >
> > We want to be able to unpack our
I am upgrading from Karaf 4.0.7 to 4.3.0 and have run into problems
starting Karaf as a service.
We want to be able to unpack our Karaf based application anywhere so we
need to avoid absolute paths everywhere. In the past, our
karaf-wrapper.conf has contained the following lines:
HttpService) is bound to "/" as this is the context of
> it.
> So everything inside this context "/" will be managed by everything we got
> there. Therefore a filter matching "/*" will always match for every other
> root folder. As those are just aliases on top of conte
WAB's as those have another
> HttpContext.
>
> regards, Achim
>
>
> 2016-11-11 19:25 GMT+01:00 Pratt, Jason <jason.pr...@windriver.com>:
>
>> I ran into the same issue and eventually gave up using Shiro
>>
>>
>>
>> *From:* bengt.rode...@gmail.com [ma
onsole installs
some filter that will kick in when I use anonymous filter.
Anyone has an idea about this?
I guess as a workaround I'll have to skip the webconsole. Normally I would
like it installed though since it is very useful.
/Bengt
2016-11-07 8:40 GMT+01:00 Bengt Rodehav <be...@rodehav.c
Karaf require basic
authentication?
Note also that I have the Karaf web console installed. I think it might
interfere with this.
/Bengt
2016-11-04 17:27 GMT+01:00 Steinar Bang <s...@dod.no>:
> >>>>> Bengt Rodehav <be...@rodehav.com>:
>
> > It seems that if I
It seems that if I comment away the following line in etc/system.properties
then the basic authentication goes away:
*karaf.local.roles = admin,manager,viewer,systembundles*
Not sure how this works. Would appreciate if someone could explain.
/Bengt
2016-11-04 16:42 GMT+01:00 Bengt Rodehav
Hi,
I'm using Apache Shiro in Karaf 4.0.7. Not sure if the problem I have is a
Karaf related problem or just a Pax-Web related problem so I post in both
foras.
Here is an extract of my Shiro ini file:
[urls]
/api/getCurrentUser = anon
/login = authc
/logout = logout
/admin/** = authc
The
rted. There isn't any reason for the pax web bundles to do so ... :/
> sorry didn't get any further on this ..
>
> regards, Achim
>
>
>
>
> 2016-07-11 14:47 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
>
>> Did you have a chance to look at this Achim? If there
Did you have a chance to look at this Achim? If there is a problem with the
pax-jetty feature it would be nice to have it fixed in Karaf 4.0.6 which I
understand is in the works.
/Bengt
2016-07-07 9:13 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
> OK - thanks Achim,
>
> /Bengt
ading of DLLs is correct in case of the
> location of the dll is inside of a bundle and does have dependencies to
> another dll. If it's a dll loaded via the root classloader that shouldn't
> be of an issue.
>
> regards, Achim
>
>
> 2016-07-04 16:04 GMT+02:00 Bengt Rodehav &
/Bengt
2016-07-04 15:51 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
> A theory: Could one of the bundles installed by feature pax-jetty be using
> log4j 2.x directly without using Pax-logging? If so, would it too try to
> read the log4j configuration file? I guess it wou
, how can I find out which bundle?
/Bengt
2016-07-04 15:15 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
> Back to the Karaf mailing list
>
> I can actually get this problem on a standard vanilla Karaf 4.0.5. It
> seems to be triggered when installing the feature pax-jett
conversation to the OOPS4J mailing list.
/Bengt
2016-07-01 8:55 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
> OK - I guess I misunderstood this then.
>
> Looking in the POM's I now see that there are dependencies to both log4j
> 1.2.16 and log4j 2.x.
>
>
com>:
> Hi Bengt,
>
> newer versions of Pax-Logging don't use log4j2 per default so this should
> still work ...
> the underlying impl is still log4j 1 unless someone changed it on a minor
> version update ...
>
> regards, Achim
>
>
> 2016-06-30 16:23 GMT
version that supports log4j2.
Anyone else encountered this?
/Bengt
2016-06-30 14:48 GMT+02:00 Jean-Baptiste Onofré <j...@nanthrax.net>:
> In Karaf 4, the dll should go in lib/ext.
>
> Regards
> JB
>
> On 06/30/2016 02:16 PM, Bengt Rodehav wrote:
>
>> I
You can do this by using MDC combined with filters (I implemented that in
Pax logging a few years back).
E g if you use this root logger:
log4j.rootLogger=INFO, stdout, info, error, bundle, context, osgi:*
And you define the "bundle" log as follows:
I have a feeling that I need to put the NTEventLogAppender.amd4.dll in
another directory in Karaf 4.0.5 then in Karaf 2.4.1.
I have always put it in the directory %KARAF_HOME%/lib which works for
Karaf 2.4.1. Where should DLL's be put in Karaf 4.0.5?
/Bengt
2016-06-29 17:37 GMT+02:00 Bengt
I'm trying to upgrade from Karaf 2..1 to 4.0.5 and I run into problems
regarding NTEventLogAppender. I get the following on startup:
2016-06-29 17:16:05,354 | ERROR | 4j.pax.logging]) | configadmin
| ?
? | [org.osgi.service.log.LogService,
org.knopflerfish.service.log.LogService,
took,
/Bengt
2016-06-29 16:08 GMT+02:00 Bengt Rodehav <be...@rodehav.com>:
> Did you ever get an answer to this?
>
> I get the same problem when upgrading from Karaf 2.4.1 to 4.0.5 and would
> like to know how you solved it.
>
> /Bengt
>
> 2013-09-27 14:55 GMT+02:00
Did you ever get an answer to this?
I get the same problem when upgrading from Karaf 2.4.1 to 4.0.5 and would
like to know how you solved it.
/Bengt
2013-09-27 14:55 GMT+02:00 A. Rothman :
> Hi,
>
> I'm trying to create an offline installation of karaf 2.3.3 containing
Regards
> JB
>
>
> On 06/29/2016 10:45 AM, Bengt Rodehav wrote:
>
>> I haven't visited the Karaf web site for while. It looks much better
>> these days.
>>
>> However, I was looking for the dependencies matrix for the latest
>> version (4.0.5) and couldn'
I haven't visited the Karaf web site for while. It looks much better these
days.
However, I was looking for the dependencies matrix for the latest version
(4.0.5) and couldn't find it. It is normally of great help when upgrading
to a new Karaf version.
/Bengt
-Baptiste about setting back
the timeout to 0, but we delayed it for some reason I don't recall.
Maybe JB remembers ...
2014-03-19 13:28 GMT+01:00 Bengt Rodehav be...@rodehav.com
mailto:be...@rodehav.com:
Hello Guillaume!
That made all the difference in the world. The CPU now finally
Great!
2014-03-20 10:01 GMT+01:00 j...@nanthrax.net j...@nanthrax.net:
Hi Bengt,
Yes it's already done.
Regards
JB
--
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -
From: Bengt Rodehav be...@rodehav.com
I added ,org.netbeans.lib.profiler.server to the property
org.osgi.framework.bootdelegation and the profiling now seems to work!
Thanks Guillaume,
/Bengt
2014-03-18 16:12 GMT+01:00 Bengt Rodehav be...@rodehav.com:
I'll try that. Thanks for the tip.
/Bengt
Den 18 mar 2014 16:04 skrev
:48 AM, Bengt Rodehav be...@rodehav.com wrote:
I added ,org.netbeans.lib.profiler.server to the property
org.osgi.framework.bootdelegation and the profiling now seems to work!
Ah thanks for sharing.
Wonder if this can be added to the Karaf documentation somehwere - as
visualvm is a lovely
I'm using karaf 2.3.4 and Camel 2.13.3.
I've been investigating performance problems with Camel's sjms component.
Here is the discussion:
http://camel.465427.n5.nabble.com/sjms-and-multiple-threads-td5748836.html
However, at the end I discovered that my real problem was the unmarshalling
of an
I'm using Karaf 2.3.4 currently with Java 6 / 64 bit (1.6.0_32). I've been
using Java VisualVM to monitor threads. But I haven't managed to get the
profiler to work with a Karaf process. As soon as I start the profiling I
get a lot of NoClassDefFoundError's in the Karaf console. I think most of
I'll try that. Thanks for the tip.
/Bengt
Den 18 mar 2014 16:04 skrev Guillaume Nodet gno...@apache.org:
Have you tried adding the needed package to
the org.osgi.framework.bootdelegation property ? It may help in that case.
2014-03-18 15:49 GMT+01:00 Bengt Rodehav be...@rodehav.com:
I'm
but I think my upgrade to
Camel 2.12.1 caused this to happen.
I will investigate this further but could this mean that Camel 2.12.1
(its features) is incompatible with Karaf 2.3.3?
/Bengt
2013/10/14 Bengt Rodehav be...@rodehav.com
OK - thanks. Will try adding the Spring repo tomorrow
is not available as OSGi bundles from EBR.
As you can see at the issue that I linked for your convenience.
regards, Achim
2013/10/15 Bengt Rodehav be...@rodehav.com
But...
I installed a fresh Karaf 2.3.3. I then used features:chooseurl to get
access to latest Camel features. Then I did
I just upgraded to from Karaf 2.3.1 to 2.3.3. When I build my custom server
I try to download all the dependencies. I tried to use Spring version
3.2.4.RELEASE since that is now available in Karaf.
Below is an excerpt from the standard-2.3.3-features.xml included in
Karaf 2.3.3:
!-- Spring
-2430
Regards,
Minto
Bengt Rodehav schreef op 14-10-2013 17:30:
I just upgraded to from Karaf 2.3.1 to 2.3.3. When I build my custom
server I try to download all the dependencies. I tried to use Spring
version 3.2.4.RELEASE since that is now available in Karaf.
Below is an excerpt from
to Camel
2.12.1 caused this to happen.
I will investigate this further but could this mean that Camel 2.12.1 (its
features) is incompatible with Karaf 2.3.3?
/Bengt
2013/10/14 Bengt Rodehav be...@rodehav.com
OK - thanks. Will try adding the Spring repo tomorrow. Really strange that
they don't use
OK.
I normally use iPOJO for anything that is a bit more advanced. iPOJO has
much more possibilities than Blueprint. So far I have used iPOJO for all
managed service factories but was looking at Blueprint for the simpler,
more straightfoward, cases. Unfortunately it doesn't seemt to fit the bill.
You and me seem to have similar problems. I posted the following on the
Aries user list:
http://www.mail-archive.com/user@aries.apache.org/msg01043.html
So far no one has responded which is a bit disappointing.
I also have problems with using the configured properties. But I also
couldn't get
2013/9/10 Bengt Rodehav be...@rodehav.com
I'm trying to connect to Weblogic JMS from within Karaf. I've
wrapped wlthint3client.jar Weblogic from Weblogic in an OSGi bundle. I use
the following code:
HashtableString, String env = new HashtableString, String();
env.put
I'm trying to connect to Weblogic JMS from within Karaf. I've
wrapped wlthint3client.jar Weblogic from Weblogic in an OSGi bundle. I use
the following code:
HashtableString, String env = new HashtableString, String();
env.put(Context.PROVIDER_URL, t3://127.0.0.1:7001);
Thanks a lot JB - you are fast...
/Bengt
2013/5/30 Jean-Baptiste Onofré j...@nanthrax.net
Hi Bengt,
I fixed it (with a couple of other issues around org.json package, etc).
It will be included in 2.3.2, etc.
Regards
JB
On 05/30/2013 09:56 AM, Bengt Rodehav wrote:
I'm using Karaf
://issues.apache.org/jira/browse/KARAF-2297
Regards
JB
On 05/30/2013 11:08 AM, Bengt Rodehav wrote:
Thanks a lot JB - you are fast...
/Bengt
2013/5/30 Jean-Baptiste Onofré j...@nanthrax.net mailto:j...@nanthrax.net
Hi Bengt,
I fixed it (with a couple of other issues around
I've been using Karaf 2.3.0 for a while. I now tried to upgrade to Karaf
2.3.1 but ran into problems with CXF.
I use cxf-codegen-plugin to generate code from a WSDL file so that I can
call the web service via a proxy. However, after upgrading to Karaf 2.3.1 I
get the following exception:
/2013 09:30 AM, Bengt Rodehav wrote:
I've been using Karaf 2.3.0 for a while. I now tried to upgrade to Karaf
2.3.1 but ran into problems with CXF.
I use cxf-codegen-plugin to generate code from a WSDL file so that I can
call the web service via a proxy. However, after upgrading to Karaf
2.3.1 I
://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-4-2, at 下午3:30, Bengt Rodehav wrote:
I've been using Karaf 2.3.0 for a while. I now tried to upgrade to Karaf
2.3.1 but ran into problems with CXF.
I use cxf
I found this blog post by Dan Kulp:
http://www.dankulp.com/blog/2011/11/apache-cxf-in-osgi/
I modified the jre.properties accordingly but I still get the exact same
stack trace.
/Bengt
2013/4/2 Bengt Rodehav be...@rodehav.com
Hello Freeman,
It would be a lot of work for me to narrow down
, Bengt Rodehav wrote:
I found this blog post by Dan Kulp:
http://www.dankulp.com/blog/**2011/11/apache-cxf-in-osgi/http://www.dankulp.com/blog/2011/11/apache-cxf-in-osgi/
I modified the jre.properties accordingly but I still get the exact same
stack trace.
/Bengt
2013/4/2 Bengt Rodehav
/1473905042
weibo: @Freeman小屋
On 2013-4-2, at 下午4:38, Bengt Rodehav wrote:
I found this blog post by Dan Kulp:
http://www.dankulp.com/blog/2011/11/apache-cxf-in-osgi/
I modified the jre.properties accordingly but I still get the exact same
stack trace.
/Bengt
2013/4/2 Bengt Rodehav
: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-4-2, at 下午5:07, Bengt Rodehav wrote:
I'll see if I can get a test case done for this although it might take a
while. Meanwhile, can you explain what mechanism is used for resolving the
implementation
in Karaf
2.3.0. Does the new blueprint version do some classloading magic?
/Bengt
2013/4/2 Bengt Rodehav be...@rodehav.com
Thanks, will read the blog.
2013/4/2 Freeman Fang freeman.f...@gmail.com
Hi,
Good question, yeah, the traditional JAVA SPI mechanism generally doesn't
work in OSGi
.
Even if I fix this I'm still not done since I don't know how to get the
endorsed versions to work with Cxf. Hopefully someone knows how to get that
to work.
/Bengt
2013/4/2 Bengt Rodehav be...@rodehav.com
No, I did not update the Cxf version. I use Cxf 2.6.3 in both cases.
I wonder why
Just checked the feature descriptor for Cxf 2.7.3. It still includes the
2.2 api's. I wonder if anyone has gotten this to work on Karaf 2.3.1 and,
if so, how they did it.
/Bengt
2013/4/2 Bengt Rodehav be...@rodehav.com
Another observation.
In Cxf 2.6.3 feature descriptor, the feature cxf
I've had the exact same problem and have really been scratching my head...
Dan, can you share exactly what you put in the dependency management
section?
/Bengt
2013/1/3 mikevan mvangeert...@comcast.net
Great catch, Dan!
On 1/2/2013 9:47 PM, dantran [via Karaf] wrote:
Looks like it is a
OK - I'll wait until you've committed this in Karaf then.
Thanks,
/Bengt
2013/1/3 Jean-Baptiste Onofré j...@nanthrax.net
I think that pax-exam 2.6 (and dependencies like swissbox, etc) should be
enough.
Anyway, I gonna update for Karaf 2.3.1.
Regards
JB
On 01/03/2013 10:10 AM, Bengt
groupIdorg.ops4j.pax.exam/groupId
artifactIdpax-exam/artifactId
version${pax-exam.version}/version
/dependency
...
/dependencies
/dependencyManagement
On Thu, Jan 3, 2013 at 1:10 AM, Bengt Rodehav be...@rodehav.com wrote:
I've had the exact same problem and have
don't think this is the cause for my problem since I've tried to skip my
own org.ops4j.pax.web.cfg but still haven't managed to set my special
property correctly.
/Bengt
2012/12/17 Bengt Rodehav be...@rodehav.com
Good idea,
I already have my own org.ops4j.pax.web.cfg but it's easy to forget
Perfect - it makes life easier,
/Bengt
2012/12/17 Achim Nierbeck bcanh...@googlemail.com
Hi Bengt,
Pax-Web does use the Metadata service.
regards, Achim
2012/12/17 Bengt Rodehav be...@rodehav.com
Good idea,
I already have my own org.ops4j.pax.web.cfg but it's easy to forget
believe must be fixed.
/Bengt
2012/12/17 Bengt Rodehav be...@rodehav.com
Perfect - it makes life easier,
/Bengt
2012/12/17 Achim Nierbeck bcanh...@googlemail.com
Hi Bengt,
Pax-Web does use the Metadata service.
regards, Achim
2012/12/17 Bengt Rodehav be...@rodehav.com
Good idea,
I
/1473905042
weibo: @Freeman小屋
On 2012-12-14, at 下午11:21, Bengt Rodehav wrote:
Thanks for your reply Achim.
However, I don't quite understand how this works - is this described
somewhere? Things that would be nice to understand are:
- What role does the jettyconfig file has?
- What role
, Bengt Rodehav wrote:
Thanks for the advice Freeman - I'll think about that.
/Bengt
2012/12/17 Freeman Fang freeman.f...@gmail.com
mailto:freeman.f...@gmail.com**
Hi,
As you also have your own etc/org.ops4j.pax.web.cfg, it means it
will override the configuration for http
of configuration
also. :)
regards, Achim
2012/12/14 Bengt Rodehav be...@rodehav.com
Thanks for your reply Achim.
However, I don't quite understand how this works - is this described
somewhere? Things that would be nice to understand are:
- What role does the jettyconfig file has?
- What role does etc
regards,
Andreas
On Thu, Dec 13, 2012 at 2:22 PM, Bengt Rodehav be...@rodehav.com wrote:
Hello Andreas,
Yes, the example with the features file (org.apache.karaf.features.cfg)
doesn't work but should.
I'm not sure what the log.cfg and the custom.settings files are. However,
I do
I'm running a web application on Karaf 2.2.8. I need to send quite a lot of
data to the server using the POST method. I get the following error message
on the web browser side:
Form too large15920
After googling I found how to reconfigure this on
it doesn't work
and the jetty.xml is interpreted after the server is configured you
probably need some getAttribute first.
A maybe not so good matching example can be found at [1]
regards, Achim
[1] - http://nierbeck.de/cgi-bin/weblog_basic/index.php?p=165
2012/12/14 Bengt Rodehav
/xml/features
this shouldn't work, but e.g.
in log.cfg
pattern = ${abc}
and in custom.settings
abc = %d{ISO8601} | %-5.5p | %-16.16t | %-32.32c{1} | %X{bundle.id} - %X{
bundle.name} - %X{bundle.version} | %m%n
works?
Kind regards,
Andreas
On Thu, Dec 13, 2012 at 8:22 AM, Bengt Rodehav
free to
correct me :-)
Kind regards,
Andreas
On Tue, Dec 11, 2012 at 10:42 AM, Bengt Rodehav be...@rodehav.com wrote:
I have a use case where I want to move the list of boot features (the
featuresBoot property) from org.apache.karaf.features.cfg into
custom.properties. The reason
I have a use case where I want to move the list of boot features (the
featuresBoot property) from org.apache.karaf.features.cfg into
custom.properties. The reason is that our custom server comes with a
great number of features but each customer only uses some of them. To allow
for easy
I have the strangest of problems on one of my installations. I have a
custom server based on Karaf 2.3.0. I have installed it in several places
with no problem. But, on one of our virtual servers running Windows Server
2003 SP2, I cannot start Karaf correctly due to the following:
log4j:ERROR A
On 11/26/2012 09:34 AM, Bengt Rodehav wrote:
I have the strangest of problems on one of my installations. I have a
custom server based on Karaf 2.3.0. I have installed it in several
places with no problem. But, on one of our virtual servers running
Windows Server 2003 SP2, I cannot start
Interestingly, if I use Equinox instead of Felix, Karaf starts with no
problems. I tried this since the error messages indicate that there seem to
be some problem between Felix classloading and the JVM default class loader
(I think).
/Bengt
2012/11/26 Bengt Rodehav be...@rodehav.com
JB
I have solved this problem now. I posted my findings on the Camel mailing
list.
http://osdir.com/ml/users-camel-apache/2012-11/msg00384.html
/Bengt
2012/11/13 Bengt Rodehav be...@rodehav.com
FYI, I just posted a question on the Camel list as well although it was
more about how to get Saxon
9, 2012 at 4:47 PM, Bengt Rodehav be...@rodehav.com wrote:
Thanks,
/Bengt
2012/11/9 Jean-Baptiste Onofré j...@nanthrax.net
OK thanks for the update, I take a look just after your other issue ;)
Regards
JB
On 11/09/2012 04:39 PM, Bengt Rodehav wrote:
I get the exact same results
to org.apache.karaf.shell.dev.**watch.BundleWatcher
line 85. The code there is really simple and you should see the problem
within minutes then.
Sorry for not being of any more help :-(
Kind regards,
Andreas
On Sat, Nov 10, 2012 at 9:18 AM, Bengt Rodehav be...@rodehav.com
mailto:be
http://blog.nanthrax.net
Talend - http://wwx.talend.com
- Reply message -
From: Bengt Rodehav be...@rodehav.com
To: user@karaf.apache.org
Subject: Problems with ipojo in Karaf 2.3.0
Date: Fri, Nov 9, 2012 8:59 am
JB,
I will have to release our product very shortly. Do you think
,
Andreas
On Fri, Nov 9, 2012 at 9:40 AM, Bengt Rodehav be...@rodehav.com wrote:
It looks like this in the log:
*2012-11-09 09:34:21,416 | DEBUG | Thread-50| BundleWatcher
| af.shell.dev.watch.BundleWatcher 81 | Bundle watcher
thread started*
*2012-11-09 09:34:21,416
JB
On 11/08/2012 10:41 AM, Bengt Rodehav wrote:
I just tried doing the same thing using Karaf 2.2.9, that is:
* Add an ipojo feature
* Add the jpa and ipojo feature to featuresBoot
This works without any problems. Of course, Karaf 2.2.9 uses
org.apache.aries.util version 0.3.1
I get the exact same results using Karaf 2.2.9.
/Bengt
2012/11/9 Jean-Baptiste Onofré j...@nanthrax.net
It should be do automatically.
Could you test the same with Karaf 2.2.9 ?
Regards
JB
On 11/09/2012 02:58 PM, Bengt Rodehav wrote:
I tried dev:watch * but the bundle still doesn't
does
something regarding this bundle anyway. What should it do? Why should it do
anything?
/Bengt
2012/11/7 Bengt Rodehav be...@rodehav.com
The workaround I'm currently using is to modify the
enterprise-2.3.0-features.xml so that the *jpa* feature and the *jndi*feature
no longer include
1 - 100 of 170 matches
Mail list logo