Provisioning vs. Felix Fileinstaller

2013-05-13 Thread Michael Prieß
Hi,

actually I use features to deploy all my OSGi bundles. But
to initialize some infrastructure for example an embedded broker I use 2-3
Spring XML files which are located in the deploy directory.

Now I have the following behavior: The Spring XML files are deployed before
the provisioning happen and the deployment of some Spring XML isn't
possible. If I restart the XML Bundles after bootup everything is fine.

Have maybe someone a pattern or an idea how to resolve this issue?

Why does the Fileinstaller doesn't work in combination with features with a
adjusted boot-up level?

Maybe those are separate modules which are doesn't care about each other?

Cheers,

Michael


Re: Deploy into deployment directory

2013-02-04 Thread Michael Prieß
Hi Achim,

I thought the fetched bundles from a repository are stored in
karaf_home/data. Is the internal repository are located in /data?

If I like to extend the deployment are this parts in pax url?

Regards,

Michael

2013/2/4 Achim Nierbeck bcanh...@googlemail.com:
 Hi Michael,

 quick answer, no :)

 long answer, the maven artifacts are deployed to the internal system
 repository. Therefore a deployment to a specific folder is not possible
 right now.
 It might be possible to specify a special maven repository though this is
 not a deployment folder as those artifacts are already deployed.

 regards, Achim


 2013/2/4 Michael Prieß mailingliste...@googlemail.com

 Hi,

 is it possible to choose a deployment directory with the install command?

 What I miss is something like:

 install mvn:com.foo/my-route/1.8.3/xml $KARAF_DEPLOY

 I like it to have all routes in the deployment directory.

 Regards,

 Michael




 --

 Apache Karaf http://karaf.apache.org/ Committer  PMC
 OPS4J Pax Web http://wiki.ops4j.org/display/paxweb/Pax+Web/ Committer 
 Project Lead
 OPS4J Pax for Vaadin http://team.ops4j.org/wiki/display/PAXVAADIN/Home
 Commiter  Project Lead
 blog http://notizblog.nierbeck.de/


Re: Web application development using unpacked WAR

2012-07-30 Thread Michael Prieß
Seems like there is a problem with the symbolic name. Could you please
attach the exploded OSGi manifest, the output of the command headers
ID and the configuration of the felix plugin?

Cheers,

Michael


2012/7/30 helander leh...@gmail.com:
 I have created a Jira:

 https://issues.apache.org/jira/browse/KARAF-1692

 /Lars



 --
 View this message in context: 
 http://karaf.922171.n3.nabble.com/Web-application-development-using-unpacked-WAR-tp4025360p4025372.html
 Sent from the Karaf - User mailing list archive at Nabble.com.


Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
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:

org.ops4j.pax.url.mvn.repositories= \
http://myRepro/content/groups/public/

If I now run a feature:install wrapper I get the following Error:

Manifest not present in the first entry of the zip
mvn:org.apache.karaf.shell/org.apache.karaf.shell.wrapper/2.2.4

Have anyone a idea how fix this failure?

Regards,

Michael


Re: Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
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.

I looked into my Nexus Repository and only found the wrapper .pom XML
there. Could Pax Url trigger the repository to download the needed
dependencys from m2central like maven?

Regards,

Michael

2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net:
 Hi Michael,

 1/ could you try to set your repository at the end of the
 org.ops4j.pax.url.mvn.repositories property
 2/ I think that the org.apache.karaf.shell.wrapper jar file, in your local
 m2 repository, has been downloaded as a HTML file. It's certainly a reply
 from your repository.
 Could you check (edit) the org.apache.karaf.shell.wrapper jar file in your
 m2 local folder ? I bet it's not a jar file (a HTML one for instance).

 Regards
 JB

 On 11/15/2011 01:02 PM, Michael Prieß wrote:

 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:

 org.ops4j.pax.url.mvn.repositories= \
     http://myRepro/content/groups/public/

 If I now run a feature:install wrapper I get the following Error:

 Manifest not present in the first entry of the zip
 mvn:org.apache.karaf.shell/org.apache.karaf.shell.wrapper/2.2.4

 Have anyone a idea how fix this failure?

 Regards,

 Michael

 --
 Jean-Baptiste Onofré
 jbono...@apache.org
 http://blog.nanthrax.net
 Talend - http://www.talend.com



