I guess you don't have several servers with load balancing. So, would it be
possible to start a temporary server which will replace the main one, then
upgrade the main one and replace back the temporary one?
JP
-Message d'origine-
De : mtod09 [mailto:m...@thetods.net]
Envoyé :
/assemblies/features/standard/src/main/feature/feature.xml#L876-L879
If you really need the location attribute on the element, please raise
a JIRA.
2017-04-04 14:39 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
ed. But if you're
planning to use typed config files and use that attribute as a work around,
that's a bad idea, as other parts of Karaf will not support it.
Btw, if you want to speed up things a bit, as you seem quite vocal, one way
would be to provide some patches.
2017-04-03 18:41 GMT+02:00 CLE
]
Envoyé : lundi 3 avril 2017 18:18
À : user
Objet : Re: Blueprint fails instantiating bean with generic constructor
2017-04-03 17:03 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
I understand your poin
of
allowing ClassCastException at a later time.
2017-04-03 15:46 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
Hi Guillaume,
As already discussed, Blueprint is not a compiler but a runtime library. On
to whatever is needed.
2017-04-03 11:23 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
Hi Setya,
It might be related to an issue I opened last year:
https://issues.apache.org/jira/browse/ARIES-1607
At that tim
Hi Setya,
It might be related to an issue I opened last year:
https://issues.apache.org/jira/browse/ARIES-1607
At that time I was told to add a custom converter as a workaround. No update on
the Jira since then; maybe you may vote for it :)
Regards,
JP
-Message d'origine-
De : Setya
file in the etc folder during
assembly ?
Regards
JB
On 03/30/2017 05:17 PM, CLEMENT Jean-Philippe wrote:
> We build our assembly with the plugin you mentioned. But the assembly itself,
> the .tar.gz does not contains the cfg files in the /etc. These files are
> populated in the /etc
: Re: KARAF-4829 Make sure configFile in features makes config available
early
Hi JP,
yes, you can create your custom distribution with resource: the
karaf-maven-plugin will include it in the final archive.
Regards
JB
On 03/29/2017 07:02 PM, CLEMENT Jean-Philippe wrote:
> Hi,
>
> About
Hi,
About the issue KARAF-4829 about config files which may be available after
bundles start, I'm looking for a workaround.
Is there a way to force cfg files to be copied to /etc during assembly?
Thanks!
Regards,
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : mercredi 14 décembre 2016 18:27
À : user
Objet : Re: Don't understand: missing requirement
The bundle has a requirement on an OSGi service using the interface/class
com.y.SomeAPI
2016-12-14 18:10 GMT+01:00 CLEMENT Jean-Philippe
<j
ð Created the Jira KARAF-4826<https://issues.apache.org/jira/browse/KARAF-4826>
Thank you !
Regards,
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : lundi 21 novembre 2016 10:57
À : user
Objet : Re: Karaf shutdown
2016-11-21 10:30 GMT+01:00 CLEMENT Jean-Philippe
@karaf.apache.org
Objet : Re: Karaf shutdown
+1
Regards
JB
On 11/21/2016 10:25 AM, Guillaume Nodet wrote:
> We could easily add an option to the shutdown command for that.
>
> 2016-11-21 10:21 GMT+01:00 CLEMENT Jean-Philippe
> <jean-philippe.clem...@fr.thalesgroup.com
> <mail
shutdown
2016-11-18 17:58 GMT+01:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
Well, I’m not too sure to understand :)
I will only focus on bundle 0 and the stopping event I’m expecting from it. So,
I put “that” bun
+01:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
In fact I guess that’s the problem, the event seems not to be fired before
stopping bundles.
When all bundles react normally, i.e. they stop, I get the stopping
-stopping-bundle and displaying the event
type?
Regards,
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : vendredi 18 novembre 2016 16:40
À : user
Objet : Re: Karaf shutdown
2016-11-18 15:01 GMT+01:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailt
bly(master⚡)»
2016-11-18 13:29 GMT+01:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
That’s exactly what I did. The listener is not called at all. Looking at
bundles, some are Active, some Resolved, one Install
PS : After calling shutdown() the output is :
Bye bye
So long!
De : CLEMENT Jean-Philippe
Envoyé : vendredi 18 novembre 2016 13:29
À : user
Objet : RE: Karaf shutdown
That’s exactly what I did. The listener is not called at all. Looking at
bundles
JP
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : vendredi 18 novembre 2016 13:01
À : user
Objet : Re: Karaf shutdown
Can you write a simple SynchronousBundleListener that prints to stdout all
received events and paste the output when stopping the framework for felix and
shutdown
The SynchronousBundleListener is the way to go.
You should receive a STOPPING event for the system bundle before any other
bundle is actually stopped.
2016-11-18 11:38 GMT+01:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgro
Is there a way to get a shutdown event?
Regards,
JP
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : jeudi 17 novembre 2016 17:03
À : user@karaf.apache.org
Objet : Karaf shutdown
Dear Karaf addicts :)
I would like Karaf to stop. This may fail to happen when
Dear Karaf addicts :)
I would like Karaf to stop. This may fail to happen when (at least) a bundle
does not end. So I added a watchdog which exits Java when a time limit has been
exceeded (note: maybe there is already a way to do so - ?). The way I coded it
does not work when the shutdown is
demo, so unless you use that one, it should not appear.
Maybe try grepping all the files in your distribution for "birt"...
2016-10-07 12:30 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>:
We
anymore but still has a reference hidden
somewhere.
Regards,
JP
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : vendredi 7 octobre 2016 11:46
À : user@karaf.apache.org
Objet : RE: Karaf 4.0.7 crashes with org.eclipse.birt.runtime resolution error
Guillaume
2016 11:39
À : user
Objet : Re: Karaf 4.0.7 crashes with org.eclipse.birt.runtime resolution error
Check your etc/config.properties and look for karaf.framework.equinox
Guillaume
2016-10-07 11:02 GMT+02:00 CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philipp
Dear Karaf Team,
We experience a strange bug using our custom distribution of Karaf 4.0.7 which
uses Equinox instead of Felix. Without Maven repository access, Karaf crashes
during startup with the error message:
Could not resolve
: user@karaf.apache.org
Objet : Re: Strange issue on strange use case
I think we are in the case of a split package. Did you define any merge policy ?
Regards
JB
On 10/06/2016 03:40 PM, CLEMENT Jean-Philippe wrote:
> I renamed the package of b.jar to something like "other.package"
I renamed the package of b.jar to something like "other.package". All is back
to normal even with BF.
So it seems there is a bug somewhere. In OSGi, are several packages with the
same name (but with different content) allowed?
JP
-Message d'origine-
De : CLEMENT Jea
Hello,
I experience a strange issue on a strange use case using Karaf 4.0.7.
I have:
* a bundle A which wraps a jar "a.jar" and exposes a package "some.package"
(which is inside the "a.jar")
* a bundle B which contains and use a jar "b.jar" which contains a package
"some.package" (same package
do. I will work on it.
Thanks,
Regards
JB
On 09/26/2016 05:51 PM, CLEMENT Jean-Philippe wrote:
> Yes, could be very nice and useful!
>
> May I open a Jira for this?
>
> Regards,
> JP
>
> -Message d'origine-
> De : Jean-Baptiste Onofré [mailto:j...@nant
, no, the existing plugins use the pom.xml as base.
We can add a couple of goals in the karaf-maven-plugins to create a pom or
check the license based on a feature (like we do with the verify goal).
Regards
JB
On 09/26/2016 03:08 PM, CLEMENT Jean-Philippe wrote:
> Ok good thank you! (I'm currently try
M, CLEMENT Jean-Philippe wrote:
> Hi,
>
> We are packing our app using the Karaf Maven plugin with our custom features.
> Is there a way to check all used licenses of the assembled application?
>
> Regards,
> JP
>
--
Jean-Baptiste Onofré
jbono...@apache.org
http
Hi,
We are packing our app using the Karaf Maven plugin with our custom features.
Is there a way to check all used licenses of the assembled application?
Regards,
JP
, ok understood.
So, it's about env variables more than system variables. System variables for
me are passed using -D on the JVM.
Regards
JB
On 09/02/2016 03:41 PM, CLEMENT Jean-Philippe wrote:
> I'm not too sure it's the same need => at present time to get an environment
> variable i
t system property value via blueprint
OK, it sounds like this one then:
https://issues.apache.org/jira/browse/KARAF-4609
Regards
JB
On 09/02/2016 03:22 PM, CLEMENT Jean-Philippe wrote:
> Ah, I mean more environment related such as "export MY_PROPERTY=something"
> the use it in
apache.org/jira/browse/KARAF-4609
https://issues.apache.org/jira/browse/KARAF-3949
Regards
JB
On 09/02/2016 02:30 PM, CLEMENT Jean-Philippe wrote:
> Hi JB,
>
> Does it also work for .cfg files?
>
> Regards,
> JP
>
> -Message d'origine-
> De : Jean-Baptiste Ono
Hi JB,
Does it also work for .cfg files?
Regards,
JP
-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Envoyé : mercredi 31 août 2016 15:49
À : user@karaf.apache.org
Objet : Re: Inject system property value via blueprint
Hi,
you have to use the ext xmlns for
Hello,
For sure if the import is not necessary, then remove it :)
You may "ask" maven-bundle-plugin not to generate the import or you may put the
dependency generating the import as optional.
JP
-Message d'origine-
De : asookazian2 [mailto:asookaz...@gmail.com]
Envoyé : mardi 29 mars
We use Blueprint mainly to have a code which makes use of services but without
dealing with OSGi or annotations (as far as possible => few wappers). As long
with the maven-bundle-plugin it is a kind of magic. I would say
Blueprint+Maven+Karaf makes things really easy.
I would suggest to make a
I'm not too sure whether this is the right place/thread to discuss about DS vs
Blueprint, but IMHO DS offers less possibilities than Blueprint.
Anyway, as far as I know you can't. But you may deal with the
ConfigurationAdmin, BundleContext and ManagedService. I've wrapped all this to
make it
nerMapping.
It didn't help too.
They start in random order, so when serlvet starts before listener,
contextInitialized event isn't caught.
Pavel
CLEMENT Jean-Philippe wrote
> Hi,
>
> Did you try to put a "depends-on" in your Blueprint service?
>
> JP
-
Pavel
--
Hi,
Did you try to put a "depends-on" in your Blueprint service?
JP
-Message d'origine-
De : kuvalda [mailto:peha...@mail.ru]
Envoyé : mardi 1 mars 2016 21:46
À : user@karaf.apache.org
Objet : PAX-WEB ServletMapping service sometimes starts before
ServletContextListenerMapping
I'm
You may also export your JSON implementation as a PaxAppender service with the
“org.ops4j.pax.logging.appender.name” property containing the desired
identifier which will be used in the Log4J conf file.
JP
De : Achim Nierbeck [mailto:bcanh...@googlemail.com]
Envoyé : lundi 29 février 2016
Dear Karaf,
I have an issue with the way generics are handled in Blueprint. I get an
exception claiming that the bean conversion is not possible, but it should.
Let's say I have a bean with the method setSomething(Something) called via
blueprint with another bean implementing Something =>
Does this problem only occur during the first launch of Karaf? In other words
after a successful start did you try to launch Karaf with default fileinstall
properties?
JP
-Message d'origine-
De : goku3989 [mailto:mattwhar...@msn.com]
Envoyé : vendredi 29 janvier 2016 04:25
À :
4.0.4-SNAPSHOT freeze
The problem is that tec.uom.se bundle requires javax.annotation package
(version between 1.2 and 2.0). So take a look in etc/jre.properties for the
javax.annotation package version.
Regards
JB
On 01/05/2016 05:23 PM, CLEMENT Jean-Philippe wrote:
> "It seems that
.apache.org Objet : Re: Karaf
> 4.0.4-SNAPSHOT freeze
>
> Hi JP,
>
> it sounds like your feature requires XXX feature which is not found.
>
> Can you share your features XML ?
>
> Regards
> JB
>
>
> On 01/05/2016 04:34 PM, CLEMENT Jean-Philippe wrote:
>> De
]
Envoyé : mardi 5 janvier 2016 16:47
À : user@karaf.apache.org
Objet : Re: Karaf 4.0.4-SNAPSHOT freeze
Hi JP,
it sounds like your feature requires XXX feature which is not found.
Can you share your features XML ?
Regards
JB
On 01/05/2016 04:34 PM, CLEMENT Jean-Philippe wrote:
> Dear Karaf T
Dear Karaf Team,
Happy New Year :)
I just assembled Karaf 4.0.4-SNAPSHOT. It seems the snapshot content changed as
now it freezes at startup before displaying the branding.
The log mentions a missing requirement on
org.eclipse.core.runtime/3.10.0v20140318-2214 but the bundle is part of the
PS: "the bundle is part of the feature" => the bundle is part of my custom boot
feature
[@@ OPEN @@]
-Message d'origine-
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : mardi 5 janvier 2016 16:34
À : user@karaf.apache.org
Objet
May I open a new Jira?
JP
[@@ OPEN @@]
-Message d'origine-
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : jeudi 26 novembre 2015 15:37
À : user@karaf.apache.org
Objet : RE: Karaf 4.0.3: unexpected behavior on first startup
The "$(PARAM)&q
Dear Karaf Team,
I have a strange behavior with Karaf (*) when started for the first time. A
bean is started then stopped then re-started. This behavior is not 100%
reproducible but happens maybe one-half of the time.
That bean is instantiated via Blueprint and uses a property-placeholder with
more the way a ManagedService works.
First the activator starts, and then it will react to the ManagedService via
the update() method.
I guess it's what you see there.
Regards
JB
On 11/26/2015 02:04 PM, CLEMENT Jean-Philippe wrote:
Dear Karaf Team,
I have a strange behavior with Karaf (*) when started f
lly update() on the ManagedService) is
normal.
Now, regarding the substitution, it's more related to blueprint. Do you use
lazy or eager for the activation ?
Let me check the behavior.
Regards
JB
On 11/26/2015 02:23 PM, CLEMENT Jean-Philippe wrote:
> Do you mean it is really expected to get “$(PA
nt. Do you use
lazy or eager for the activation ?
Let me check the behavior.
Regards
JB
On 11/26/2015 02:23 PM, CLEMENT Jean-Philippe wrote:
> Do you mean it is really expected to get “$(PARAM)” instead of the
> value coming from the configuration file?
>
> JP
>
> [@@ OPEN @@]
araf 4.0.3 - no custom shell commands
Hi JP,
does your command bean implements
org.apache.karaf.shell.api.action.Action or is it a gogo command ?
Regards
JB
On 11/16/2015 06:05 PM, CLEMENT Jean-Philippe wrote:
> Dear Karaf addicts,
>
> I export custom Karaf shell commands using b
Dear Karaf addicts,
I export custom Karaf shell commands using blueprint. It was ok with Karaf
3.0.x, but not working (i.e. no custom command available in the shell) with
4.0.3.
For instance:
Java:
public /*final*/ MySimulator { // No final as GOGO command
public void sayHello() {
.timestamp}
JP
[@@ OPEN @@]
-Message d'origine-
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : mardi 6 octobre 2015 09:05
À : user@karaf.apache.org
Objet : RE: Karaf assembly version
Great, I will i
ib 3.0.0, let me paste the
full URL:
Regards
JB
On 11/10/2015 11:11 AM, CLEMENT Jean-Philippe wrote:
> Dear Karaf Team,
>
> I moved our assembly based on Karaf 3.0.2 to the 4.0.2 version. During the
> build we have a missing dependency on bndlib.jar 3.0.0:
> " Unresolveable b
Dear Karaf Team,
I moved our assembly based on Karaf 3.0.2 to the 4.0.2 version. During the
build we have a missing dependency on bndlib.jar 3.0.0:
" Unresolveable build extension: Plugin
org.apache.karaf.tooling:karaf-maven-plugin:4.0.2 or one of its dependencies
could not be resolved:
JB
On 11/10/2015 12:01 PM, CLEMENT Jean-Philippe wrote:
> Maven version is 3.0.3. I don't specify any wagon extension.
>
> Googling the error, I found "I could resolve this after I updated from maven
> 3.0.3 to maven 3.0.5". Which version are you using?
>
interface that is implemented:
https://github.com/openlvc/portico/tree/master/codebase/src/java/portico/hla/rti1516e
Thanks for the help so far, I appreciate it.
On Wed, Oct 7, 2015 at 9:13 AM, CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philipp
ct 6, 2015 at 9:21 AM, CLEMENT Jean-Philippe
<jean-philippe.clem...@fr.thalesgroup.com<mailto:jean-philippe.clem...@fr.thalesgroup.com>>
wrote:
Just a thought, why not wrapping the native libraries and expose them as a
regular OSGi service through an API?
JP
[@@ OPEN @@]
: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Envoyé : lundi 5 octobre 2015 17:15
À : user@karaf.apache.org
Objet : Re: Karaf assembly version
You can do that with resources-plugin and Maven directly (and also the artifact
build helper).
Regards
JB
On 10/05/2015 05:11 PM, CLEMENT Jean-Philippe
Just a thought, why not wrapping the native libraries and expose them as a
regular OSGi service through an API?
JP
[@@ OPEN @@]
De : craig niles [mailto:nile...@gmail.com]
Envoyé : lundi 5 octobre 2015 20:39
À : user@karaf.apache.org
Objet : Karaf instances and native libs
Hi,
I have an
Dear Karaf,
I would like to retrieve the version used by the karaf-maven-plugin during the
assembly (for instance sample-assembly-1.0.0-SNAPSHOT.tar.gz =>
1.0.0-SNAPSHOT). The goal is to show it inside the application (something like
the "about" box).
Is there a simple way to do so?
Kind
.
I don't see anything already there for that. Sorry.
Regards
JB
On 10/05/2015 04:48 PM, CLEMENT Jean-Philippe wrote:
> Hi JB,
>
> The info shows the Karaf version (for instance 3.0.2), but I would like the
> assembly one, i.e. the one used to name the assembly archives (both .tar.gz
time ?
Regards
JB
On 10/05/2015 03:46 PM, CLEMENT Jean-Philippe wrote:
> Dear Karaf,
>
> I would like to retrieve the version used by the karaf-maven-plugin during
> the assembly (for instance sample-assembly-1.0.0-SNAPSHOT.tar.gz =>
> 1.0.0-SNAPSHOT). The goal is
Hi Arnaud,
I’m not too sure what you need. Wouldn’t two property placeholders be ok?
Regards,
JP
[@@ OPEN @@]
De : Arnaud Deprez [mailto:arnaudep...@gmail.com]
Envoyé : vendredi 25 septembre 2015 10:05
À : user@karaf.apache.org
Objet : Best practices : Configuration shared between bundles
/2015 10:38 AM, CLEMENT Jean-Philippe wrote:
> Dear Karaf,
>
> I upgraded Karaf version from 3.0.2 to 4.0.1 and obtained a
> ServiceUnavailbleException from one of our bundles – which was working
> fine with the former version of Karaf.
>
> I must first say that services re
Dear Karaf,
I upgraded Karaf version from 3.0.2 to 4.0.1 and obtained a
ServiceUnavailbleException from one of our bundles – which was working fine
with the former version of Karaf.
I must first say that services registering/retrieval implied in this issue are
not made in a clean way as they
tch in the factory that uses the reference to the service and
log if there is an exception.
Christian
Am 18.09.2015 um 12:33 schrieb CLEMENT Jean-Philippe:
I understand. The problem is the bundle (A) is failing to start. I do not get a
null object.
I don’t know why it was always working perfectly and
use the callback blueprint offers when the service gets registered.
Christian
On 18.09.2015 10:38, CLEMENT Jean-Philippe wrote:
Dear Karaf,
I upgraded Karaf version from 3.0.2 to 4.0.1 and obtained a
ServiceUnavailbleException from one of our bundles – which was working fine
with the former vers
ice and it is not there.
Christian
On 18.09.2015 14:13, CLEMENT Jean-Philippe wrote:
Christian,
I did some further testing.
If I don’t use the reference then I get no error which is strange as I still
declare it (and the activation is eager). Maybe this is due to some
optimization?
If I give the refere
ies
org.apache.aries.blueprint.synchronous=true
So you could switch karaf do statup blueprint bundles asynchronously. Be aware
though that this can cause timing and concurrency issues if your bundles are
not designed very carefully.
Christian
On 18.09.2015 15:19, CLEMENT Jean-Philippe wrote:
In that case it would m
/2015 02:36 PM, CLEMENT Jean-Philippe wrote:
Ok good ! I added “aries-blueprint” as boot feature and now things get
better as all bundles seem to start :)
I say “seem to” as the command line appears to be very basic. I did
not find any command to list bundles! Also, all our custom commands
The error message is not crystal clear. I’m not too sure what is missing. Seems
to be “kernel” but it was assembled as a boot feature.
JP
[@@ OPEN @@]
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : lundi 29 juin 2015 10:51
À : user@karaf.apache.org
Objet
= org.eclipse.osgi = freeze
Hi,
no, with Karaf 4, you'll now have also a blueprint feature while in 3.x it's
been part of the framework feature.
regards, Achim
2015-06-29 14:11 GMT+02:00 CLEMENT Jean-Philippe
jean-philippe.clem...@fr.thalesgroup.commailto:jean-philippe.clem...@fr.thalesgroup.com:
Right
.
Regards
JB
On 06/29/2015 01:27 PM, CLEMENT Jean-Philippe wrote:
The error message is not crystal clear. I’m not too sure what is
missing. Seems to be “kernel” but it was assembled as a boot feature.
JP
[@@ OPEN @@]
*De :*CLEMENT Jean-Philippe
[mailto:jean-philippe.clem
Hi JB,
I can see this traces during the build with mvn:
[INFO] Loading kar and features repositories dependencies
INFO: Unzipping kars
Jun 29, 2015 9:02:09 AM org.ops4j.pax.url.mvn.internal.AetherBasedResolver
minUpdateInterval
WARNING: interval1: null, interval2: daily
The interval warning is
.
Christian
On 29.06.2015 09:56, CLEMENT Jean-Philippe wrote:
Found a thread which seems to suggest to remove standard from boot
features. What I did. Assembly leads to success but during the runtime Karaf
quickly fails with the message:
Could not resolve
mvn:org.eclipse/org.eclipse.osgi/3.8.2
a .SNAPSHOT in the generated MANIFEST.MF of
the branding (under target/classes/META-INF): 0.0.1.SNPASHOT instead of
0.0.1-SNAPSHOT.
Please help :)
JP
[@@ OPEN @@]
-Message d'origine-
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : lundi 29 juin
it did not complain during the
assembly as the assembly should embed it. Second is that this artifact is in
our local repository.
Help is welcome :)
Regards,
JP
[@@ OPEN @@]
-Message d'origine-
De : CLEMENT Jean-Philippe [mailto:jean-philippe.clem...@fr.thalesgroup.com]
Envoyé : lundi 29
myJPAStuff can be a bean that you expose as an OSGi service. Then you can
easily retrieve it from your dynamically loaded JPA listener.
JP
[@@ THALES GROUP INTERNAL @@]
-Message d'origine-
De : ellirael [mailto:ellir...@mail.ru]
Envoyé : lundi 22 juin 2015 10:19
À :
So Blueprint reference-list may be relevant:
reference-list interface=MyCallbackContract availability=optional
reference-listener ref=myJPAStuff bind-method=addCallback
unbind-method=removeCallback /
/reference-list
Where removeCallback method may be called with a null parameter at startup
OSGi fits your requirements, but I would say, do you really mean your service
implementation will change dynamically? And, if you get no service
implementation, what does it mean? Same question but if you get several
implementations... will you call all implementations... the best one? ...and
fix that (for instances): it will be
included in next release cycle.
Regards
JB
On 06/16/2015 01:47 PM, CLEMENT Jean-Philippe wrote:
Ok. So the most simple solution seems to set KARAF_BASE to a r/w directory
and to copy the /etc directory (before making it read-only) inside
Dear Karaf Team,
We would like to install Karaf in a directory which is read-only. By read-only
I mean that no directory or file cannot be written at runtime inside the
installation directory, so they must be located somewhere else.
What is the most simple way to achieve this?
Regards,
JP
want to support update of config file
(when using ConfigMBean or config:* commands), KARAF_ETC has to be writable
So, just provide KARAF_DATA variable in bin/karaf to a directory where you can
write and it will work (eventually KARAF_ETC too).
Regards
JB
On 06/16/2015 12:05 PM, CLEMENT Jean
Ok. So the most simple solution seems to set KARAF_BASE to a r/w directory and
to copy the /etc directory (before making it read-only) inside.
With that scenario, Karaf only complains about the instances directory which
cannot be created BUT everything seems to work as expected.
Does the
-
De : Morgan Hautman [mailto:morgan.haut...@gmail.com]
Envoyé : mercredi 15 avril 2015 14:49
À : user@karaf.apache.org
Objet : Re: Remote shell connection
JP ,
You really should read some doc first ;)
install mvn:org.apache.sshd/sshd-core/0.14.0
On 15/04/2015 14:47, CLEMENT Jean-Philippe
Dear Karaf,
I would like to open a shell to a remote Karaf instance. The 8101 port does not
seem to be opened.
How to configure Karaf in order to allow connections?
Kind regards,
JP
[@@ OPEN @@]
JB
On 04/15/2015 02:38 PM, CLEMENT Jean-Philippe wrote:
Hi JB,
The SSH feature does not seem to be installed.
We are assembling Karaf; which dependency should we add?
Regards,
JP
[@@ OPEN @@]
-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé
feature is provided in the Karaf standard (corresponding to the Karaf
version that you use).
So, simply feature:install ssh should work.
Regards
JB
On 04/15/2015 02:47 PM, CLEMENT Jean-Philippe wrote:
:D
... I mean which group+artifact IDs, version and type?
Regards,
JP
[@@ OPEN
feature as a bootFeature.
Regards
JB
On 04/15/2015 05:13 PM, CLEMENT Jean-Philippe wrote:
Ok great,
And what to configure in order to install it during the assembly?
Regards,
JP
[@@ OPEN @@]
-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : mercredi
: Environment variables and Blueprint
Hi JP,
you can use Aries blueprint-ext and directly use ${} where the key is the
system variable.
Regards
JB
On 04/13/2015 10:14 AM, CLEMENT Jean-Philippe wrote:
Dear Karaf-ers,
I would like to retrieve environment variables via Blueprint.
Placeholder
, CLEMENT Jean-Philippe wrote:
Hi JB,
We did try with ext but it did not work: ${TOTO} to retrieve the $TOTO
variable.
What is the naming convention?
JP
[@@ OPEN @@]
-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Envoyé : lundi 13
avril 2015 10:28 À
you can put your VM
args (env file).
Regards,
2015-04-13 13:56 GMT+02:00 CLEMENT Jean-Philippe
jean-philippe.clem...@fr.thalesgroup.commailto:jean-philippe.clem...@fr.thalesgroup.com
mailto:jean-philippe.clem...@fr.thalesgroup.commailto:jean-philippe.clem...@fr.thalesgroup.com:
I wasn't
If you want to reference a service which is exported in the same bundle, you
have to put the optional flag.
Having said that I'm not too sure what you wanted to do in the blueprint below.
The reference-list is intended to call a bean (or beans) when the desired
services match and disappear. In
JB
On 12/05/2014 02:30 PM, CLEMENT Jean-Philippe wrote:
Some news,
The JDK 8u40-b16 was released and Karaf still refuses to run with it
on both 32 and 64 bits systems. After a quick investigation I found
that removing the –Dcom.sun.management.jmxremote command line argument
fixes
1 - 100 of 202 matches
Mail list logo