variable, but then never does anything with it.
Should KARAF-2291 be reopened for v3.0.1?
Jim
-Original Message-
From: Jim Talbut
Sent: 16 May 2014 10:40
To: user@karaf.apache.org
Subject: Creating instances on dedicated IP addresses rather than varying the
ports
Continuing this:
http
Continuing this:
http://mail-archives.apache.org/mod_mbox/karaf-user/201402.mbox/browser
Setting up an instance (olt) using karaf 3.0.1 and configuring a
default.interface as follows:
etc/org.apache.karaf.shell.cfg:sshHost = ${default.interface}
Hi,
Continuing this from a few months ago:
http://karaf.922171.n3.nabble.com/Creating-instances-on-dedicated-IP-addresses-rather-than-varying-the-ports-td4031528.html
Setting up an instance (olt) using karaf 3.0.1 and configuring a
default.interface as follows:
Hi,
I want to create a bunch of Karaf instances with each running on a
dedicated IP address with the same ports rather than all using all IP
addresses and different ports.
For our infrastructure this is much easier to manage (giving a greater
consistency with only one variable for each
keep you posted.
Regards
JB
On 02/05/2014 11:29 AM, Jim Talbut wrote:
Hi,
I want to create a bunch of Karaf instances with each running on a
dedicated IP address with the same ports rather than all using all IP
addresses and different ports.
For our infrastructure this is much easier
Hi,
If I have an ApplicationContext object that was originally created by
FileInstall of a Spring file is there any way to identify the bundle assigned
to it?
I can't go via the ApplicationContext ClassLoader because that's in Spring's
bundle.
Thanks
Jim
Oh, forget that.
Cast to AbstractOsgiBundleApplicationContext and call getBundle() :)
Jim
From: Jim Talbut [mailto:jim.tal...@groupgti.com]
Sent: 12 July 2012 16:31
To: user@karaf.apache.org
Subject: Bundle from ApplicationContext
Hi,
If I have an ApplicationContext object that was originally
Hi,
I've just spent the last couple of hours trying to work out why a CXF web
service client, accessed via Camel and hosted via Karaf was unable to
communicate with the target service.
Eventually I found that the system property http.proxyPort was set and was
being pulled from
settings and makes them system
properties
Hi Jim,
do you mean that the http.proxy in your M2 settings.xml affect all
HTTP connections ?
It looks like Pax Url Mvn push the http.proxy settings in the System
properties (whereas it shouldn't do that).
Regards
JB
On 08/08/2011 05:29 PM, Jim Talbut
I
have to see where to get a hold on that. But you're right the webconsole
probably isn't only represented by the resource servlet :-)
About the Undeployed, we might as well remove those, I take a look at it, this
is handled by the command.
regards, Achim
2011/6/7 Jim Talbut jim.tal
;)
2011/6/6 Jean-Baptiste Onofré j...@nanthrax.net:
It has been introduced in Karaf 2.2.1 AFAIR.
Regards
JB
On 06/06/2011 03:46 PM, Jim Talbut wrote:
Achim,
My 2.2.0 installation doesn't have http:list, is that more recent than
that?
Thanks
Jim
-Original Message-
From: Achim
servlets do work.
But for servlets you are able to use http:list to see all servlets and the
corresponding web contextes
Regards, Achim
2011/6/6 Jim Talbut jim.tal...@groupgti.com:
Hi,
I can't find any way to list current web contexts (such as web:list would
report) from within the Karaf
Hi,
Is there a command in karaf (or felix) for listing the properties of services?
If not, would it be a good extension to the osgi:ls command?
Thanks
Jim
Doh!
Thank you.
Jim
From: Andreas Pieber [mailto:anpie...@gmail.com]
Sent: 02 June 2011 21:05
To: user@karaf.apache.org
Subject: Re: Service properties
Simply say ls BUNDLE_ID
On Jun 2, 2011 9:21 PM, Jim Talbut
jim.tal...@groupgti.commailto:jim.tal...@groupgti.com wrote:
Hi
Hi,
I've just been restarting a karaf instance a lot and become irritated by a log
message that appears right at the start of the log file.
Looking into the message to try to make it go away it looks as though the logic
is back to front and the message shouldn't be appearing anyway.
In
15 matches
Mail list logo