Re: Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
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 Karaf into debug mode.

 2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
| .pax.url.mvn.internal.Connection  166 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
from URL 
[file:/opt/apache-karaf-2.2.4/system/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  166 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
from URL 
[file:/opt/apache-karaf-2.2.4/local-repo/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  260 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
[file:/home/viajeo/.m2/repository/,releases=true,snapshots=true]
2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  378 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  260 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
[http:///myMavenRepro/content/groups/public/
/,releases=true,snapshots=false]
2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  378 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
2011-11-15 13:49:12,411 | DEBUG | l Console Thread | Connection
   | .pax.url.mvn.internal.Connection  190 | 2 -
org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
from URL 
[file:/home/viajeo/.m2/repository/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]

Seems like Karaf could not download the dependency from my maven reprository.

Regards,

Michael

2011/11/15 Jean-Baptiste Onofré j...@nanthrax.net:
 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 your .m2/repository
 - finally, check in the repositories defined in the PAX URL property

 Could you check in your local repo ?
 Do you use a proxy to access your local maven repo ?

 Regards
 JB

 On 11/15/2011 01:23 PM, Michael Prieß wrote:

 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.

 I looked into my Nexus Repository and only found the wrapper .pom XML
 there. Could Pax Url trigger the repository to download the needed
 dependencys from m2central like maven?

 Regards,

 Michael

 2011/11/15 Jean-Baptiste Onofréj...@nanthrax.net:

 Hi Michael,

 1/ could you try to set your repository at the end of the
 org.ops4j.pax.url.mvn.repositories property
 2/ I think that the org.apache.karaf.shell.wrapper jar file, in your
 local
 m2 repository, has been downloaded as a HTML file. It's certainly a reply
 from your repository.
 Could you check (edit) the org.apache.karaf.shell.wrapper jar file in
 your
 m2 local folder ? I bet it's not a jar file (a HTML one for instance).

 Regards
 JB

 On 11/15/2011 01:02 PM, Michael Prieß wrote:

 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:

 org.ops4j.pax.url.mvn.repositories= \
     http://myRepro/content/groups/public/

 If I now run a feature:install wrapper I get the following Error:

 Manifest not present in the first entry of the zip
 mvn:org.apache.karaf.shell/org.apache.karaf.shell.wrapper/2.2.4

 Have anyone a idea how fix this failure?

 Regards,

 Michael

 --
 Jean-Baptiste Onofré
 jbono...@apache.org
 http://blog.nanthrax.net
 Talend - http://www.talend.com


 --
 Jean-Baptiste Onofré
 jbono...@apache.org
 http://blog.nanthrax.net
 Talend - http://www.talend.com



Re: Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
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 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 similar, but due to a HTTP proxy.

 Regards
 JB

 On 11/15/2011 01:55 PM, Michael Prieß wrote:

 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 Karaf into debug mode.

  2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
                 | .pax.url.mvn.internal.Connection  166 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL
 [file:/opt/apache-karaf-2.2.4/system/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
 2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  166 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL
 [file:/opt/apache-karaf-2.2.4/local-repo/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
 2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  260 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
 [file:/home/viajeo/.m2/repository/,releases=true,snapshots=true]
 2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  378 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
 2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  260 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
 [http:///myMavenRepro/content/groups/public/
 /,releases=true,snapshots=false]
 2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  378 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
 2011-11-15 13:49:12,411 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  190 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL
 [file:/home/viajeo/.m2/repository/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]

 Seems like Karaf could not download the dependency from my maven
 reprository.

 Regards,

 Michael

 2011/11/15 Jean-Baptiste Onofréj...@nanthrax.net:

 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 your .m2/repository
 - finally, check in the repositories defined in the PAX URL property

 Could you check in your local repo ?
 Do you use a proxy to access your local maven repo ?

 Regards
 JB

 On 11/15/2011 01:23 PM, Michael Prieß wrote:

 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.

 I looked into my Nexus Repository and only found the wrapper .pom XML
 there. Could Pax Url trigger the repository to download the needed
 dependencys from m2central like maven?

 Regards,

 Michael

 2011/11/15 Jean-Baptiste Onofréj...@nanthrax.net:

 Hi Michael,

 1/ could you try to set your repository at the end of the
 org.ops4j.pax.url.mvn.repositories property
 2/ I think that the org.apache.karaf.shell.wrapper jar file, in your
 local
 m2 repository, has been downloaded as a HTML file. It's certainly a
 reply
 from your repository.
 Could you check (edit) the org.apache.karaf.shell.wrapper jar file in
 your
 m2 local folder ? I bet it's not a jar file (a HTML one for instance).

 Regards
 JB

 On 11/15/2011 01:02 PM, Michael Prieß wrote:

 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:

 org.ops4j.pax.url.mvn.repositories= \
     http://myRepro/content/groups/public/

 If I now run a feature:install wrapper I

Re: Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
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 URL (for mvn) is 60 seconds:

        private static final int MAVEN_TIMEOUT = 6;

 Do you think it was longer ?

 Regards
 JB

 On 11/15/2011 02:09 PM, Michael Prieß wrote:

 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 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 similar, but due to a HTTP proxy.

 Regards
 JB

 On 11/15/2011 01:55 PM, Michael Prieß wrote:

 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 Karaf into debug mode.

  2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
                 | .pax.url.mvn.internal.Connection  166 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL

 [file:/opt/apache-karaf-2.2.4/system/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
 2011-11-15 13:49:12,408 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  166 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL

 [file:/opt/apache-karaf-2.2.4/local-repo/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]
 2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  260 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
 [file:/home/viajeo/.m2/repository/,releases=true,snapshots=true]
 2011-11-15 13:49:12,409 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  378 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
 2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  260 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 | Collecting versions from repository
 [http:///myMavenRepro/content/groups/public/
 /,releases=true,snapshots=false]
 2011-11-15 13:49:12,410 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  378 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Resolving exact version
 2011-11-15 13:49:12,411 | DEBUG | l Console Thread | Connection
                | .pax.url.mvn.internal.Connection  190 | 2 -
 org.ops4j.pax.url.mvn - 1.2.8 |   Could not download [Version [2.2.4]
 from URL

 [file:/home/viajeo/.m2/repository/org/apache/karaf/shell/org.apache.karaf.shell.wrapper/2.2.4/org.apache.karaf.shell.wrapper-2.2.4.jar]]

 Seems like Karaf could not download the dependency from my maven
 reprository.

 Regards,

 Michael

 2011/11/15 Jean-Baptiste Onofréj...@nanthrax.net:

 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 your .m2/repository
 - finally, check in the repositories defined in the PAX URL property

 Could you check in your local repo ?
 Do you use a proxy to access your local maven repo ?

 Regards
 JB

 On 11/15/2011 01:23 PM, Michael Prieß wrote:

 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.

 I looked into my Nexus Repository and only found the wrapper .pom XML
 there. Could Pax Url trigger the repository to download the needed
 dependencys from m2central like maven?

 Regards,

 Michael

 2011/11/15 Jean-Baptiste Onofréj...@nanthrax.net:

 Hi Michael,

 1/ could you try to set your repository at the end of the
 org.ops4j.pax.url.mvn.repositories property
 2/ I think that the org.apache.karaf.shell.wrapper jar file, in your
 local
 m2 repository, has been downloaded as a HTML file. It's certainly a
 reply
 from your repository.
 Could you check (edit) the org.apache.karaf.shell.wrapper jar file in
 your
 m2 local folder ? I bet it's not a jar file (a HTML

Re: Fetching feature from a nexus repository

2011-11-15 Thread Michael Prieß
Hi,

a slash before my repository definition was the mistake.

Thanks for your help.

Cheers,

Michael


Race between Features and Spring/Blueprint XML

2011-03-09 Thread Michael Prieß
Hi all,

i like to deploy camel-routes and features inside the deploy directory.

 A deployment look like the following:

- a feature.xml which contain bundles like Apache Camel, Spring with a start
level definition.
- and many xml camel-routes which contain configurations for my components.

Now i have the problem that my camel-routes have the same start level like
the features.

Have anyone a good idea how to resolve the problem?

Regards,

Michael Priess