Hi,
You should install cxf feature where have all CXF related bundles for you.
-
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2014-10-4, at 上午3:42, petertirrell wrote:
I'm trying to implement a bundle to handle uploading files; I have a REST web
service
Hi Oliver,
Have a look at a simple example I once created. You can find it at:
https://github.com/misl/Samples/blob/master/WicketKaraf
To create the assembly it copies (optionally with filtering) files from
src/main/assembly into target/assembly prior to creating the final
ZIP/TAR.GZ
Hi Oliver,
please take a look on:
https://issues.apache.org/jira/browse/KARAF-2742
I updated an user pom to include filtered resources, and it works fine.
Regards
JB
On 10/12/2014 06:39 PM, Oliver Pajonk wrote:
Hi JB,
attached is the POM of the application module. I had to obfuscate the
By the way, I also updated the documentation:
https://git-wip-us.apache.org/repos/asf?p=karaf.git;a=commitdiff;h=41add7eb13b60dd8f51f6bdd997ea7572d85c2ed
Regards
JB
On 10/12/2014 06:39 PM, Oliver Pajonk wrote:
Hi JB,
attached is the POM of the application module. I had to obfuscate the
Hi David,
I’m running 3.0.1 on Mac out of the box. You’ll likely need to describe more
about your circumstances, e.g. the JVM used, what commands you’ve run (to start
Karaf and at it’s own command line), what bundles you’ve installed (if any),
the complete stack trace, etc?
Best, Dan.
On 13
which version of Java are you using?
Please note with Karaf 3.0.1 it's still recommended to use Java7
regards, Achim
2014-10-13 10:15 GMT+02:00 David Leangen apa...@leangen.net:
Hi!
I am new to Karaf. I am trying to set up v3.0.1 on my Mac, but am getting
a JMRuntimeException: Failed to
Wow! Impressive response. :-) Thank you!
Can you make a try with 3.0.2 (currently on staging) ?
Tried. Same problem. :-(
which version of Java are you using?
Please note with Karaf 3.0.1 it's still recommended to use Java7
Hmmm. I am still a luddite with 1.6 (more precisely
It looks like the lib folder doesn't contain the karaf-jmx-boot.jar file
(providing the MBeanServerBuilder).
Can you check that this jar is in the lib folder ?
Do you have something in bin/setenv ?
Regards
JB
On 10/13/2014 10:39 AM, David Leangen wrote:
Wow! Impressive response. :-) Thank
By the way, can you try with Java7 (instead of Java6) ?
Regards
JB
On 10/13/2014 10:39 AM, David Leangen wrote:
Wow! Impressive response. :-) Thank you!
Can you make a try with 3.0.2 (currently on staging) ?
Tried. Same problem. :-(
which version of Java are you using?
Please note with
+1
Tested on Linux Ubuntu 14.04 , 64 bits
Tested with JDK 1.8
[image: Inline image 2]
* Jonathan Vila** https://www.twitter.com/jonathan_vila
http://www.linkedin.com/in/jonathanvila*
* jonathan.v...@gmail.com jonathan.v...@gmail.com*
I am trying to initiate some console functionality with etc/shell.init.script
Here is the script:
l
The result is:
My machine is windowsXp.
This behavior is not consistent. Once in a while it works.
This behavior is on *clean fresh vanilla karaf configuration*, nothing
installed or customized.
Same problem with Karaf 3.0.1 on windows XP and windows 7.
--
View this message in context:
http://karaf.922171.n3.nabble.com/Arrow-keys-not-working-with-Windows-in-Karaf-command-line-console-tp4027169p4035833.html
Sent from the Karaf - User mailing list archive at Nabble.com.
It looks like the lib folder doesn’t contain the karaf-jmx-boot.jar file
(providing the MBeanServerBuilder).
Can you check that this jar is in the lib folder ?
Yes, it is there.
Do you have something in bin/setenv ?
No, using defaults.
By the way, can you try with Java7 (instead of
Hi,
it looks like your previous e-mail has not been sent completely (the
script/commands are missing).
Can you send it again please ?
Thanks,
Regards
JB
On 10/13/2014 01:42 PM, maroshi wrote:
I am trying to initiate some console functionality with etc/shell.init.script
Here is the script:
It should be fixed on 3.0.2.
Regards
JB
On 10/13/2014 01:42 PM, maroshi wrote:
Same problem with Karaf 3.0.1 on windows XP and windows 7.
--
View this message in context:
Really weird,
Can you do a java -version and send the result.
Can you also send the data/log/karaf.log to me ?
Regards
JB
On 10/13/2014 01:47 PM, David Leangen wrote:
It looks like the lib folder doesn’t contain the karaf-jmx-boot.jar
file (providing the MBeanServerBuilder).
Can you check
Do you have another container with a JMXServer running?
It's rather strange behavior you're describing.
Could you do a cleanup of the cache folder, by removing the data folder?
regards, Achim
2014-10-13 13:47 GMT+02:00 David Leangen apa...@leangen.net:
It looks like the lib folder doesn’t
Really weird,
:-)
Can you do a java -version and send the result.
java version 1.7.0_67
Java(TM) SE Runtime Environment (build 1.7.0_67-b01)
Java HotSpot(TM) 64-Bit Server VM (build 24.65-b04, mixed mode)
Can you also send the data/log/karaf.log to me ?
There is no file (assuming that it
Hi!
Do you have another container with a JMXServer running?
Nope. (Unless there is something happening that I am not aware of. How could I
verify?)
It’s rather strange behavior you're describing.
No doubt.
Could you do a cleanup of the cache folder, by removing the data folder?
Again,
hmm, did you tell us already which OS you're using?
regards, Achim
2014-10-13 13:59 GMT+02:00 David Leangen apa...@leangen.net:
Hi!
Do you have another container with a JMXServer running?
Nope. (Unless there is something happening that I am not aware of. How
could I verify?)
It’s
Mac OS X
On 10/13/2014 02:01 PM, Achim Nierbeck wrote:
hmm, did you tell us already which OS you're using?
regards, Achim
2014-10-13 13:59 GMT+02:00 David Leangen apa...@leangen.net
mailto:apa...@leangen.net:
Hi!
Do you have another container with a JMXServer running?
Nope.
in the bin/karaf script, can you confirm that you have something like:
exec $JAVA $JAVA_OPTS -Djava.endorsed.dirs=${JAVA_ENDORSED_DIRS}
-Djava.ext.dirs=${JAVA_EXT_DIRS}
-Dkaraf.instances=${KARAF_HOME}/instances -Dkaraf.home=$KARAF_HOME
-Dkaraf.base=$KARAF_BASE -Dkaraf.data=$KARAF_DATA
jbonofre wrote
Hi,
it looks like your previous e-mail has not been sent completely (the
script/commands are missing).
Can you send it again please ?
Thanks,
Regards
JB
On 10/13/2014 01:42 PM, maroshi wrote:
I am trying to initiate some console functionality with
Hi,
in the bin/karaf script, can you confirm that you have something like:
exec “$JAVA” […]
Yes.
Do you define some env variables like KARAF_BASE/KARAF_HOME/KARAF_ETC, ?
I tried both. Same results.
A possible cause is that KARAF_HOME is not well setted or a CLASSPATH system
+1 (Non binding)
I saw all improvement made on Aries and Karaf on the different mailing
lists and it looks very good (altough I didn't tested because of lack of
time).
Good Job Karaf team, keep up making this product better and better!
It's one of the best Apache product IMHO.
2014-10-13 12:54
OK, I think we narrow the problem.
I bet your KARAF_HOME is defined by empty or it's not correct (I guess that
/usr/local/lib folder is not your actual KARAF_HOME).
I would advise to unset KARAF_BASE, KARAF_HOME, etc to let the bin/karaf
script to define it for you.
Sure.
What, very
Unfortunately, even with KARAF_HOME unset, the problem persists. :-(
On Oct 13, 2014, at 9:35 PM, David Leangen apa...@leangen.net wrote:
OK, I think we narrow the problem.
I bet your KARAF_HOME is defined by empty or it's not correct (I guess that
/usr/local/lib folder is not your
2014-10-13 14:14 GMT+02:00 David Leangen apa...@leangen.net:
Hi,
in the bin/karaf script, can you confirm that you have something like:
exec “$JAVA” […]
Yes.
Do you define some env variables like KARAF_BASE/KARAF_HOME/KARAF_ETC, ?
I tried both. Same results.
A possible cause
KARAF_HOME is the location where you uncompressed Karaf.
For instance, if you uncompressed Karaf in /opt/apache-karaf (and so,
you have /opt/apache-karaf/bin, /opt/apache-karaf/lib, etc), KARAF_HOME
is /opt/apache-karaf.
However, by default, KARAF_HOME is defined relatively to the bin/karaf.
Just another idea that crosses my mind.
Did you place the extracted Karaf folder in some restricted folders?
Where does it actually reside in?
regards, Achim
2014-10-13 14:43 GMT+02:00 Jean-Baptiste Onofré j...@nanthrax.net:
KARAF_HOME is the location where you uncompressed Karaf.
For
Hi,
That seems wrong.
Your karaf installation does seem quite weird.
:-)
I installed it in /usr/local/java.
The folder there is apache-karat-3.0.2, exactly as tar-gunzipped. :-)
Usually, when unset, your KARAF_HOME should point to something like
/usr/local/apache-karaf-3.0.1
Well,
Hi,
Just another idea that crosses my mind.
Did you place the extracted Karaf folder in some restricted folders?
Where does it actually reside in?
Not sure exactly what you mean by “restricted”, but it resides in
/usr/local/java.]
This is where I install all my apache apps. No problems so
Hi,
I'm also interested in this topic. We have a data source which is configured
using the OSGi Configuration Admin. The data source is used by another
bundle to install SQL Scripts during startup of other bundles using the OSGi
Extender pattern.
Unfortunately the config admin service does not
The only solution I know is to use update-strategy=reload in the
property placeholder.
So the context of your bundle will reload as soon as the real config is
present.
This of course means that for a short time the context is up with
invalid parameters before it is then reloaded.
Christian
Hi Jochen,
just to understand your use case: how do you provision the cfg file ? Do
you use config/ or configfile/ element on the feature ?
Regards
JB
On 10/13/2014 03:48 PM, jkraushaar wrote:
Hi JB,
I've tried your solution, but it does not solve our problem. The
configuration admin
Hi JB,
we create a custom distribution. The custom distribution already contains
the config file in the etc folder, so it is not provisioned using features.
Is there a difference between these two solutions?
Regards
Jochen
--
View this message in context:
So, it means that the file is already in the etc folder at startup.
If your blueprint bundle starts after configadmin, I would consider as a
fair enhancement on Aries blueprint-cm.
AFAIR, blueprint-cm loads the default properties as soon as the
blueprint container starts and after get the
Hi,
@Christian: Thanks for the link. I'll take a look at it.
@JB: Would be a nice enhancement to blueprint-cm and help us a lot.
Regards
Jochen
--
View this message in context:
http://karaf.922171.n3.nabble.com/Mandatory-Configuration-from-configAdmin-tp4031442p4035868.html
Sent from the
I agree.
Christian link is interesting for the datasource case, but I would say
we have to address a more generic case with blueprint-cm (what you
described can happen with other config than datasource).
Let me check in blueprint-cm and eventually create the Jira to work on this.
I keep you
+1
For having an option in blueprint cm to only load when the config appears.
This would make some cases simpler to implement.
For example I have a similar case where I load data from a database and
create a Configuration object in config admin from it. There I also
would like my blueprint
We are inline as usual ;)
Let me add a test case and work on that in Aries blueprint-cm (I found
another bug by the way).
Regards
JB
On 10/13/2014 04:26 PM, Christian Schneider wrote:
+1
For having an option in blueprint cm to only load when the config appears.
This would make some cases
Karaf will need to be able to write to that directory by default.
What user are you using to run karaf? Does he have permissions to
write to /usr/local/java/apache-karaf-3.0.2?
On Mon, Oct 13, 2014 at 8:51 AM, David Leangen apa...@leangen.net wrote:
Hi,
Just another idea that crosses my
Hi guys!
Perfect, using the maven-resources-plugin all works as expected. I think
the custom distribution documentation update will help future users (that
is what I looked at). Thanks a lot!
Regards,
Oliver
2014-10-13 10:17 GMT+02:00 Jean-Baptiste Onofré j...@nanthrax.net:
By the way, I also
No worries.
Jamie or I will upload the updated documentation as soon as the release
votes passed.
Regards
JB
On 10/13/2014 07:01 PM, Oliver Pajonk wrote:
Hi guys!
Perfect, using the maven-resources-plugin all works as expected. I think
the custom distribution documentation update will help
Indeed, it was a permissions problem. Thanks! :-)
The error message was misleading, at least for somebody new to Karaf. Perhaps
the launcher could check for permissions and fail on error. Just a thought.
In any case, thanks to everybody for a super response! I’m not sure how active
the
The Karaf team is pleased to announce the release of Karaf version 3.0.2.
Apache Karaf is a small OSGi distribution which provides a ready to
use container for server side applications.
This is an update patch for Apache Karaf 3.0.0, containing many bug
fixes, dependency updates, and
Good.
It's what Achim asked yesterday (by restricted directories).
I will create a Jira to add a permission check in Karaf main.
Regards
JB
On 10/13/2014 11:04 PM, David Leangen wrote:
Indeed, it was a permissions problem. Thanks! :-)
The error message was misleading, at least for somebody
47 matches
Mail list logo