I meant, pax-cdi-1.2-weld feature installs weld 2.2.4.Final bundle, not feature.
On 14.04.2015 06:34, Krzysztof Sobkowiak wrote:
> There is no separate features repository for weld. It is defined in pax-cdi
> repository you have already installed. The
> pax-cdi 0.8.0 defines a pax-cdi-1.2-weld
There is no separate features repository for weld. It is defined in pax-cdi
repository you have already installed. The
pax-cdi 0.8.0 defines a pax-cdi-1.2-weld feature which installs weld
2.2.4.Final feature. There is no feature for
2.2.10.Final. You should install the version provided by pax-cdi
Hi, JB,
1. I have tried obr:deploy in Karaf. It has no problem.
For ACE part, do you mean that the dependency bundle (Bundle B) will be
added into ACE UI (Client) - Artifacts panel when I add a bundle (Bundle A)
manually also in ACE UI?
I try to add bundles (Bundle A depends on Bundle B) into OB
Stupid question. Now I try to install to karaf weld 2.2.10.Final. By analogy
I do this way:
feature:repo-add mvn:org.jboss.weld/weld-features/2.2.10.Final/xml/features
However it says
Error executing command: Error resolving artifact
org.jboss.weld:weld-features:xml:features:2.2.10.Final: Could no
Hi Serge,
I think there are some drawbacks with Microservices which you run into over
time, that to my personal opinion have already been addressed with OSGi.
As a short list of what I presented at the JavaLand conference last month:
- operations overhead (Java, ruby, node.js, python ... what else
No, Ed is saying that in most cases he does indeed update his production
karaf instances; however some components (e.g. Apache Karaf) don't take
well to this and then he has to re-deploy Karaf. So re-deployment is the
exception not the rule.
I think the question is whether it really is easier and
Interesting discussion indeed.
I'm currently at ApacheCon US and I've taken a few opportunities to promote
Apache Karaf which surprisingly few people know about. But again what I was
describing earlier is really a frequent feedback : is modularity worth the
trouble when I can built "micro-services
Hey,
yes I fully agree, also with the Spring-Boot stuff.
as already stated on the other thread, I think there are certain cases
where Docker images are useful.
For a POC, for CI I think a Docker Image is useful. In the end if you want
to run it in Production I rather have the Ansible setup.
regar
Hi,
I pretty much agree with all of your points. But there are some ways of
working around the "documentation/build" part of Docker images. It is
actually possible to have a pom-only documentation for a Docker Image. With
the right Plugins you have the same as the Docker file. Though I regard
such
Hi
I have just taken a fresh Karaf 3.0.3 and imported the pax cdi 0.8.0 repository
karaf@root()> feature:repo-add
mvn:org.ops4j.pax.cdi/pax-cdi-features/0.8.0/xml/features
Adding feature url mvn:org.ops4j.pax.cdi/pax-cdi-features/0.8.0/xml/features
karaf@root()> feature:install pax-cdi/0.8.0
Err
I've changed version of javax.annotation to 1.2 in /etc/jre.properties and
when I execute feature:install pax-cdi/0.8.0 I get osgi framework exception
that javax.annotaion package can't be resolved. what to do?
--
View this message in context:
http://karaf.922171.n3.nabble.com/How-to-make-karaf
You have to register pax-cdi 0.8.0 first:
karaf@root()> feature:repo-add
mvn:org.ops4j.pax.cdi/pax-cdi-features/0.8.0/xml/features
karaf@root()> feature:list|grep -i pax-cdi|grep -i 0.8.0
You will see the features.
And after:
feature:install pax-cdi/0.8.0
You may have an issue with javax.an
I tried feature:install pax-cdi/0.8 and feature:install pax-cdi/0.8.0 - the
result is the same. When I do karaf@root<>> list | grep pax-cdi I get
nothing. I mean the result is karaf@root<>>
--
View this message in context:
http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-
It's 0.8.0 not 0.8.
feature:install pax-cdi/0.8.0
Regards
JB
On 04/13/2015 06:38 PM, PashaTurok wrote:
Hoever when I do feature:install pax-cdi/0.8 I get
Error executing command - Can't install feature pax-cdi/0.8 and in log:
java.lang.IllegalStateException: Can't install feature pax-cdi/0.8:
feature:install pax-cdi/0.8.0 as JB has written. I have forgotten one 0. Find
the correct version using feature:list | grep pax-cdi
On 13.04.2015 18:38, PashaTurok wrote:
> Hoever when I do feature:install pax-cdi/0.8 I get
> Error executing command - Can't install feature pax-cdi/0.8 and in l
What do you have in the log ?
Regards
JB
On 04/13/2015 06:38 PM, PashaTurok wrote:
Hoever when I do feature:install pax-cdi/0.8 I get
Error executing command - Can't install feature pax-cdi/0.8 and in log:
java.lang.IllegalStateException: Can't install feature pax-cdi/0.8:
null^M
at
o
Hoever when I do feature:install pax-cdi/0.8 I get
Error executing command - Can't install feature pax-cdi/0.8 and in log:
java.lang.IllegalStateException: Can't install feature pax-cdi/0.8:
null^M
at
org.apache.karaf.features.internal.FeaturesServiceImpl.installFeature(FeaturesServiceImpl
Thank you everyone for help. Karaf has a very friendly community. Last days I
tried to solve problem with weld and I wish no one to do something with weld
community (all questions are simply ignored) + their site simply doesn't
work.
--
View this message in context:
http://karaf.922171.n3.nabbl
Hi
feature:install pax-cdi/0.8
regards
Krzysztof
On 13.04.2015 18:13, PashaTurok wrote:
> I run feature:install pax-cdi weld and karaf installs pax-cdi 0.11.0 but I
> need 0.8. How to do it?
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/How-to-make-karaf-instal
Hi
feature:install pax-cdi/0.8.0
Regards
JB
On 04/13/2015 06:13 PM, PashaTurok wrote:
I run feature:install pax-cdi weld and karaf installs pax-cdi 0.11.0 but I
need 0.8. How to do it?
--
View this message in context:
http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-
I run feature:install pax-cdi weld and karaf installs pax-cdi 0.11.0 but I
need 0.8. How to do it?
--
View this message in context:
http://karaf.922171.n3.nabble.com/How-to-make-karaf-install-features-of-certain-versions-tp4039644.html
Sent from the Karaf - User mailing list archive at Nabble.c
Hi Ed,
I can't agree more ;)
I fully agree about your points.
I quite have the same view on Spring Boot ;)
Regards
JB
On 04/13/2015 04:32 PM, Ed Welch wrote:
I've really enjoyed following this thread, and I have to say, as a Docker
skeptic surrounded by people who want to bash my brains in w
Good to know: it's exactly what I said: did you check the extracted
archive especially the system folder ;)
Regards
JB
On 04/13/2015 04:39 PM, PashaTurok wrote:
Thanks to everybody, I solved the problem. To gunzip the arhive I used
midnight commander. I don't know why bu MC cut long file names
Hi,
1/ yes using OBR (but not feature), I worked on the Karaf features
support in ACE, but it's not yet included.
2/ yes it does, it's actually the default behavior (via bundlerepository)
3/ there's no support of Cellar in ACE
By the way, what's the purpose of ACE if you use Cellar ?
Regards
Hi David,
There are kind of 2 threads in parallel covering a little bit of the same info,
and I just talked a little about the big question/issue we have in the other
thread: http://karaf.922171.n3.nabble.com/Karaf-and-Docker-td4039514.html
I'll kind of give the brief overview of that here.
Danijel, I have a karaf instance running in Amazon cloud. There are only
three things that caused me a challenge:1) Getting the firewalls right. I
setup multiple security profiles by function (public access, deployment, full
remote admin) and then applied the appropriate ones. Be sure to con
Thanks to everybody, I solved the problem. To gunzip the arhive I used
midnight commander. I don't know why bu MC cut long file names. Instead of
org.apache.felix.framework-4.4.1.jar I had in folder
org.apache.felix.framewo . So the problem is solved.
--
View this message in context:
http://k
Hi,
I have several question and need someone's advise for clarification.
Using ACE to provision bundles to targets requires a complete ACE feature
with all bundles of an application. The questions are
1) Could ACE auto resolve the dependency bundles as a feature for provision?
2) We could use obr
I've really enjoyed following this thread, and I have to say, as a Docker
skeptic surrounded by people who want to bash my brains in with docker images,
it's nice to hear some feedback from people who seem to have a healthy dose of
skepticism like I do...
So rather than rehash all the things I
I have no hands on experience with most of these technologies, and am really
looking for information not trolling…. why wouldn't this be simpler using
docker? Do you update your production karaf instances rather than redeploy
them? My impression is that you say you basically redeploy karaf wh
This is a topic I've spent some time on myself and I like this discussion.
Ryan, you have asked a lot of questions I have had, and raised some concerns I
have had as well.
For what it's worth, here is my current setup:
I hand maintain a features.xml file for each of my applications (a cohesive
Ext placeholder does not seem to resolve variables set in the custom.properties
file.
Is there anything to configure?
PS: thank you all for your answers! :)
JP
[@@ OPEN @@]
De : Guillaume Nodet [mailto:gno...@apache.org]
Envoyé : lundi 13 avril 2015 15:21
À : user
Objet : Re: Environment vari
To use env variables in etc/custom.properties, you should be able to do
my.system.property = ${env:MY_ENV_VAR}
and then, you should be able to use ${my.system.property} in blueprint
files.
2015-04-13 14:32 GMT+02:00 Jean-Baptiste Onofré :
> In that case, you can also use etc/custom.properties
>
Hi Philip,
thanks for sharing this !
It's interesting. Give me some time to take a deeper look ;)
Thanks again,
Regards
JB
On 04/13/2015 03:05 PM, philip142au wrote:
Hi there,
Here is a Karaf deployment using the Scala language and build using SBT.
https://github.com/PhilAndrew/Scala-Karaf
Hi there,
Here is a Karaf deployment using the Scala language and build using SBT.
https://github.com/PhilAndrew/Scala-Karaf
I would say this might be useful if your a Scala programmer and you want to
make a Karaf KAR file with OSGi Blueprint and Apache Camel. It may be a
reasonable starting poi
In that case, you can also use etc/custom.properties
Regards
JB
On 04/13/2015 02:24 PM, Charlie Mordant wrote:
Hi Jean Philippe,
Just pass your Unix env variable as VM arguments when you start your
VM/Karaf!
./karaf -DmyVMKey=$MyUnixENVVar
There's also a Karaf file in the bin folder where yo
I guess the barrier to be able to write code has been lowered enough that
more people are able to do it, probably for the money. That goes hand in
hand with the whole Docker thing where it feels there is an expectation
that everything should be easy to do rather than accept that like any
professio
Correct, env variables substitution are not directly supports by Aries
blueprint-ext.
Thanks for the Jira Guillaume !
Regards
JB
On 04/13/2015 02:20 PM, Guillaume Nodet wrote:
Afaik, blueprint does not yet support that.
However, latest file install should support ${env:xxx} substitution, so
y
Hi Jean Philippe,
Just pass your Unix env variable as VM arguments when you start your
VM/Karaf!
./karaf -DmyVMKey=$MyUnixENVVar
There's also a Karaf file in the bin folder where you can put your VM args
(env file).
Regards,
2015-04-13 13:56 GMT+02:00 CLEMENT Jean-Philippe <
jean-philippe.clem
Afaik, blueprint does not yet support that.
However, latest file install should support ${env:xxx} substitution, so you
could load those from a configuration file, have file install write them to
configadmin and use blueprint for injection.
Though, it should not be very difficult to enhance bluepri
I wasn't clear, sorry. I'm talking about Unix env variables.
Is there a way to get them?
JP
[@@ OPEN @@]
-Message d'origine-
De : Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Envoyé : lundi 13 avril 2015 13:38
À : user@karaf.apache.org
Objet : Re: Environment variables and Blueprin
Did you try:
?
By system variables, do you mean JVM -Dkey=value or directly Unix env
variables ?
When I talk about system variables, it's -D args to the JVM. The later
is env variable.
Regards
JB
On 04/13/2015 01:17 PM, CLEMENT Jean-Philippe wrote:
Hi JB,
We did try with ext but it di
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
À : user@karaf.apache.org
Objet : Re: Env
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 “persistent-id” is mandatory so it must
Dear Karaf-ers,
I would like to retrieve environment variables via Blueprint. Placeholder
“persistent-id” is mandatory so it must point to a .properties file, so maybe
it’s not through cm-placeholders.
Also, is there a way to replace expressions in .properties files?
Regards,
JP
[@@ OPEN @@]
This is still a very strange issue, cause as I said, I used a vanilla
CentOS 6.4 installed oracle JDK on it and
had no issues running it, even though it's been a vagrant box.
The logfile, does it exist, does it show anything?
which directory are you using for the installation of Karaf?
regards,
46 matches
Mail list logo