Hi guys,
I updated the wrapper in Karaf 2.2.4 to use 64 bits on Linux.
I'm gonna take a look on that one.
Regards
JB
On 11/14/2011 04:27 PM, Achim Nierbeck wrote:
Hi Dan,
thanx for giving this hint, I'll see if we can also use it.
I opened a issue for this to keep track of it:
Hi Bengt,
My comments inline:
I guess it's some kind of catch 22 going on here. I would really like to
be able to use system properties at this point. Can I create a JIRA for
this?
It should work already. Let me take a look, I will raise a Jira if the
system variables are not used.
I
Hello,
my Karaf Installation is behind a Firewall, so I have to use my own
Maven Repository in the same subnet (Nexus) to fetch the wrapper
feature from my nexus.
So I changed the file org.ops4j.pax.url.mvn.cfg, uncommented the other
repository and added my repository:
This error typically points out that your artifact is corrupted. Is it
possible that the artifact in your repository has a different md5sum than
the one on m2 central?
Kind regards,
Andreas
On Tue, Nov 15, 2011 at 13:02, Michael Prieß mailingliste...@googlemail.com
wrote:
Hello,
my Karaf
I think in some cases, the error message can be misleading. Can you check
that the jar returned by your nexus is a real jar and not an error page?
On Tue, Nov 15, 2011 at 13:02, Michael Prieß mailingliste...@googlemail.com
wrote:
Hello,
my Karaf Installation is behind a Firewall, so I have
Hi,
my repro it the last position in the config and I read in the PAX Url
Documentation that Pax Url not need a local maven installation to
fetch dependencys is this right?
Did Karaf store the fetcht dependencys under
/opt/apache-karaf-2.2.4/local-repo? Because there is no file at the
moment.
Hi Michael,
No, local-repo is only used to uncompress KAR files.
In Pax URL, if you have central in the repositories list, it will go
there: it's the default configuration.
The process is:
- first, check in the Karaf system local repository (it's a Maven repo
basically)
- second, check in
Hi,
im using no http proxy to access my maven repository, because its in
the same network.
I looked into the directory
/opt/apache-karaf-2.2.4/system/org/apache/karaf/shell but there is no
directory which have the name org.apache.karaf.shell.wrapper which I
expect.
After that I started to set
For the system folder, it's normal: wrapper is an optional feature and
not shipped in Karaf by default.
It seems taht Karaf is not able to get the wrapper jar file.
Could you try a simple wget or curl from where Karaf is installed and
check that you can get the file ?
I had something
Hi,
requesting the jar with wget works, but the response need a lot of time.
Regards,
Michael
2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net:
For the system folder, it's normal: wrapper is an optional feature and not
shipped in Karaf by default.
It seems taht Karaf is not able to get
Hi,
when I fire the feature:install wrapper command I get the error msg in
the same moment back.
Maybe something in my configuration is wrong?
https://gist.github.com/3cc3606b5e4f35634a96
Regards,
Michael
2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net:
AFAIR, the default timeout is PAX
I guess that you repository is configured as a proxy: it can get
artifacts from the central when it's present locally, correct ?
Could you check in your Nexus log if the repository is able to get the
artifacts from central (maybe a firewall configuration missing between
your Nexus and the
Does the Pax Exam Karaf Testframework 4.0 work on Windows ?
Today I tried it and got the following stack trace and error:
[INFO]
[INFO] --- depends-maven-plugin:1.2:generate-depends-file
(generate-depends-file) @ osgi.test.example ---
[INFO] Created:
Hi Coletta,
it should ;)
However,
it seems that you try/use Karaf 2.2.4 with the Pax URL Aether protocol.
To use Aether, you have to use Karaf trunk (3.0), it's not supported by
Karaf 2.2.4.
Regards
JB
On 11/15/2011 04:42 PM, Coletta Giacomo, IT wrote:
Does thePax
Well, I did not intend to.
I was just trying to follow
https://github.com/openengsb/labs-paxexam-karaf/wiki.
How can I avoid Pax URL Aether protocol and try the testframework with karaf
2.2.4 ?
Giacomo Coletta
-Original Message-
From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net]
Perfect,
/Bengt
2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net
Hi guys,
I updated the wrapper in Karaf 2.2.4 to use 64 bits on Linux.
I'm gonna take a look on that one.
Regards
JB
On 11/14/2011 04:27 PM, Achim Nierbeck wrote:
Hi Dan,
thanx for giving this hint, I'll see if we
Hi,
a slash before my repository definition was the mistake.
Thanks for your help.
Cheers,
Michael
Thanks for your answers JB. I created the following JIRA:
https://issues.apache.org/jira/browse/KARAF-1014
/Bengt
2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net
Hi Bengt,
My comments inline:
I guess it's some kind of catch 22 going on here. I would really like to
be able to use
Hi Giacomon,
I use the test framework on Windows sucessfully.
Maybe you can use the same configuration that places the unpackDirectory in
a path without spaces (in my case target/paxexam/unpack/):
Kind regards
Andi
--
View this message in context:
19 matches
Mail list logo