SCP and SFTP not working

2017-01-05 Thread Charles
HiI’m trying to verify if I’ve foundan issue with the SFTP/SCP server within 
Karaf, and in the inherited project Servicemix.  I use Camel to perform many 
integrations,storing properties files within the /etc folder.  Ideally I’d like 
access to the /etc folderwithin Karaf to allow updates to the configuration 
files by my build tooling.
Sadly I’ve not managed to get theSFTP / SCP faciility to work.  I’mrunning 
Servicemix 4.5.3 (Karaf 2.2) on Java 1.6_45, on Windows primarily.  Any 
attempts to use SFTP via FTP clientresults in an error, or results in a folder 
presented to the client, with a  name that’s actually a date, which can’t 
benavigated.

Thinking this may be a platformissue I’ve tried it on later vanilla Servicemix 
versions 6.0, 7.0 m2, and Karaf4.  I’ve tried on those versions on Linux,and 
using Java 7 & 8.  No combinationresults in filesystem access.

Can anyone confirm this facilityworks under other Karaf versions or 
environments?  Or amI doing something really dumb?

Thanks

Re: Installing `kie-camel` feature in JBoss Fuse 6.2

2016-07-19 Thread Charles Moulliard
Hi Lewis,

As you are using a Red Hat JBoss Fuse distribution and not the Apache Karaf
distribution, this question should be asked to Red Hat support (using your
subscription).

Regards,

On Tue, Jul 19, 2016 at 9:21 AM, lewis  wrote:

> Hello,
>
> I'm trying to deploy a drools component to a vanilla JBoss Fuse 6.2 server.
>
> I first install the drools features url
>
> JBossFuse:karaf@root> features:addurl
> mvn:org.drools/drools-karaf-features/6.1.0.Final/xml/features
>
> before installing the drools module and kie-spring features
>
> JBossFuse:karaf@root> features:install drools-module/6.1.0.Final
> JBossFuse:karaf@root> features:install kie-spring/6.1.0.Final
>
> However, when I attempt to install kie-camel I get the following error
>
> JBossFuse:karaf@root> features:install kie-camel/6.1.0.Final
> ...
> Found installed bundle: org.apache.servicemix.specs.jsr311-api-1.1.1 [267]
> Found installed bundle: stax2-api [268]
> Found installed bundle: org.apache.cxf.cxf-api [400]
> Found installed bundle: org.apache.cxf.cxf-rt-management [402]
> Installing bundle mvn:org.apache.cxf/cxf-rt-features-clustering/2.6.6
> Error executing command: Can not resolve feature:
> Unsatisfied requirement(s):
> ---
>bundle:(&(symbolicname=org.springframework.beans))
>   Apache CXF Compatibility Bundle J
>
> Any ideas how to resolve this issue?  I suspect that I might need to add
> another feature url but my research into that hasn't produced any results
> yet.
>
> Thanks in advance
>
> Lewis Watson
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Installing-kie-camel-feature-in-JBoss-Fuse-6-2-tp4047296.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Injecting service into command

2016-04-27 Thread Charles Moulliard
Hi Alex,

Apache Felix SCR or Declarative Service provides Annotations where you can
specify using a filter the service to be used with @Reference (see target)

-->

http://felix.apache.org/documentation/subprojects/apache-felix-maven-scr-plugin/scr-annotations.html#reference

http://grepcode.com/file/repo1.maven.org/maven2/org.apache.felix/org.apache.felix.scr.annotations/1.6.0/org/apache/felix/scr/annotations/Reference.java#Reference.target%28%29

Regards,

On Tue, Apr 26, 2016 at 9:33 PM, Alex Soto  wrote:

> Hi JB,
>
> Thanks,
>
> I understand I can do lookup with bundle context.
> I am sorry I don’t know what  “DS annotation” is.  Can you clarify?
>
> Also,  how about injecting list of all services of the same interface?
>
> Best regards,
> Alex soto
>
>
>
> > On Apr 26, 2016, at 3:23 PM, Jean-Baptiste Onofré 
> wrote:
> >
> > Hi Alex,
> >
> > You want to provide a filter I guess ?
> >
> > @Reference doesn't support filter for now. However, you can use DS
> annotation (supporting filter) or directly lookup the service via the
> bundle context.
> >
> > Regards
> > JB
> >
> > On 04/26/2016 08:55 PM, Alex Soto wrote:
> >> Hello,
> >>
> >> I am creating a Karaf command into which I need a service injected.  I
> understand that I need to use the annotation @Reference, but in my case I
> have different services with the same class, so I need to be able to
> specify a  filter; however, the @Reference annotation does not have any
> property for this purpose, so how is it done?
> >>
> >> Best regards,
> >> Alex soto
> >>
> >>
> >>
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: command not found

2016-04-26 Thread Charles Moulliard
As Karaf uses Roles assigned to user (
https://karaf.apache.org/manual/latest/users-guide/security.html), I
suspect that the user or ACL defined doesn't allow you to use this command

http://grepcode.com/file/repo1.maven.org/maven2/org.apache.karaf.shell/org.apache.karaf.shell.core/4.0.0/org/apache/karaf/shell/impl/console/osgi/secured/SecuredSessionFactoryImpl.java#96

On Tue, Apr 26, 2016 at 7:12 PM, Alex Soto  wrote:

> It is not very deep, but here it goes:
>
>
> org.apache.karaf.shell.impl.console.osgi.secured.SecuredSessionFactoryImpl.checkSecurity(
> SecuredSessionFactoryImpl.java:116)
> at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(
> SecuredCommand.java:66)
> at org.apache.karaf.shell.impl.console.osgi.secured.SecuredCommand.execute(
> SecuredCommand.java:87)
> at org.apache.felix.gogo.runtime.Closure.executeCmd(Closure.java:480)
> at org.apache.felix.gogo.runtime.Closure.executeStatement(Closure.java:406
> )
> at org.apache.felix.gogo.runtime.Pipe.run(Pipe.java:108)
> at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:182)
> at org.apache.felix.gogo.runtime.Closure.execute(Closure.java:119)
> at org.apache.felix.gogo.runtime.CommandSessionImpl.execute(
> CommandSessionImpl.java:94)
> at org.apache.karaf.shell.impl.console.HeadlessSessionImpl.execute(
> HeadlessSessionImpl.java:90)
>
>
>
> Best regards,
> Alex soto
>
>
>
> On Apr 26, 2016, at 1:04 PM, Charles Moulliard  wrote:
>
> Hi Alex,
>
> List and Restart Commands are packaged within the same bundle
>
>
> https://github.com/apache/karaf/tree/master/bundle/core/src/main/java/org/apache/karaf/bundle/command
>
> Do you have more info within the stack trace ?
>
> Regards,
>
> On Tue, Apr 26, 2016 at 6:55 PM, Alex Soto  wrote:
>
>> Hello,
>>
>> Running Karaf 4.0.3, and pax-exam 4.7.0.
>> From my pax-exam integration test I have no problem running command
>> “bundle:list”, however, on the next line, I try to run “bundle:restart” and
>> get exception:
>>
>> org.apache.felix.gogo.runtime.CommandNotFoundException: Command not
>> found: bundle:restart
>>
>> I assume that all bundle commands are deployed by the same feature, so
>> why is *list* is available and not *restart*?
>> Is there something else I need to do to get access to the *restart *
>> command?
>>
>> Best regards,
>> Alex soto
>>
>>
>>
>>
>
>
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: command not found

2016-04-26 Thread Charles Moulliard
Hi Alex,

List and Restart Commands are packaged within the same bundle

https://github.com/apache/karaf/tree/master/bundle/core/src/main/java/org/apache/karaf/bundle/command

Do you have more info within the stack trace ?

Regards,

On Tue, Apr 26, 2016 at 6:55 PM, Alex Soto  wrote:

> Hello,
>
> Running Karaf 4.0.3, and pax-exam 4.7.0.
> From my pax-exam integration test I have no problem running command
> “bundle:list”, however, on the next line, I try to run “bundle:restart” and
> get exception:
>
> org.apache.felix.gogo.runtime.CommandNotFoundException: Command not
> found: bundle:restart
>
> I assume that all bundle commands are deployed by the same feature, so why
> is *list* is available and not *restart*?
> Is there something else I need to do to get access to the *restart *
> command?
>
> Best regards,
> Alex soto
>
>
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Use @RunWith(PaxExam.class) with a ParentRunner

2016-02-26 Thread Charles Moulliard
Is it possible to retrieve the BundleContext without @Inject annotation
when we launch the Pax Exam server as such in a class ?

public class GatewayRestOSGITester extends ParentRunner {

@Inject
protected BundleContext bundleContext;

   ...

private void startServer() {
try {
Option[] options = KarafConfiguration.config();
ExamSystem system = DefaultExamSystem.create(options);
testContainer = PaxExamRuntime.createContainer(system);
testContainer.start();
} catch (IOException e) {
e.printStackTrace();
}
}

   protected void initWebListener() {
webListener = new WebListenerImpl();
bundleContext.registerService(WebListener.class, webListener,
null); / BundleContext is NULL
}



On Fri, Feb 26, 2016 at 6:05 PM, Charles Moulliard  wrote:

> Hi,
>
> I'm developing a Test Case where the Junit ParentRunner is used to setup a
> server, load test info, ... before to execute the test case but I'm faced
> to the problem that I don't see how to launch the PAx Exam OSGI Container.
>
> Ideally, my class should be designed as such
>
> @RunWith(PaxExam.class)
> public class GatewayRestOSGITester extends ParentRunner {
>
> but of course, the OSGI container will not be created
>
> Is there a workaround that I could use to launch the OSGI Karaf container
> even if we don't use @RunWith(PaxExam.class) ?
>
> FYI, I have tried to use the ExamSystem but unfortunately @Inject doesn't
> work in this case
>
> Option[] opts = options.toArray(new Option[options.size()]);
> ExamSystem system = PaxExamRuntime.createServerSystem(opts);
>
> Any ideas are welcome ;-)
>
> Regards,
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Use @RunWith(PaxExam.class) with a ParentRunner

2016-02-26 Thread Charles Moulliard
Hi,

I'm developing a Test Case where the Junit ParentRunner is used to setup a
server, load test info, ... before to execute the test case but I'm faced
to the problem that I don't see how to launch the PAx Exam OSGI Container.

Ideally, my class should be designed as such

@RunWith(PaxExam.class)
public class GatewayRestOSGITester extends ParentRunner {

but of course, the OSGI container will not be created

Is there a workaround that I could use to launch the OSGI Karaf container
even if we don't use @RunWith(PaxExam.class) ?

FYI, I have tried to use the ExamSystem but unfortunately @Inject doesn't
work in this case

Option[] opts = options.toArray(new Option[options.size()]);
ExamSystem system = PaxExamRuntime.createServerSystem(opts);

Any ideas are welcome ;-)

Regards,
-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Pax-exam don't support blueprint protocol

2016-02-24 Thread Charles Moulliard
Hi,

I'm faced to a strange issue. When I deploy a feature in Karaf 2.4.4
containing a bundle defined using the blueprint protocol, that works but If
I try to issue the same deployment using pax-exam, that fails

2016-02-24 09:43:39,843 | WARN  | pool-1-thread-1  | FeaturesServiceImpl
   | 7 - org.apache.karaf.features.core - 2.4.4 | Error when
installing feature apiman-gateway-test: java.net.MalformedURLException:
Unknown protocol: blueprint

blueprint:mvn:io.apiman/apiman-karaf/${project.version}/xml/apiman-realm

The Karaf Blueprint Deployer is well deployed under the karaf pax-exam
container

[  48] [Active ] [Created ] [   24]
mvn:org.apache.karaf.deployer/org.apache.karaf.deployer.blueprint/2.4.4

Is this feature supported now (https://ops4j1.jira.com/browse/PAXEXAM-539) ?

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Specify relative path for param - KarafDistributionOption.editConfigurationFilePut"

2016-02-24 Thread Charles Moulliard
Hi,

Is it possible to specify a relative path or pass a variable to resolve the
directory location of a parameter that we would like to configure using pax
exam "KarafDistributionOption.editConfigurationFilePut" ?

KarafDistributionOption.editConfigurationFilePut("etc/org.ops4j.pax.web.cfg",
"org.ops4j.pax.web.ssl.keystore","${PATH_DIR}/file")

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Jetty + Jaas on Karaf (Jetty - Authenticated as UNAUTHENTICATED)

2016-02-11 Thread Charles Moulliard
Problem solved.

On Wed, Feb 10, 2016 at 5:52 PM, Charles Moulliard  wrote:

> Hi,
>
> My project includes an AuthenticationFilter which is called when a HTTP
> request is issued to perform a Basic HTTP Authentication. To support my
> realm, I have added a new Blueprint JAAS file to configure the JAAS realm
> and also deployed a user properties file on Karaf
>
> I have added a bean to the Jetty JAAS Config file as such
>
> 
> 
> 
> apiman
> apiman
> 
> 
>
> org.apache.karaf.jaas.boot.principal.RolePrincipal
> 
> 
> 
> 
> 
> 
>
> But when the HttpServletRequest.login method is called, I get this error
> from Jetty Request class
>
> public void login(String username, String password) throws
> ServletException
> {
> if (_authentication instanceof Authentication.Deferred) // /-->
> Generate the error
>
> javax.servlet.ServletException: Authenticated as UNAUTHENTICATED
> at org.eclipse.jetty.server.Request.login(Request.java:2113)
> at
> io.apiman.common.servlet.AuthenticationFilter.doBasicAuth(AuthenticationFilter.java:232)
>
> Do I miss something within my config ?
>
> Regards
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Jetty + Jaas on Karaf (Jetty - Authenticated as UNAUTHENTICATED)

2016-02-10 Thread Charles Moulliard
Hi,

My project includes an AuthenticationFilter which is called when a HTTP
request is issued to perform a Basic HTTP Authentication. To support my
realm, I have added a new Blueprint JAAS file to configure the JAAS realm
and also deployed a user properties file on Karaf

I have added a bean to the Jetty JAAS Config file as such




apiman
apiman



org.apache.karaf.jaas.boot.principal.RolePrincipal







But when the HttpServletRequest.login method is called, I get this error
from Jetty Request class

public void login(String username, String password) throws
ServletException
{
if (_authentication instanceof Authentication.Deferred) // /-->
Generate the error

javax.servlet.ServletException: Authenticated as UNAUTHENTICATED
at org.eclipse.jetty.server.Request.login(Request.java:2113)
at
io.apiman.common.servlet.AuthenticationFilter.doBasicAuth(AuthenticationFilter.java:232)

Do I miss something within my config ?

Regards
-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Can we push new bundle to apache git servicemix-bundles repo

2016-02-06 Thread Charles Moulliard
Problem solved using this repo :
https://git-wip-us.apache.org/repos/asf/servicemix-bundles.git


On Sat, Feb 6, 2016 at 2:28 PM, Charles Moulliard  wrote:

> Hi,
>
> I can't push my commit to this git repo. Can we ?
>
> fatal: remote error: access denied or repository not exported:
> /servicemix-bundles.git
>
> more .git/config
> [core]
> repositoryformatversion = 0
> filemode = true
> bare = false
> logallrefupdates = true
> ignorecase = true
> precomposeunicode = true
> [remote "origin"]
> url = git://git.apache.org/servicemix-bundles.git
>
> Regards,
>
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Can we push new bundle to apache git servicemix-bundles repo

2016-02-06 Thread Charles Moulliard
Hi,

I can't push my commit to this git repo. Can we ?

fatal: remote error: access denied or repository not exported:
/servicemix-bundles.git

more .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
ignorecase = true
precomposeunicode = true
[remote "origin"]
url = git://git.apache.org/servicemix-bundles.git

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Web - Example of security conbstraint mapping

2016-02-05 Thread Charles Moulliard
If I use WebContainer, is it possible to define within the start method of
the class implementing the BundleActivator,  the Web context Path of the
module/bundle that we will register within the HTTP Jetty Server ?

On Fri, Feb 5, 2016 at 1:40 PM, Achim Nierbeck 
wrote:

> Yes of course the samples do contain such a sample and
> of course there is an Integration test available for it :-)
>
>
> 2016-02-05 12:47 GMT+01:00 Jean-Baptiste Onofré :
>
>> Yes, I have something that I did for ActiveMQ WebConsole, leveraging
>> etc/jetty.xml.
>>
>> Regards
>> JB
>>
>>
>> On 02/05/2016 12:45 PM, Charles Moulliard wrote:
>>
>>> Hi,
>>>
>>> Do we have an example where we map Security Constraint (web.xml)
>>>
>>>
>>>
>>>  
>>>apiman-gateway-api
>>>/*
>>>  
>>>  
>>>apipublisher
>>>  
>>>    
>>>
>>>  BASIC
>>>  apiman
>>>
>>>
>>>  apipublisher
>>>
>>>
>>> to the Pax Web
>>>
>>> WebContainer.registerConstraintMapping()
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer & PMC / Architect @RedHat
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>> <http://cmoulliard.github.io>
>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Pax Web - Example of security conbstraint mapping

2016-02-05 Thread Charles Moulliard
Hi,

Do we have an example where we map Security Constraint (web.xml)


  

  apiman-gateway-api
  /*


  apipublisher

  
  
BASIC
apiman
  
  
apipublisher
  

to the Pax Web

WebContainer.registerConstraintMapping()

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf stays blocked when it shutdowns

2016-02-05 Thread Charles Moulliard
Code has been changed to use OSGI Config Admin and the problem is gone.

I'm very curious to know why such code (System.setProperties) can result in
a so huge issue



On Fri, Feb 5, 2016 at 11:46 AM, Jean-Baptiste Onofré 
wrote:

> Weird as it's what we do in Karaf ;)
>
> On 02/05/2016 11:41 AM, Charles Moulliard wrote:
>
>> The root cause has been identified. Felix doesn't like very well that we
>> set System Properties within Activator
>>
>>  public void init() {
>>  Properties props = new Properties();
>>  props.setProperty("apiman.es.protocol", "http");
>>  ...
>>  System.setProperties(props);
>>
>> On Fri, Feb 5, 2016 at 10:23 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> The screenshot contains a heapdump, not a thread dump.
>>
>> I think the NPE is a consequence, so we have to find the cause.
>>
>> A thread dump should help to see locked or parked threads.
>>
>> Regards
>> JB
>>
>> On 02/04/2016 10:49 PM, Charles Moulliard wrote:
>>
>> Yes I can do that with jmap. Here is a screenshot -
>>
>> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>>
>> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Can you take a thread dump ?
>>
>>  Regards
>>  JB
>>
>>
>>  On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>
>>  Hi,
>>
>>  My Karaf 2.4.4 container stays blocked when it
>> shutdowns and reports
>>  this error
>>
>>  Exception in thread "Karaf Shell Console Thread"
>>  java.lang.NullPointerException
>>  at java.io.Writer.write(Writer.java:157)
>>  at
>> java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>>  at java.io.PrintStream.newLine(PrintStream.java:544)
>>  at java.io.PrintStream.println(PrintStream.java:824)
>>  at
>> jline.console.history.FileHistory.flush(FileHistory.java:90)
>>  at
>>
>>
>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>>  at
>>
>>
>> org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>>      at
>>
>> org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>>  at
>>
>>
>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>
>>  How can I investigate why the thread is blocked and
>> that I must
>>  kill the
>>  process to restart it
>>
>>  Regards,
>>
>>  --
>>  Charles Moulliard
>>  Apache Committer & PMC / Architect @RedHat
>>  Twitter : @cmoulliard | Blog :
>> http://cmoulliard.github.io
>>  <http://cmoulliard.github.io>
>>
>>
>>  --
>>  Jean-Baptiste Onofré
>>     jbono...@apache.org <mailto:jbono...@apache.org>
>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
>> http://blog.nanthrax.net
>>  Talend - http://www.talend.com
>>
>>
>>
>>
>>     --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf stays blocked when it shutdowns

2016-02-05 Thread Charles Moulliard
The root cause has been identified. Felix doesn't like very well that we
set System Properties within Activator

public void init() {
Properties props = new Properties();
props.setProperty("apiman.es.protocol", "http");
...
System.setProperties(props);

On Fri, Feb 5, 2016 at 10:23 AM, Jean-Baptiste Onofré 
wrote:

> The screenshot contains a heapdump, not a thread dump.
>
> I think the NPE is a consequence, so we have to find the cause.
>
> A thread dump should help to see locked or parked threads.
>
> Regards
> JB
>
> On 02/04/2016 10:49 PM, Charles Moulliard wrote:
>
>> Yes I can do that with jmap. Here is a screenshot -
>>
>> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>>
>> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Can you take a thread dump ?
>>
>> Regards
>> JB
>>
>>
>> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> My Karaf 2.4.4 container stays blocked when it shutdowns and
>> reports
>> this error
>>
>> Exception in thread "Karaf Shell Console Thread"
>> java.lang.NullPointerException
>> at java.io.Writer.write(Writer.java:157)
>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>> at java.io.PrintStream.newLine(PrintStream.java:544)
>> at java.io.PrintStream.println(PrintStream.java:824)
>> at jline.console.history.FileHistory.flush(FileHistory.java:90)
>> at
>>
>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>> at
>>
>> org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>> at
>> org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>> at
>>
>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>
>> How can I investigate why the thread is blocked and that I must
>> kill the
>> process to restart it
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf stays blocked when it shutdowns

2016-02-05 Thread Charles Moulliard
And history content is empty

Exception in thread "Karaf Shell Console Thread"
java.lang.NullPointerException
at java.io.Writer.write(Writer.java:157)
at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
at java.io.PrintStream.newLine(PrintStream.java:544)
at java.io.PrintStream.println(PrintStream.java:824)
at jline.console.history.FileHistory.flush(FileHistory.java:90)
at
org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
at org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
at org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
at java.lang.Thread.run(Thread.java:745)

On Fri, Feb 5, 2016 at 9:55 AM, Charles Moulliard  wrote:

> The bundle.info file only contains the id of the bundle (=161) but not
> all the these fields
>
> 160
> mvn:org.apache.aries.jpa/org.apache.aries.jpa.blueprint.aries/1.0.4
> 32
> 30
> 1454661936527
> 0
>
>
>
> On Fri, Feb 5, 2016 at 8:39 AM, Charles Moulliard 
> wrote:
>
>> I just remove the ServiceReference of the
>> org.ops4j.pax.web.service.WebContainer
>>
>> public void stop(BundleContext bc) throws Exception {
>> if (webContainerRef != null) {
>> bc.ungetService(webContainerRef);
>> webContainerRef = null;
>> }
>> }
>>
>> On Fri, Feb 5, 2016 at 8:37 AM, Jean-Baptiste Onofré 
>> wrote:
>>
>>> Hi Charles,
>>>
>>> What's this bundle ? Do you do something special in the stop() method of
>>> the activator ?
>>>
>>> Regards
>>> JB
>>>
>>>
>>> On 02/05/2016 08:02 AM, Charles Moulliard wrote:
>>>
>>>> When I reboot Karaf, here is the info that I get also
>>>>
>>>> dabou:~/Fuse/servers/karaf-2.4.4.$ ll data/cache/bundle324/version0.0/
>>>> total 51680
>>>> drwxr-xr-x   5 chmoulli  staff   170 Feb  4 22:53 .
>>>> drwxr-xr-x   4 chmoulli  staff   136 Feb  4 22:53 ..
>>>> -rw-r--r--   1 chmoulli  staff  26453746 Feb  4 22:53 bundle.jar
>>>> drwxr-xr-x  42 chmoulli  staff  1428 Feb  4 22:53
>>>> bundle.jar-embedded
>>>> -rw-r--r--   1 chmoulli  staff41 Feb  4 22:53 revision.location
>>>>
>>>> dabou:~/Fuse/servers/karaf-2.4.4.$ ./bin/karaf
>>>>
>>>> ERROR: Error reloading cached bundle, removing it:
>>>>
>>>> /Users/chmoulli/Fuse/Fuse-servers/jboss-fuse-6.2.1.redhat-084/data/cache/bundle324
>>>> (java.lang.NumberFormatException: null)
>>>> java.lang.NumberFormatException: null
>>>> at java.lang.Integer.parseInt(Integer.java:542)
>>>> at java.lang.Integer.parseInt(Integer.java:615)
>>>> at
>>>>
>>>> org.apache.felix.framework.cache.BundleArchive.readBundleInfo(BundleArchive.java:959)
>>>> at
>>>>
>>>> org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:182)
>>>> at
>>>>
>>>> org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
>>>> at org.apache.felix.framework.Felix.init(Felix.java:713)
>>>> at org.apache.karaf.main.Main.launch(Main.java:344)
>>>> at org.apache.karaf.main.Main.main(Main.java:561)
>>>>
>>>> On Thu, Feb 4, 2016 at 10:49 PM, Charles Moulliard >>> <mailto:ch0...@gmail.com>> wrote:
>>>>
>>>> Yes I can do that with jmap. Here is a screenshot -
>>>>
>>>> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>>>>
>>>> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré
>>>> mailto:j...@nanthrax.net>> wrote:
>>>>
>>>> Can you take a thread dump ?
>>>>
>>>> Regards
>>>> JB
>>>>
>>>>
>>>> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>>>
>>>> Hi,
>>>>
>>>> My Karaf 2.4.4 container stays blocked when it shutdowns and
>>>> reports
>>>> this error
>>>>
>>>> Exception in thread "Karaf Shell Console Thread"
>>>> java.lang.NullPointerException
>>>> at java.io.Writer.write(Writer.java:157)
>>>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>>>> at java.io.PrintStream.newLine(PrintStream.java:544

Re: Karaf stays blocked when it shutdowns

2016-02-05 Thread Charles Moulliard
The bundle.info file only contains the id of the bundle (=161) but not all
the these fields

160
mvn:org.apache.aries.jpa/org.apache.aries.jpa.blueprint.aries/1.0.4
32
30
1454661936527
0



On Fri, Feb 5, 2016 at 8:39 AM, Charles Moulliard  wrote:

> I just remove the ServiceReference of the
> org.ops4j.pax.web.service.WebContainer
>
> public void stop(BundleContext bc) throws Exception {
> if (webContainerRef != null) {
> bc.ungetService(webContainerRef);
> webContainerRef = null;
> }
> }
>
> On Fri, Feb 5, 2016 at 8:37 AM, Jean-Baptiste Onofré 
> wrote:
>
>> Hi Charles,
>>
>> What's this bundle ? Do you do something special in the stop() method of
>> the activator ?
>>
>> Regards
>> JB
>>
>>
>> On 02/05/2016 08:02 AM, Charles Moulliard wrote:
>>
>>> When I reboot Karaf, here is the info that I get also
>>>
>>> dabou:~/Fuse/servers/karaf-2.4.4.$ ll data/cache/bundle324/version0.0/
>>> total 51680
>>> drwxr-xr-x   5 chmoulli  staff   170 Feb  4 22:53 .
>>> drwxr-xr-x   4 chmoulli  staff   136 Feb  4 22:53 ..
>>> -rw-r--r--   1 chmoulli  staff  26453746 Feb  4 22:53 bundle.jar
>>> drwxr-xr-x  42 chmoulli  staff  1428 Feb  4 22:53 bundle.jar-embedded
>>> -rw-r--r--   1 chmoulli  staff41 Feb  4 22:53 revision.location
>>>
>>> dabou:~/Fuse/servers/karaf-2.4.4.$ ./bin/karaf
>>>
>>> ERROR: Error reloading cached bundle, removing it:
>>>
>>> /Users/chmoulli/Fuse/Fuse-servers/jboss-fuse-6.2.1.redhat-084/data/cache/bundle324
>>> (java.lang.NumberFormatException: null)
>>> java.lang.NumberFormatException: null
>>> at java.lang.Integer.parseInt(Integer.java:542)
>>> at java.lang.Integer.parseInt(Integer.java:615)
>>> at
>>>
>>> org.apache.felix.framework.cache.BundleArchive.readBundleInfo(BundleArchive.java:959)
>>> at
>>>
>>> org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:182)
>>> at
>>>
>>> org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
>>> at org.apache.felix.framework.Felix.init(Felix.java:713)
>>> at org.apache.karaf.main.Main.launch(Main.java:344)
>>> at org.apache.karaf.main.Main.main(Main.java:561)
>>>
>>> On Thu, Feb 4, 2016 at 10:49 PM, Charles Moulliard >> <mailto:ch0...@gmail.com>> wrote:
>>>
>>> Yes I can do that with jmap. Here is a screenshot -
>>>
>>> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>>>
>>> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré
>>> mailto:j...@nanthrax.net>> wrote:
>>>
>>> Can you take a thread dump ?
>>>
>>> Regards
>>> JB
>>>
>>>
>>> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>>
>>> Hi,
>>>
>>> My Karaf 2.4.4 container stays blocked when it shutdowns and
>>> reports
>>> this error
>>>
>>> Exception in thread "Karaf Shell Console Thread"
>>> java.lang.NullPointerException
>>> at java.io.Writer.write(Writer.java:157)
>>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>>> at java.io.PrintStream.newLine(PrintStream.java:544)
>>> at java.io.PrintStream.println(PrintStream.java:824)
>>>     at
>>> jline.console.history.FileHistory.flush(FileHistory.java:90)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>>
>>>     How can I investigate why the thread is blocked and that I
>>> must kill the
>>> process to restart it
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>>     Apache Committer & PMC / Architect @RedHat
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>

Re: Karaf stays blocked when it shutdowns

2016-02-04 Thread Charles Moulliard
I just remove the ServiceReference of the
org.ops4j.pax.web.service.WebContainer

public void stop(BundleContext bc) throws Exception {
if (webContainerRef != null) {
bc.ungetService(webContainerRef);
webContainerRef = null;
}
}

On Fri, Feb 5, 2016 at 8:37 AM, Jean-Baptiste Onofré 
wrote:

> Hi Charles,
>
> What's this bundle ? Do you do something special in the stop() method of
> the activator ?
>
> Regards
> JB
>
>
> On 02/05/2016 08:02 AM, Charles Moulliard wrote:
>
>> When I reboot Karaf, here is the info that I get also
>>
>> dabou:~/Fuse/servers/karaf-2.4.4.$ ll data/cache/bundle324/version0.0/
>> total 51680
>> drwxr-xr-x   5 chmoulli  staff   170 Feb  4 22:53 .
>> drwxr-xr-x   4 chmoulli  staff   136 Feb  4 22:53 ..
>> -rw-r--r--   1 chmoulli  staff  26453746 Feb  4 22:53 bundle.jar
>> drwxr-xr-x  42 chmoulli  staff  1428 Feb  4 22:53 bundle.jar-embedded
>> -rw-r--r--   1 chmoulli  staff41 Feb  4 22:53 revision.location
>>
>> dabou:~/Fuse/servers/karaf-2.4.4.$ ./bin/karaf
>>
>> ERROR: Error reloading cached bundle, removing it:
>>
>> /Users/chmoulli/Fuse/Fuse-servers/jboss-fuse-6.2.1.redhat-084/data/cache/bundle324
>> (java.lang.NumberFormatException: null)
>> java.lang.NumberFormatException: null
>> at java.lang.Integer.parseInt(Integer.java:542)
>> at java.lang.Integer.parseInt(Integer.java:615)
>> at
>>
>> org.apache.felix.framework.cache.BundleArchive.readBundleInfo(BundleArchive.java:959)
>> at
>>
>> org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:182)
>> at
>>
>> org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
>> at org.apache.felix.framework.Felix.init(Felix.java:713)
>> at org.apache.karaf.main.Main.launch(Main.java:344)
>> at org.apache.karaf.main.Main.main(Main.java:561)
>>
>> On Thu, Feb 4, 2016 at 10:49 PM, Charles Moulliard > <mailto:ch0...@gmail.com>> wrote:
>>
>> Yes I can do that with jmap. Here is a screenshot -
>>
>> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>>
>> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>> wrote:
>>
>> Can you take a thread dump ?
>>
>> Regards
>> JB
>>
>>
>> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> My Karaf 2.4.4 container stays blocked when it shutdowns and
>> reports
>> this error
>>
>> Exception in thread "Karaf Shell Console Thread"
>> java.lang.NullPointerException
>> at java.io.Writer.write(Writer.java:157)
>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>> at java.io.PrintStream.newLine(PrintStream.java:544)
>> at java.io.PrintStream.println(PrintStream.java:824)
>> at
>> jline.console.history.FileHistory.flush(FileHistory.java:90)
>> at
>>
>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>> at
>>
>> org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>> at
>>
>> org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>> at
>>
>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>
>> How can I investigate why the thread is blocked and that I
>>     must kill the
>> process to restart it
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>>     Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf stays blocked when it shutdowns

2016-02-04 Thread Charles Moulliard
When I reboot Karaf, here is the info that I get also

dabou:~/Fuse/servers/karaf-2.4.4.$ ll data/cache/bundle324/version0.0/
total 51680
drwxr-xr-x   5 chmoulli  staff   170 Feb  4 22:53 .
drwxr-xr-x   4 chmoulli  staff   136 Feb  4 22:53 ..
-rw-r--r--   1 chmoulli  staff  26453746 Feb  4 22:53 bundle.jar
drwxr-xr-x  42 chmoulli  staff  1428 Feb  4 22:53 bundle.jar-embedded
-rw-r--r--   1 chmoulli  staff41 Feb  4 22:53 revision.location

dabou:~/Fuse/servers/karaf-2.4.4.$ ./bin/karaf

ERROR: Error reloading cached bundle, removing it:
/Users/chmoulli/Fuse/Fuse-servers/jboss-fuse-6.2.1.redhat-084/data/cache/bundle324
(java.lang.NumberFormatException: null)
java.lang.NumberFormatException: null
at java.lang.Integer.parseInt(Integer.java:542)
at java.lang.Integer.parseInt(Integer.java:615)
at
org.apache.felix.framework.cache.BundleArchive.readBundleInfo(BundleArchive.java:959)
at
org.apache.felix.framework.cache.BundleArchive.(BundleArchive.java:182)
at
org.apache.felix.framework.cache.BundleCache.getArchives(BundleCache.java:247)
at org.apache.felix.framework.Felix.init(Felix.java:713)
at org.apache.karaf.main.Main.launch(Main.java:344)
at org.apache.karaf.main.Main.main(Main.java:561)

On Thu, Feb 4, 2016 at 10:49 PM, Charles Moulliard  wrote:

> Yes I can do that with jmap. Here is a screenshot -
> https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0
>
> On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré 
> wrote:
>
>> Can you take a thread dump ?
>>
>> Regards
>> JB
>>
>>
>> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>>
>>> Hi,
>>>
>>> My Karaf 2.4.4 container stays blocked when it shutdowns and reports
>>> this error
>>>
>>> Exception in thread "Karaf Shell Console Thread"
>>> java.lang.NullPointerException
>>> at java.io.Writer.write(Writer.java:157)
>>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>>> at java.io.PrintStream.newLine(PrintStream.java:544)
>>> at java.io.PrintStream.println(PrintStream.java:824)
>>> at jline.console.history.FileHistory.flush(FileHistory.java:90)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>>> at org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>>> at org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>>> at
>>>
>>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>>
>>> How can I investigate why the thread is blocked and that I must kill the
>>> process to restart it
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer & PMC / Architect @RedHat
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>> <http://cmoulliard.github.io>
>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf stays blocked when it shutdowns

2016-02-04 Thread Charles Moulliard
Yes I can do that with jmap. Here is a screenshot -
https://www.dropbox.com/s/9nns0coyue9j6zt/Screenshot%202016-02-04%2022.48.56.png?dl=0

On Thu, Feb 4, 2016 at 9:31 PM, Jean-Baptiste Onofré 
wrote:

> Can you take a thread dump ?
>
> Regards
> JB
>
>
> On 02/04/2016 09:00 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> My Karaf 2.4.4 container stays blocked when it shutdowns and reports
>> this error
>>
>> Exception in thread "Karaf Shell Console Thread"
>> java.lang.NullPointerException
>> at java.io.Writer.write(Writer.java:157)
>> at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
>> at java.io.PrintStream.newLine(PrintStream.java:544)
>> at java.io.PrintStream.println(PrintStream.java:824)
>> at jline.console.history.FileHistory.flush(FileHistory.java:90)
>> at
>>
>> org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
>> at org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
>> at org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
>> at
>>
>> org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)
>>
>> How can I investigate why the thread is blocked and that I must kill the
>> process to restart it
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Karaf stays blocked when it shutdowns

2016-02-04 Thread Charles Moulliard
Hi,

My Karaf 2.4.4 container stays blocked when it shutdowns and reports this
error

Exception in thread "Karaf Shell Console Thread"
java.lang.NullPointerException
at java.io.Writer.write(Writer.java:157)
at java.io.BufferedWriter.newLine(BufferedWriter.java:243)
at java.io.PrintStream.newLine(PrintStream.java:544)
at java.io.PrintStream.println(PrintStream.java:824)
at jline.console.history.FileHistory.flush(FileHistory.java:90)
at
org.apache.karaf.shell.console.jline.KarafFileHistory.flush(KarafFileHistory.java:65)
at org.apache.karaf.shell.console.jline.Console.close(Console.java:163)
at org.apache.karaf.shell.console.jline.Console.run(Console.java:216)
at
org.apache.karaf.shell.console.jline.DelayedStarted.run(DelayedStarted.java:79)

How can I investigate why the thread is blocked and that I must kill the
process to restart it

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Can Pax CDI scans WAB + lib

2016-02-04 Thread Charles Moulliard
Here is more info in debug mode

2016-02-04 11:43:55,795 | DEBUG | l Console Thread | WebEventDispatcher
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 | Sending
web event WebEvent [replay=false, type=DEPLOYING,
bundle=io.apiman.gateway-osgi [281],
extenderBundle=org.ops4j.pax.web.pax-web-extender-war [244], cause=null,
timestamp=1454582635795, contextPath=/gateway, collisionIds=null,
httpService=null, httpContext=null] for bundle io.apiman.gateway-osgi
2016-02-04 11:43:55,795 | DEBUG | EventExecutor: 1 | pax-web-extender-war
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 |
org/osgi/service/web/DEPLOYING
2016-02-04 11:43:55,801 | DEBUG | l Console Thread | WebAppParser
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 | version
found in web.xml - 2.5
2016-02-04 11:43:55,801 | DEBUG | l Console Thread | WebAppParser
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 |
metadata-complete is: false
2016-02-04 11:43:55,801 | DEBUG | l Console Thread | WebAppParser
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 | scanning
for ServletContainerInitializers
2016-02-04 11:43:55,802 | DEBUG | l Console Thread | WebAppParser
  | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 | found
container initializers by SafeServiceLoader ... skip the old impl.
2016-02-04 11:43:56,737 | DEBUG | l Console Thread | Activator
   | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 |
Scheduling start of extension for bundle io.apiman.gateway-osgi
asynchronously
2016-02-04 11:43:56,738 | DEBUG | pool-7-thread-1  | WebAppPublisher
   | 244 - org.ops4j.pax.web.pax-web-extender-war - 3.2.5 |
Publishing web application
[WebApp{displayName=null,contextName=gateway,m_httpContext=null}]

On Thu, Feb 4, 2016 at 11:34 AM, Charles Moulliard  wrote:

> There is something that I don't understand
>
> My project contains a web.xml file located here
>
> gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/web.xml
>
> including a Listener and Servlet
>
> 
>
> io.apiman.gateway.platforms.war.listeners.WarGatewayBootstrapper
>   
>
>   
>   
> GatewayServlet
>
> io.apiman.gateway.platforms.war.servlets.WarGatewayServlet
>   
>   
> GatewayServlet
> /*
>   
>
> but the Servlet or Listener are never called by Pax Web (tested with
> remote debugger)
>
> [  90] [Active ] [] [   ] [   30] OPS4J Pax Web - API
> (3.2.5)
> [  91] [Active ] [] [   ] [   30] OPS4J Pax Web -
> Service SPI (3.2.5)
> [  92] [Active ] [] [   ] [   30] OPS4J Pax Web -
> Runtime (3.2.5)
> [  93] [Active ] [] [   ] [   30] OPS4J Pax Web -
> Jetty (3.2.5)
> [  94] [Active ] [] [   ] [   30] OPS4J Pax Web - Jsp
> Support (3.2.5)
> [  95] [Active ] [] [   ] [   30] OPS4J Pax Web -
> Extender - Whiteboard (3.2.5)
> [ 244] [Active ] [] [   ] [   30] OPS4J Pax Web -
> Extender - WAR (3.2.5)
> [ 245] [Active ] [] [   ] [   30] OPS4J Pax Web -
> FileInstall Deployer (3.2.5)
> [ 246] [Active ] [] [   ] [   30] OPS4J Pax Url - war
> (2.4.2)
>
> [ 281] [Active ] [] [   ] [   80] Apiman :: OSGI ::
> Gateway Module (1.2.2.SNAPSHOT)
>
> :karaf@root> web:list
>ID   State Web-State   Level  Web-ContextPath   Name
> [ 281] [Active ] [Deploying  ]  [   80] [/gateway]
> Apiman :: OSGI :: Gateway Module (1.2.2.SNAPSHOT)
>
> and of course no error is reported within the log file
>
> Here is the packaging
>
> lr target/gateway-osgi-1.2.2-SNAPSHOT
> target/gateway-osgi-1.2.2-SNAPSHOT
> target/gateway-osgi-1.2.2-SNAPSHOT/META-INF
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/META-INF
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/META-INF/MANIFEST.MF
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms/war
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms/war/WarEngineAccessor.class
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms/war/WarEngineConfig.class
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms/war/WarGateway.class
>
> target/gateway-osgi-1.2.2-SNAPSHOT/WEB-INF/classes/io/apiman/gateway/platforms/

Re: Can Pax CDI scans WAB + lib

2016-02-04 Thread Charles Moulliard
,
com.google.protobuf;resolution:=optional,
com.spatial4j.core.context;resolution:=optional,
com.spatial4j.core.context.jts;resolution:=optional,
com.spatial4j.core.exception;resolution:=optional,
com.spatial4j.core.shape;resolution:=optional,

On Thu, Feb 4, 2016 at 9:12 AM, Charles Moulliard  wrote:

> I will create a use case as I'm not sure that it work. BTW, the scan
> should be done here not only by Pax Web but also by Pax CDI. This is
> perhaps my issue as there is a Servlet within the project and also CDI
> Annotated classes into the jar files packaged under the WEB-INF/lib
> directory
>
> On Wed, Feb 3, 2016 at 7:32 PM, Achim Nierbeck 
> wrote:
>
>> Hi,
>>
>> I wouldn't know why it shouldn't work.
>> Pax-Web scans transitive for jsps and tlds in the classpath.
>> AFAIRC this is also done for bean.xml's
>>
>> regards, Achim
>>
>>
>> 2016-02-03 19:25 GMT+01:00 Charles Moulliard :
>>
>>> Hi,
>>>
>>> Can Pax CDI scans a bundle packaged as a WAB where the WEB-INF/lib
>>> folder contains the jar files to be scanned ?
>>>
>>> The Bundle-ClassPath of the manifest file includes the jar files
>>>
>>> Bundle-ClassPath: WEB-INF/classes,.,WEB-INF/lib/annotations-2.0.1.jar,WE
>>>  B-INF/lib/apiman-common-config-1.2.2-SNAPSHOT.jar,WEB-INF/lib/apiman-co
>>>  mmon-plugin-1.2.2-SNAPSHOT.jar, 
>>>
>>> Require-Capability: org.ops4j.pax.cdi.extension;filter:="(&(extension=pa
>>>  x-cdi-extension)(version>=0.11)(!(version>=0.12)))",osgi.extender;filte
>>>  r:="(osgi.extender=pax.cdi)",osgi.ee;filter:="(&(osgi.ee=JavaSE)(versio
>>>  n=1.6))"
>>> Web-ContextPath: /gateway
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer & PMC / Architect @RedHat
>>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>>
>>>
>>
>>
>> --
>>
>> Apache Member
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>>
>> Software Architect / Project Manager / Scrum Master
>>
>>
>
>
> --
> Charles Moulliard
> Apache Committer & PMC / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Can Pax CDI scans WAB + lib

2016-02-04 Thread Charles Moulliard
I will create a use case as I'm not sure that it work. BTW, the scan should
be done here not only by Pax Web but also by Pax CDI. This is perhaps my
issue as there is a Servlet within the project and also CDI Annotated
classes into the jar files packaged under the WEB-INF/lib directory

On Wed, Feb 3, 2016 at 7:32 PM, Achim Nierbeck 
wrote:

> Hi,
>
> I wouldn't know why it shouldn't work.
> Pax-Web scans transitive for jsps and tlds in the classpath.
> AFAIRC this is also done for bean.xml's
>
> regards, Achim
>
>
> 2016-02-03 19:25 GMT+01:00 Charles Moulliard :
>
>> Hi,
>>
>> Can Pax CDI scans a bundle packaged as a WAB where the WEB-INF/lib folder
>> contains the jar files to be scanned ?
>>
>> The Bundle-ClassPath of the manifest file includes the jar files
>>
>> Bundle-ClassPath: WEB-INF/classes,.,WEB-INF/lib/annotations-2.0.1.jar,WE
>>  B-INF/lib/apiman-common-config-1.2.2-SNAPSHOT.jar,WEB-INF/lib/apiman-co
>>  mmon-plugin-1.2.2-SNAPSHOT.jar, 
>>
>> Require-Capability: org.ops4j.pax.cdi.extension;filter:="(&(extension=pa
>>  x-cdi-extension)(version>=0.11)(!(version>=0.12)))",osgi.extender;filte
>>  r:="(osgi.extender=pax.cdi)",osgi.ee;filter:="(&(osgi.ee=JavaSE)(versio
>>  n=1.6))"
>> Web-ContextPath: /gateway
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>
>>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
>
>


-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Can Pax CDI scans WAB + lib

2016-02-03 Thread Charles Moulliard
Hi,

Can Pax CDI scans a bundle packaged as a WAB where the WEB-INF/lib folder
contains the jar files to be scanned ?

The Bundle-ClassPath of the manifest file includes the jar files

Bundle-ClassPath: WEB-INF/classes,.,WEB-INF/lib/annotations-2.0.1.jar,WE
 B-INF/lib/apiman-common-config-1.2.2-SNAPSHOT.jar,WEB-INF/lib/apiman-co
 mmon-plugin-1.2.2-SNAPSHOT.jar, 

Require-Capability: org.ops4j.pax.cdi.extension;filter:="(&(extension=pa
 x-cdi-extension)(version>=0.11)(!(version>=0.12)))",osgi.extender;filte
 r:="(osgi.extender=pax.cdi)",osgi.ee;filter:="(&(osgi.ee=JavaSE)(versio
 n=1.6))"
Web-ContextPath: /gateway

Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Can Pax CDI scans WAB + lib

2016-02-03 Thread Charles Moulliard
Hi,

Can Pax CDI scans WAB + lib

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Happy New Year !

2016-01-01 Thread Charles Moulliard
Meilleurs voeux / happy new years 2016 !

On Fri, Jan 1, 2016 at 1:45 PM, Jean-Baptiste Onofré 
wrote:

> You know that sometime that I hate you ? ;) I won't take a picture where I
> am ;)
>
> Regards
> JB
>
> On 01/01/2016 12:44 PM, Serge Huber wrote:
>
>> Happy new year too ! This is where I'm writing this from :)
>>
>> image1.JPG
>>
>> Cheers,
>>
>>
>>   Serge Huber
>>   CTO & Co-Founder
>>
>> T +41 22 361 3424 
>> 9 route des Jeunes | 1227 Acacias | Switzerland
>> jahia.com <http://www.jahia.com/>
>> SKYPE  | LINKEDIN
>> <https://www.linkedin.com/in/sergehuber> | TWITTER
>> <https://twitter.com/sergehuber> | VCARD
>> <http://www.jahia.com/vcard/HuberSerge.vcf>
>>
>>
>> JOIN OUR COMMUNITY  <http://www.jahia.com/> to evaluate, get trained and
>>> to discover why
>>>
>> Jahia is a leading User Experience Platform (UXP) for Digital
>> Transformation.
>>
>> Le 1 janv. 2016 à 06:24, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> a écrit :
>>
>> On behalf of the Karaf team, I wish you a happy new year !
>>>
>>> I hope this new year will bring all that you expect.
>>>
>>> For sure, 2016 will be an important year for Karaf in term of
>>> increasing the adoption. New website, new samples, new documentation,
>>> and Karaf Boot are keys to step forward in 2016 to bring Karaf in new
>>> areas !
>>>
>>> So, keep using, loving, helping, contributing on Karaf !
>>>
>>> Regards
>>> JB
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org <mailto: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
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Error reported with PAx CDI 0.11

2015-12-07 Thread Charles Moulliard
d.bundleChanged(BundleHookBundleTracker.java:463)
at
org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)
at
org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127)
at
org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)
at
org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)
at org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429)
at org.apache.felix.framework.Felix.stopBundle(Felix.java:2528)
at org.apache.felix.framework.Felix$2.run(Felix.java:967)
at java.lang.Thread.run(Thread.java:745)


Regards,

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Issue with Pax OPS4J Log4j2 on Karaf 4.2

2015-12-04 Thread Charles Moulliard
Done : https://ops4j1.jira.com/browse/PAXLOGGING-205

On Fri, Dec 4, 2015 at 1:54 PM, Jean-Baptiste Onofré 
wrote:

> Hi Charles,
>
> It looks like the org.ops4j.pax.logging configuration is bound to two
> bundles: pax-logging-log4j and pax-logging-service use the same
> configuration (which is not allowed for ManagedService).
>
> It's a bug for me.
>
> Can you create the Jira please ? I will fix that.
>
> Regards
> JB
>
> On 12/04/2015 12:27 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> I have configured log4j2 on Karaf 2.4 as such
>>
>> - Edit the file etc/startup.properties file and comment this line
>>
>> `org/ops4j/pax/logging/pax-logging-service/1.8.4/pax-logging-service-1.8.4.jar=8`
>> - Add this line after the commented line
>>
>> 'org/ops4j/pax/logging/pax-logging-log4j2/1.8.4/pax-logging-log4j2-1.8.4.jar=8'
>>
>> - Configure `org.ops4j.pax.logging.cfg` file by adding this line
>> 'org.ops4j.pax.logging.log4j2.config.file=${karaf.etc}/log4j2.xml'
>>
>> - Add a log4j.xml file
>>
>> 
>> 
>>  
>>  
>>  http://bundle.id>} - %X{bundle.name
>> <http://bundle.name>} - %X{bundle.version} | %m%n"/>
>>  
>>  >append="true"
>>
>> filePattern="${karaf.data}/log/$${date:-MM}/fuse-%d{MM-dd-}-%i.log.gz">
>> 
>>   %d{ABSOLUTE} | %-5.5p | %-16.16t | %-32.32c{1} |
>> %X{bundle.id <http://bundle.id>} - %X{bundle.name <http://bundle.name>}
>>
>> - %X{bundle.version} | %m%n
>> 
>> 
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>>  
>> 
>>
>> but when I try to change the log level, I get this error
>>
>> JBossFuse:karaf@root> log:set DEBUG io.apiman
>> JBossFuse:karaf@root> 12:22:55,086 | ERROR | s4j.pax.logging) |
>> configadmin  | 7 - org.apache.felix.configadmin -
>> 1.8.4 | Cannot use configuration org.ops4j.pax.logging for
>> [org.osgi.service.log.LogService,
>> org.knopflerfish.service.log.LogService,
>> org.ops4j.pax.logging.PaxLoggingService,
>> org.osgi.service.cm.ManagedService, id=13,
>> bundle=65/mvn:org.ops4j.pax.logging/pax-logging-service/1.8.4]: No
>> visibility to configuration bound to
>> mvn:org.ops4j.pax.logging/pax-logging-log4j2/1.8.4
>>
>> IS there something else to configure ?
>>
>> Regards
>>
>> --
>> Charles Moulliard
>> Apache Committer & PMC / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Issue with Pax OPS4J Log4j2 on Karaf 4.2

2015-12-04 Thread Charles Moulliard
Hi,

I have configured log4j2 on Karaf 2.4 as such

- Edit the file etc/startup.properties file and comment this line
`org/ops4j/pax/logging/pax-logging-service/1.8.4/pax-logging-service-1.8.4.jar=8`
- Add this line after the commented line
'org/ops4j/pax/logging/pax-logging-log4j2/1.8.4/pax-logging-log4j2-1.8.4.jar=8'

- Configure `org.ops4j.pax.logging.cfg` file by adding this line
'org.ops4j.pax.logging.log4j2.config.file=${karaf.etc}/log4j2.xml'

- Add a log4j.xml file








   
 %d{ABSOLUTE} | %-5.5p | %-16.16t | %-32.32c{1} | %X{
bundle.id} - %X{bundle.name} - %X{bundle.version} | %m%n
   
   















but when I try to change the log level, I get this error

JBossFuse:karaf@root> log:set DEBUG io.apiman
JBossFuse:karaf@root> 12:22:55,086 | ERROR | s4j.pax.logging) | configadmin
 | 7 - org.apache.felix.configadmin - 1.8.4 | Cannot
use configuration org.ops4j.pax.logging for
[org.osgi.service.log.LogService, org.knopflerfish.service.log.LogService,
org.ops4j.pax.logging.PaxLoggingService,
org.osgi.service.cm.ManagedService, id=13,
bundle=65/mvn:org.ops4j.pax.logging/pax-logging-service/1.8.4]: No
visibility to configuration bound to
mvn:org.ops4j.pax.logging/pax-logging-log4j2/1.8.4

IS there something else to configure ?

Regards

-- 
Charles Moulliard
Apache Committer & PMC / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Decanter & Pax Appender

2015-09-20 Thread Charles Moulliard
That was my idea too to add it to etc/startup.properties as bundle level
doesn't work.

On Sun, Sep 20, 2015 at 6:15 PM, Jean-Baptiste Onofré 
wrote:

> Hi Charles,
>
> the Decanter Pax Appender is called as soon as you start decanter.
>
> If you want to start earlier, you can add the Decanter Log Collector in
> etc/startup.properties, or you can use start level in your own features.Xml.
>
> In Decanter 1.1.0, you will have the Decanter File Collector that can poll
> a file (as you can do in logstash) as an alternative.
>
> Regards
> JB
>
>
> On 09/20/2015 05:51 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> The Decanter Pax Logging Appender is registered as a OSGI Service when
>> the collector bundle is called
>> (
>> https://github.com/apache/karaf-decanter/blob/master/collector/log/src/main/java/org/apache/karaf/decanter/collector/log/Activator.java#L45
>> )
>>
>> As this Decanter Collector Log bundle is not part of the
>> startup.properties script of Karaf but deployed as a bundle using
>> features, how can we be sure that the bundle will be started before that
>> Karaf start to call the log appender of Pax and that we will be able to
>> collect all the logs ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Decanter & Pax Appender

2015-09-20 Thread Charles Moulliard
Hi,

The Decanter Pax Logging Appender is registered as a OSGI Service when the
collector bundle is called (
https://github.com/apache/karaf-decanter/blob/master/collector/log/src/main/java/org/apache/karaf/decanter/collector/log/Activator.java#L45
)

As this Decanter Collector Log bundle is not part of the startup.properties
script of Karaf but deployed as a bundle using features, how can we be sure
that the bundle will be started before that Karaf start to call the log
appender of Pax and that we will be able to collect all the logs ?

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Simple OPS4J PAx WAR on Karaf 2.4 doesn't work

2015-08-28 Thread Charles Moulliard
Thx JB.

Redeployed and that works now -->

karaf@root> install -s
webbundle:file:///Users/chmoulli/Temp/poc-demos-test/kibana-3.1.2/src/main/webapp/kibana.war?Web-ContextPath=/kibana3
Bundle ID: 89
karaf@root> list
START LEVEL 100 , List Threshold: 50
   ID   State Blueprint  Level  Name
[  85] [Active ] [] [   80] OPS4J Pax Web - Samples -
Spring War sample (6.0.0.SNAPSHOT)
[  86] [Active ] [] [   80] tomcat-sample (0)
[  89] [Active ] [] [   80]
fileUsers_chmoulli_Temp_poc-demos-test_kibana-3.1.2_src_main_webapp_kibana.war
(0)
karaf@root> web:list
   ID   State Web-State   Level  Web-ContextPath   Name
[  85] [Active ] [Deployed   ]  [   80] [/sample-spring  ]
OPS4J Pax Web - Samples - Spring War sample (6.0.0.SNAPSHOT)
[  86] [Active ] [Deployed   ]  [   80] [/sample ]
tomcat-sample (0)
[  89] [Active ] [Deployed   ]  [   80] [/kibana3]
fileUsers_chmoulli_Temp_poc-demos-test_kibana-3.1.2_src_main_webapp_kibana.war
(0)

dabou:~/Temp/poc-demos-test/kibana-3.1.2/src/main/webapp$ http
http://localhost:8181/kibana3/index.html

HTTP/1.1 200 OK
Content-Type: text/html
ETag: 1440758390843
Server: Jetty(8.1.17.v20150415)
Transfer-Encoding: chunked













Kibana 3{{dashboard.current.title ? " -
"+dashboard.current.title : ""}}

On Fri, Aug 28, 2015 at 12:25 PM, Jean-Baptiste Onofré 
wrote:

> Hi Charles,
>
> Webapp-Context header is deprecated, you have to use Web-ContextPath
> instead.
>
> Regards
> JB
>
>
> On 08/28/2015 12:08 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> I try to deploy a simple war file (coming from the project of OPS4J -
>> Pax Web) but I can't access it from a browser
>>
>> The war is well deployed and registered under /sample)
>>
>>
>> webbundle:file:///Users/chmoulli/Code/github/pax/pax-web/samples/war-simple/target/war-simple-6.0.0-SNAPSHOT.war?Webapp-Context=/sample
>>
>> Here is the scenario followed
>>
>> https://gist.github.com/cmoulliard/7041894be429e76c2ab0
>>
>> What could be the problem ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Simple OPS4J PAx WAR on Karaf 2.4 doesn't work

2015-08-28 Thread Charles Moulliard
Hi,

I try to deploy a simple war file (coming from the project of OPS4J - Pax
Web) but I can't access it from a browser

The war is well deployed and registered under /sample)

webbundle:file:///Users/chmoulli/Code/github/pax/pax-web/samples/war-simple/target/war-simple-6.0.0-SNAPSHOT.war?Webapp-Context=/sample

Here is the scenario followed

https://gist.github.com/cmoulliard/7041894be429e76c2ab0

What could be the problem ?

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Spring4 @Annotations

2014-12-18 Thread Charles Moulliard
Hi,

It is perhaps time also that Spring & CDI align their specs to propose a
common solution and that also some of the Java EE annotations (@Resource,
@DatasourceDefinition, ...) become part of javase or a project supporting
them without all the plumbing of the EJB container. Otherwise, we should
revamp KarafEE ;-)

Regards

On Thu, Dec 18, 2014 at 9:48 AM, Jean-Baptiste Onofré 
wrote:
>
> Hi,
>
> Why not, indeed.
>
> Regards
> JB
>
> On 12/18/2014 09:46 AM, Charles Moulliard wrote:
>
>> Hi,
>>
>> It is perhaps time that we have a pax-spring project similar to pax-cdi
>> to support Spring 4 annotations !
>>
>> Regards,
>>
>> On Thu, Dec 18, 2014 at 8:45 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Hi,
>>
>> no, spring-dm doesn't support Spring 4 (as you can see in the
>> features version range).
>> You need to tweak using a OSGi service.
>>
>> Regards
>> JB
>>
>>
>> On 12/18/2014 08:44 AM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> Will it be possible to use Spring DM to scan the Spring 4
>> @Annotations
>> (used by a project to configure a DataSource by example :
>> http://stackoverflow.com/__questions/7542506/spring-__
>> propertyplaceholderconfigurer-__and-contextproperty-__placeholder
>> <http://stackoverflow.com/questions/7542506/spring-
>> propertyplaceholderconfigurer-and-contextproperty-placeholder>)
>> or another OSGI Service will be required to scan the classes
>> containing
>> them ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>>     Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Spring4 @Annotations

2014-12-18 Thread Charles Moulliard
Hi,

It is perhaps time that we have a pax-spring project similar to pax-cdi to
support Spring 4 annotations !

Regards,

On Thu, Dec 18, 2014 at 8:45 AM, Jean-Baptiste Onofré 
wrote:
>
> Hi,
>
> no, spring-dm doesn't support Spring 4 (as you can see in the features
> version range).
> You need to tweak using a OSGi service.
>
> Regards
> JB
>
>
> On 12/18/2014 08:44 AM, Charles Moulliard wrote:
>
>> Hi,
>>
>> Will it be possible to use Spring DM to scan the Spring 4 @Annotations
>> (used by a project to configure a DataSource by example :
>> http://stackoverflow.com/questions/7542506/spring-
>> propertyplaceholderconfigurer-and-contextproperty-placeholder)
>> or another OSGI Service will be required to scan the classes containing
>> them ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Spring4 @Annotations

2014-12-17 Thread Charles Moulliard
Hi,

Will it be possible to use Spring DM to scan the Spring 4 @Annotations
(used by a project to configure a DataSource by example :
http://stackoverflow.com/questions/7542506/spring-propertyplaceholderconfigurer-and-contextproperty-placeholder)
or another OSGI Service will be required to scan the classes containing
them ?

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Override bundle manifest using pax-exam 4.3

2014-12-12 Thread Charles Moulliard
Hi,

Is there a trick that I could use to override a bundle ("hibernate-core")
deployed by pax-exam 4.3 into Karaf to declare
"DynamicImport-Package: org.jbpm.services.task.*" ?

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Spring OSGI Wiring - Error

2014-12-12 Thread Charles Moulliard
Hi,

I still have a strange error reported by Felix when running pax-exam 4.3

2014-12-12 10:11:24,292 | INFO  | FelixStartLevel  | core
  | 34 - org.apache.aries.jmx.core - 1.1.2 | Unregistering MBean
with ObjectName
[osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=c1e77204-f898-47d9-8751-3281b7701cc3]
for service with service.id [10]
Exception in thread "Thread-41" java.lang.NoClassDefFoundError:
org/springframework/osgi/context/support/AbstractDelegatedExecutionApplicationContext$2
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.normalClose(AbstractDelegatedExecutionApplicationContext.java:210)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$NoDependenciesWaitRefreshExecutor.close(AbstractDelegatedExecutionApplicationContext.java:93)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.doClose(AbstractDelegatedExecutionApplicationContext.java:236)
at
org.springframework.context.support.AbstractApplicationContext$1.run(AbstractApplicationContext.java:980)
Caused by: java.lang.ClassNotFoundException: Unable to load class
'org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$2'
because the bundle wiring for org.springframework.osgi.core is no longer
valid.
at
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1521)
at
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)
at
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 4 more

Here are the Spring bundles being deployed into the karaf container when
pax-exam test ran the test

[  61] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-core (3.2.9.RELEASE_1)
[  62] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-expression (3.2.9.RELEASE_1)
[  63] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-beans (3.2.9.RELEASE_1)
[  64] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-aop (3.2.9.RELEASE_1)
[  65] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-context (3.2.9.RELEASE_1)
[  66] [Active ] [] [   ] [   30] Apache ServiceMix ::
Bundles :: spring-context-support (3.2.9.RELEASE_1)

- So why do we still get the error : "Caused by:
java.lang.ClassNotFoundException: Unable to load class
'org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$2'
because the bundle wiring for org.springframework.osgi.core is no longer
valid." ?

- As this ERROR is reported when Felix is shutdown by PAX-EXAM, can I
forget it as the test succeeds ?

Results :

Tests run: 1, Failures: 0, Errors: 0, Skipped: 0

[INFO]

[INFO] BUILD SUCCESS
[INFO]


Regards,

On Thu, Dec 11, 2014 at 6:28 PM, Charles Moulliard  wrote:

> You are right. Will change my code.
>
> On Thu, Dec 11, 2014 at 6:20 PM, Jean-Baptiste Onofré 
> wrote:
>
>> You can, but it doesn't make sense as the features.cfg is already ok.
>>
>> On 12/11/2014 06:14 PM, Charles Moulliard wrote:
>>
>>> You refer to this code :
>>> https://github.com/apache/karaf/blob/karaf-2.x/itests/
>>> src/test/java/org/apache/karaf/itests/SpringFeaturesTest.java
>>> ?
>>> Why can't we use anymore the features(URL, feature, ...) option of
>>> pax-exam to setup Karaf before to run each uni test ?
>>>
>>> On Thu, Dec 11, 2014 at 6:10 PM, Jean-Baptiste Onofré >> <mailto:j...@nanthrax.net>> wrote:
>>>
>>> Take a look on the Karaf itests: we install all features in itests,
>>> including spring/spring-dm.
>>>
>>> Just one think: spring-dm doesn't work with spring 4.
>>>
>>> Regards
>>> JB
>>>
>>> On 12/11/2014 06:08 PM, Charles Moulliard wrote:
>>>
>>> Does that means that the feature has to be installed within the
>>> unit
>>> test and not anymore when we setup the Karaf container like here
>>> -
>>> https://github.com/__opendaylight/controller/blob/_
>>> _master/itests/base-features-__it/src/test/java/org/__
>>> opendaylight/controller/base/__BaseFeatureTest.java
>>> <https://github.com/opendaylight/controller/blob/
>>> master/itests/base-features-it/src/test/java/org/
>&g

Re: Spring OSGI Wiring - Error

2014-12-11 Thread Charles Moulliard
You are right. Will change my code.

On Thu, Dec 11, 2014 at 6:20 PM, Jean-Baptiste Onofré 
wrote:

> You can, but it doesn't make sense as the features.cfg is already ok.
>
> On 12/11/2014 06:14 PM, Charles Moulliard wrote:
>
>> You refer to this code :
>> https://github.com/apache/karaf/blob/karaf-2.x/itests/
>> src/test/java/org/apache/karaf/itests/SpringFeaturesTest.java
>> ?
>> Why can't we use anymore the features(URL, feature, ...) option of
>> pax-exam to setup Karaf before to run each uni test ?
>>
>> On Thu, Dec 11, 2014 at 6:10 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Take a look on the Karaf itests: we install all features in itests,
>> including spring/spring-dm.
>>
>> Just one think: spring-dm doesn't work with spring 4.
>>
>> Regards
>> JB
>>
>> On 12/11/2014 06:08 PM, Charles Moulliard wrote:
>>
>> Does that means that the feature has to be installed within the
>> unit
>> test and not anymore when we setup the Karaf container like here -
>> https://github.com/__opendaylight/controller/blob/_
>> _master/itests/base-features-__it/src/test/java/org/__
>> opendaylight/controller/base/__BaseFeatureTest.java
>> <https://github.com/opendaylight/controller/blob/
>> master/itests/base-features-it/src/test/java/org/
>> opendaylight/controller/base/BaseFeatureTest.java>
>> with "featuresService.__installFeature("") ?
>>
>> On Thu, Dec 11, 2014 at 5:57 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  You don't have to install the features repository (it's
>> already in
>>  the Karaf distro).
>>
>>  Regards
>>  JB
>>
>>  On 12/11/2014 05:52 PM, Charles Moulliard wrote:
>>
>>  Hi,
>>
>>  When I try a pax-exam 4.3 test using Karaf 2.4, I get
>> this OSGI
>>  Wiring error
>>
>>  2014-12-11 17:43:04,313 | INFO  | FelixStartLevel  | core
>>  | 34 - org.apache.aries.jmx.core - 1.1.2
>> |
>>  Unregistering
>>  MBean with ObjectName
>>
>> [osgi.compendium:service=cm,version=1.3,framework=org.__
>> __apache.felix.framework,uuid=ef339918-f755-402a-955d-__
>> __93182f61a4d5]
>>  for service with service.id <http://service.id>
>> <http://service.id>
>>  <http://service.id> [10]
>>
>>  Exception in thread "Thread-41"
>> java.lang.NoClassDefFoundError:
>>
>> org/springframework/osgi/context/support/
>> AbstractDelegatedExecutionApplicationContext$2
>>  at
>>
>> org.springframework.osgi.context.support.
>> AbstractDelegatedExecutionApplicationContext.normalClose(__
>> AbstractDelegatedExecutionApplicationContext.java:210)
>>  at
>>
>> org.springframework.osgi.context.support.
>> AbstractDelegatedExecutionApplicationContext$
>> NoDependenciesWaitRefreshExecutor.close(
>> AbstractDelegatedExecutionApplicationContext.java:93)
>>  at
>>
>> org.springframework.osgi.context.support.
>> AbstractDelegatedExecutionApplicationContext.doClose(
>> AbstractDelegatedExecutionApplicationContext.java:236)
>>  at
>>
>> org.springframework.context.support.
>> AbstractApplicationContext$1.run(AbstractApplicationContext.___
>> _java:980)
>>  Caused by: java.lang.ClassNotFoundException: Unable
>> to load class
>>
>> 'org.springframework.osgi.context.support.
>> AbstractDelegatedExecutionApplicationContext$2'
>>  because the bundle wiring for
>> org.springframework.osgi.core is
>>  no longer
>>  valid.
>>  at
>>
>> org.apache.felix.framework.BundleWiringImpl.
>> findClassOrResourceByDelegation(BundleWiringImpl.java:__1521)
>>  at
>>
>> org.apache.felix.framework.BundleW

Re: Spring OSGI Wiring - Error

2014-12-11 Thread Charles Moulliard
You refer to this code :
https://github.com/apache/karaf/blob/karaf-2.x/itests/src/test/java/org/apache/karaf/itests/SpringFeaturesTest.java
?
Why can't we use anymore the features(URL, feature, ...) option of pax-exam
to setup Karaf before to run each uni test ?

On Thu, Dec 11, 2014 at 6:10 PM, Jean-Baptiste Onofré 
wrote:

> Take a look on the Karaf itests: we install all features in itests,
> including spring/spring-dm.
>
> Just one think: spring-dm doesn't work with spring 4.
>
> Regards
> JB
>
> On 12/11/2014 06:08 PM, Charles Moulliard wrote:
>
>> Does that means that the feature has to be installed within the unit
>> test and not anymore when we setup the Karaf container like here -
>> https://github.com/opendaylight/controller/blob/
>> master/itests/base-features-it/src/test/java/org/
>> opendaylight/controller/base/BaseFeatureTest.java
>> with "featuresService.installFeature("") ?
>>
>> On Thu, Dec 11, 2014 at 5:57 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> You don't have to install the features repository (it's already in
>> the Karaf distro).
>>
>> Regards
>> JB
>>
>> On 12/11/2014 05:52 PM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> When I try a pax-exam 4.3 test using Karaf 2.4, I get this OSGI
>> Wiring error
>>
>> 2014-12-11 17:43:04,313 | INFO  | FelixStartLevel  | core
>> | 34 - org.apache.aries.jmx.core - 1.1.2 |
>> Unregistering
>> MBean with ObjectName
>> [osgi.compendium:service=cm,__version=1.3,framework=org.__
>> apache.felix.framework,uuid=__ef339918-f755-402a-955d-__93182f61a4d5]
>> for service with service.id <http://service.id>
>> <http://service.id> [10]
>>
>> Exception in thread "Thread-41" java.lang.__NoClassDefFoundError:
>> org/springframework/osgi/__context/support/__
>> AbstractDelegatedExecutionAppl__icationContext$2
>> at
>> org.springframework.osgi.__context.support.__
>> AbstractDelegatedExecutionAppl__icationContext.normalClose(__
>> AbstractDelegatedExecutionAppl__icationContext.java:210)
>> at
>> org.springframework.osgi.__context.support.__
>> AbstractDelegatedExecutionAppl__icationContext$__
>> NoDependenciesWaitRefreshExecu__tor.close(__
>> AbstractDelegatedExecutionAppl__icationContext.java:93)
>> at
>> org.springframework.osgi.__context.support.__
>> AbstractDelegatedExecutionAppl__icationContext.doClose(__
>> AbstractDelegatedExecutionAppl__icationContext.java:236)
>> at
>> org.springframework.context.__support.__
>> AbstractApplicationContext$1.__run(__AbstractApplicationContext.__
>> java:980)
>> Caused by: java.lang.__ClassNotFoundException: Unable to load
>> class
>> 'org.springframework.osgi.__context.support.__
>> AbstractDelegatedExecutionAppl__icationContext$2'
>> because the bundle wiring for org.springframework.osgi.core is
>> no longer
>> valid.
>> at
>> org.apache.felix.framework.__BundleWiringImpl.__
>> findClassOrResourceByDelegatio__n(BundleWiringImpl.java:1521)
>> at
>> org.apache.felix.framework.__BundleWiringImpl.access$400(__
>> BundleWiringImpl.java:77)
>> at
>> org.apache.felix.framework.__BundleWiringImpl$__
>> BundleClassLoader.loadClass(__BundleWiringImpl.java:1993)
>> at java.lang.ClassLoader.__loadClass(ClassLoader.java:__358)
>> ... 4 more
>>
>> Is this error related to the fact that I try to use Spring &
>> Spring-DM
>> features part of the Karaf assembly project ?
>>
>>   features(
>>
>> maven().groupId("org.apache.__karaf.assemblies.features").__
>> artifactId("standard").type("__xml").classifier("features").
>> __versionAsInProject(),
>>   "spring", "spring-dm"
>>   ),
>>
>> Regards,
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Spring OSGI Wiring - Error

2014-12-11 Thread Charles Moulliard
Does that means that the feature has to be installed within the unit test
and not anymore when we setup the Karaf container like here -
https://github.com/opendaylight/controller/blob/master/itests/base-features-it/src/test/java/org/opendaylight/controller/base/BaseFeatureTest.java
with "featuresService.installFeature("") ?

On Thu, Dec 11, 2014 at 5:57 PM, Jean-Baptiste Onofré 
wrote:

> You don't have to install the features repository (it's already in the
> Karaf distro).
>
> Regards
> JB
>
> On 12/11/2014 05:52 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> When I try a pax-exam 4.3 test using Karaf 2.4, I get this OSGI Wiring
>> error
>>
>> 2014-12-11 17:43:04,313 | INFO  | FelixStartLevel  | core
>>| 34 - org.apache.aries.jmx.core - 1.1.2 | Unregistering
>> MBean with ObjectName
>> [osgi.compendium:service=cm,version=1.3,framework=org.
>> apache.felix.framework,uuid=ef339918-f755-402a-955d-93182f61a4d5]
>> for service with service.id <http://service.id> [10]
>>
>> Exception in thread "Thread-41" java.lang.NoClassDefFoundError:
>> org/springframework/osgi/context/support/AbstractDelegatedExecutionAppl
>> icationContext$2
>> at
>> org.springframework.osgi.context.support.AbstractDelegatedExecutionAppl
>> icationContext.normalClose(AbstractDelegatedExecutionAppl
>> icationContext.java:210)
>> at
>> org.springframework.osgi.context.support.AbstractDelegatedExecutionAppl
>> icationContext$NoDependenciesWaitRefreshExecutor.close(
>> AbstractDelegatedExecutionApplicationContext.java:93)
>> at
>> org.springframework.osgi.context.support.AbstractDelegatedExecutionAppl
>> icationContext.doClose(AbstractDelegatedExecutionAppl
>> icationContext.java:236)
>> at
>> org.springframework.context.support.AbstractApplicationContext$1.run(
>> AbstractApplicationContext.java:980)
>> Caused by: java.lang.ClassNotFoundException: Unable to load class
>> 'org.springframework.osgi.context.support.AbstractDelegatedExecutionAppl
>> icationContext$2'
>> because the bundle wiring for org.springframework.osgi.core is no longer
>> valid.
>> at
>> org.apache.felix.framework.BundleWiringImpl.
>> findClassOrResourceByDelegation(BundleWiringImpl.java:1521)
>> at
>> org.apache.felix.framework.BundleWiringImpl.access$400(
>> BundleWiringImpl.java:77)
>> at
>> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(
>> BundleWiringImpl.java:1993)
>> at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
>> ... 4 more
>>
>> Is this error related to the fact that I try to use Spring & Spring-DM
>> features part of the Karaf assembly project ?
>>
>>  features(
>>
>> maven().groupId("org.apache.karaf.assemblies.features").
>> artifactId("standard").type("xml").classifier("features").
>> versionAsInProject(),
>>  "spring", "spring-dm"
>>  ),
>>
>> Regards,
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Issue with pax exam - missing jar maybe

2014-12-11 Thread Charles Moulliard
I have done 2 things

1) Exclude everything



org.apache.karaf
apache-karaf
tar.gz
test


*
*




2) Remove dep


org.ops4j.pax.url
pax-url-aether
${version.org.ops4j.pax.url}


org.sonatype.aether
aether-api


org.sonatype.aether
aether-spi


org.sonatype.aether
aether-util


org.sonatype.aether
aether-impl


org.sonatype.aether
aether-connector-wagon


org.apache.maven
maven-aether-provider


org.apache.maven.wagon
wagon-provider-api


org.apache.maven.wagon
wagon-file


org.apache.maven.wagon
wagon-http-lightweight


org.codehaus.plexus
plexus-container-default


org.codehaus.plexus
plexus-utils


commons-httpclient
commons-httpclient




and NOW THAT WORKS ;-)

On Thu, Dec 11, 2014 at 5:33 PM, Jean-Baptiste Onofré 
wrote:

> Use the uber bundle or check if pax-url-mvn-commons comes with
> pax-url-aether (mvn dependency:tree).
>
> Regards
> JB
>
> On 12/11/2014 05:24 PM, Charles Moulliard wrote:
>
>> The dependency is there (version 2.2.0) -->
>> https://www.dropbox.com/s/4fldf281btzttuw/Screenshot%
>> 202014-12-11%2017.23.47.png?dl=0
>>
>> On Thu, Dec 11, 2014 at 5:18 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> For that, you need the pax-url-aether dependency.
>>
>> Regards
>> JB
>>
>> On 12/11/2014 05:14 PM, Charles Moulliard wrote:
>>
>> Hi JB,
>>
>> I have been able to resolve the issue. This maven artifact
>> "pax-exam-junit4" used was the version 3.5 and not 4.3.0. Reason
>> why the
>> field (setAnnotationHandler) was not retrieved.
>>
>> But now I get this other error :
>>
>> java.lang.__NoClassDefFoundError:
>> org/ops4j/pax/url/maven/__commons/MavenSettings
>> at java.lang.Class.__getDeclaredConstructors0(__Native Method)
>> at
>> java.lang.Class.__privateGetDeclaredConstructors
>> __(Class.java:2493)
>> at java.lang.Class.__getConstructor0(Class.java:__2803)
>> at java.lang.Class.newInstance(__Class.java:345)
>> at java.net.URL.__getURLStreamHandler(URL.java:__1199)
>> at java.net.URL.(URL.java:__590)
>> at java.net.URL.(URL.java:__482)
>> at java.net.URL.(URL.java:__431)
>> at
>> org.ops4j.pax.exam.karaf.__container.internal.__
>> KarafTestContainer.start(__KarafTestContainer.java:148)
>> at
>> org.ops4j.pax.exam.spi.__reactors.__AllConfinedStagedReactor.__
>> invoke(__AllConfinedStagedReactor.java:__79)
>>
>> Regards,
>>
>> On Thu, Dec 11, 2014 at 11:05 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Hi Charles,
>>
>>  sorry, I was on something else. I will take a look this
>> afternoon.
>>
>>  I keep you posted.
>>
>>  Regards
>>  JB
>>
>>  On 12/11/2014 11:03 AM, Charles Moulliard wrote:
>>
>>  Any idea ?
>>
>>  On Wed, Dec 10, 2014 at 5:10 PM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>

Spring OSGI Wiring - Error

2014-12-11 Thread Charles Moulliard
Hi,

When I try a pax-exam 4.3 test using Karaf 2.4, I get this OSGI Wiring error

2014-12-11 17:43:04,313 | INFO  | FelixStartLevel  | core
  | 34 - org.apache.aries.jmx.core - 1.1.2 | Unregistering MBean
with ObjectName
[osgi.compendium:service=cm,version=1.3,framework=org.apache.felix.framework,uuid=ef339918-f755-402a-955d-93182f61a4d5]
for service with service.id [10]
Exception in thread "Thread-41" java.lang.NoClassDefFoundError:
org/springframework/osgi/context/support/AbstractDelegatedExecutionApplicationContext$2
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.normalClose(AbstractDelegatedExecutionApplicationContext.java:210)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$NoDependenciesWaitRefreshExecutor.close(AbstractDelegatedExecutionApplicationContext.java:93)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.doClose(AbstractDelegatedExecutionApplicationContext.java:236)
at
org.springframework.context.support.AbstractApplicationContext$1.run(AbstractApplicationContext.java:980)
Caused by: java.lang.ClassNotFoundException: Unable to load class
'org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$2'
because the bundle wiring for org.springframework.osgi.core is no longer
valid.
at
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1521)
at
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)
at
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
... 4 more

Is this error related to the fact that I try to use Spring & Spring-DM
features part of the Karaf assembly project ?

features(

maven().groupId("org.apache.karaf.assemblies.features").artifactId("standard").type("xml").classifier("features").versionAsInProject(),
"spring", "spring-dm"
),

Regards,


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Issue with pax exam - missing jar maybe

2014-12-11 Thread Charles Moulliard
The dependency is there (version 2.2.0) -->
https://www.dropbox.com/s/4fldf281btzttuw/Screenshot%202014-12-11%2017.23.47.png?dl=0

On Thu, Dec 11, 2014 at 5:18 PM, Jean-Baptiste Onofré 
wrote:

> For that, you need the pax-url-aether dependency.
>
> Regards
> JB
>
> On 12/11/2014 05:14 PM, Charles Moulliard wrote:
>
>> Hi JB,
>>
>> I have been able to resolve the issue. This maven artifact
>> "pax-exam-junit4" used was the version 3.5 and not 4.3.0. Reason why the
>> field (setAnnotationHandler) was not retrieved.
>>
>> But now I get this other error :
>>
>> java.lang.NoClassDefFoundError:
>> org/ops4j/pax/url/maven/commons/MavenSettings
>> at java.lang.Class.getDeclaredConstructors0(Native Method)
>> at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493)
>> at java.lang.Class.getConstructor0(Class.java:2803)
>> at java.lang.Class.newInstance(Class.java:345)
>> at java.net.URL.getURLStreamHandler(URL.java:1199)
>> at java.net.URL.(URL.java:590)
>> at java.net.URL.(URL.java:482)
>> at java.net.URL.(URL.java:431)
>> at
>> org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.start(
>> KarafTestContainer.java:148)
>> at
>> org.ops4j.pax.exam.spi.reactors.AllConfinedStagedReactor.invoke(
>> AllConfinedStagedReactor.java:79)
>>
>> Regards,
>>
>> On Thu, Dec 11, 2014 at 11:05 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Hi Charles,
>>
>> sorry, I was on something else. I will take a look this afternoon.
>>
>> I keep you posted.
>>
>> Regards
>> JB
>>
>> On 12/11/2014 11:03 AM, Charles Moulliard wrote:
>>
>> Any idea ?
>>
>> On Wed, Dec 10, 2014 at 5:10 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  As replied on the ops4j mailing list, I think something is
>> wrong in
>>  the import in the test classes. Check there.
>>
>>  Again, we use Pax Exam 4.3.0 in Karaf 2.4.x itests, so it
>> works for
>>  sure ;)
>>
>>  Regards
>>  JB
>>
>>  On 12/10/2014 05:03 PM, Charles Moulliard wrote:
>>
>>  Problem still there using the dependencies you mentioned
>>
>>
>>org.ops4j.pax.exam
>>
>> pax-exam-container-karaf
>>test
>>
>>
>>org.ops4j.pax.exam
>>pax-exam-junit4> ___artifactId>
>>test
>>
>>
>>
>> org.apache.geronimo.specs
>>
>> geronimo-atinject_1.0_spec
>>test
>>
>>
>>org.ops4j.pax.url
>>pax-url-aether> __artifactId>
>>test
>>
>>
>>  On Wed, Dec 10, 2014 at 4:45 PM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
>>
>>   You should have:
>>
>>
>>
>> org.ops4j.pax.exam
>>
>>pax-exam-__
>> container-karaf
>>test
>>
>>
>>
>> org.ops4j.pax.exam
>>
>> pax-exam-junit4
>>test
>>
>>
>>
>> org.apache.geronimo.__specs
>>
>>geronimo-atinject_
>> __1.0_spec
>>1.0
>>test
>>  

Re: Issue with pax exam - missing jar maybe

2014-12-11 Thread Charles Moulliard
Hi JB,

I have been able to resolve the issue. This maven artifact
"pax-exam-junit4" used was the version 3.5 and not 4.3.0. Reason why the
field (setAnnotationHandler) was not retrieved.

But now I get this other error :

java.lang.NoClassDefFoundError:
org/ops4j/pax/url/maven/commons/MavenSettings
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2493)
at java.lang.Class.getConstructor0(Class.java:2803)
at java.lang.Class.newInstance(Class.java:345)
at java.net.URL.getURLStreamHandler(URL.java:1199)
at java.net.URL.(URL.java:590)
at java.net.URL.(URL.java:482)
at java.net.URL.(URL.java:431)
at
org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.start(KarafTestContainer.java:148)
at
org.ops4j.pax.exam.spi.reactors.AllConfinedStagedReactor.invoke(AllConfinedStagedReactor.java:79)

Regards,

On Thu, Dec 11, 2014 at 11:05 AM, Jean-Baptiste Onofré 
wrote:

> Hi Charles,
>
> sorry, I was on something else. I will take a look this afternoon.
>
> I keep you posted.
>
> Regards
> JB
>
> On 12/11/2014 11:03 AM, Charles Moulliard wrote:
>
>> Any idea ?
>>
>> On Wed, Dec 10, 2014 at 5:10 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> As replied on the ops4j mailing list, I think something is wrong in
>> the import in the test classes. Check there.
>>
>> Again, we use Pax Exam 4.3.0 in Karaf 2.4.x itests, so it works for
>> sure ;)
>>
>> Regards
>> JB
>>
>> On 12/10/2014 05:03 PM, Charles Moulliard wrote:
>>
>> Problem still there using the dependencies you mentioned
>>
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-__container-karaf
>>   test
>>   
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-junit4
>>   test
>>   
>>   
>>   org.apache.geronimo.__specs
>>   geronimo-atinject_
>> __1.0_spec
>>   test
>>   
>>   
>>   org.ops4j.pax.url
>>   pax-url-aether
>>   test
>>   
>>
>> On Wed, Dec 10, 2014 at 4:45 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  You should have:
>>
>>   
>>   org.ops4j.pax.exam
>>
>>   pax-exam-container-karaf
>>   test
>>   
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-junit4
>>   test
>>   
>>   
>>   org.apache.geronimo._
>> ___specs
>>
>>   geronimo-atinject_1.0_spec
>>   1.0
>>   test
>>   
>>
>>   
>>   org.ops4j.pax.url
>>       pax-url-aether
>>   test
>>   
>>
>>
>>  And the karaf dependency: pax-exam-spi and pax-exam-inject
>> should
>>  not be there as they are transitive dependencies.
>>
>>  FYI, it's what we have in karaf-2.x itests themselves (with
>> pax-exam
>>  4.3.0).
>>
>>  Regards
>>  JB
>>
>>
>>  On 12/10/2014 04:00 PM, Charles Moulliard wrote:
>>
>>  Here are the deps that I'm using for pax-exam without
>> success -->
>>
>>
>>org.ops4j.pax.exam
>>pax-exam-junit4> ___artifactId>
>>test
>>
>>
>>org.ops4j.pax.exam
>>pax-exam-spi
>>test
>>        
>>
>>org.ops4j.pax.exam
>

Re: Issue with pax exam - missing jar maybe

2014-12-11 Thread Charles Moulliard
Any idea ?

On Wed, Dec 10, 2014 at 5:10 PM, Jean-Baptiste Onofré 
wrote:

> As replied on the ops4j mailing list, I think something is wrong in the
> import in the test classes. Check there.
>
> Again, we use Pax Exam 4.3.0 in Karaf 2.4.x itests, so it works for sure ;)
>
> Regards
> JB
>
> On 12/10/2014 05:03 PM, Charles Moulliard wrote:
>
>> Problem still there using the dependencies you mentioned
>>
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-container-karaf
>>  test
>>  
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-junit4
>>  test
>>  
>>  
>>  org.apache.geronimo.specs
>>  geronimo-atinject_1.0_spec
>>  test
>>  
>>  
>>  org.ops4j.pax.url
>>  pax-url-aether
>>  test
>>  
>>
>> On Wed, Dec 10, 2014 at 4:45 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> You should have:
>>
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-__container-karaf
>>  test
>>  
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-junit4
>>  test
>>  
>>  
>>  org.apache.geronimo.__specs
>>  geronimo-atinject___1.0_spec
>>  1.0
>>  test
>>  
>>
>>  
>>  org.ops4j.pax.url
>>  pax-url-aether
>>      test
>>  
>>
>>
>> And the karaf dependency: pax-exam-spi and pax-exam-inject should
>> not be there as they are transitive dependencies.
>>
>> FYI, it's what we have in karaf-2.x itests themselves (with pax-exam
>> 4.3.0).
>>
>> Regards
>> JB
>>
>>
>> On 12/10/2014 04:00 PM, Charles Moulliard wrote:
>>
>> Here are the deps that I'm using for pax-exam without success -->
>>
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-junit4
>>   test
>>   
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-spi
>>   test
>>   
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-__container-karaf
>>   test
>>   
>>   
>>   org.apache.geronimo.__specs
>>   geronimo-atinject_
>> __1.0_spec
>>   test
>>   
>>   
>>   org.ops4j.pax.exam
>>   pax-exam-inject
>>   test
>>   
>>
>> On Wed, Dec 10, 2014 at 3:49 PM, Charles Moulliard
>> mailto:ch0...@gmail.com>
>> <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>> wrote:
>>
>>  Error is the same even if I add
>> geronimo-atinject_1.0_spec-1.__0.jar
>>
>>  On Wed, Dec 10, 2014 at 3:44 PM, Charles Moulliard
>> mailto:ch0...@gmail.com>
>>  <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>> wrote:
>>
>>  No. Just javax.inject
>>
>> (~/.m2/repository/javax/__inject/javax.inject/1/javax.__
>> inject-1.jar)
>>  Do I have to add it ?
>>
>>  On Wed, Dec 10, 2014 at 2:16 PM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Did you add geronimo ati inject dependency ?
>>
>>  Regards
>>  JB
>>
>>
>>  Sent from my Samsung Galaxy smartphone.
>>
>>
>>   Original message 
>>  From: Charles Moulliard > <mailto:ch0...@gmail.com>
>>  <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>

Re: Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
Problem still there using the dependencies you mentioned


org.ops4j.pax.exam
pax-exam-container-karaf
test


org.ops4j.pax.exam
pax-exam-junit4
test


org.apache.geronimo.specs
geronimo-atinject_1.0_spec
test


org.ops4j.pax.url
pax-url-aether
test


On Wed, Dec 10, 2014 at 4:45 PM, Jean-Baptiste Onofré 
wrote:

> You should have:
>
> 
> org.ops4j.pax.exam
> pax-exam-container-karaf
> test
> 
> 
> org.ops4j.pax.exam
> pax-exam-junit4
> test
> 
> 
> org.apache.geronimo.specs
> geronimo-atinject_1.0_spec
> 1.0
> test
> 
>
> 
> org.ops4j.pax.url
> pax-url-aether
> test
> 
>
>
> And the karaf dependency: pax-exam-spi and pax-exam-inject should not be
> there as they are transitive dependencies.
>
> FYI, it's what we have in karaf-2.x itests themselves (with pax-exam
> 4.3.0).
>
> Regards
> JB
>
>
> On 12/10/2014 04:00 PM, Charles Moulliard wrote:
>
>> Here are the deps that I'm using for pax-exam without success -->
>>
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-junit4
>>  test
>>  
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-spi
>>  test
>>  
>>  
>>  org.ops4j.pax.exam
>>  pax-exam-container-karaf
>>  test
>>  
>>  
>>  org.apache.geronimo.specs
>>  geronimo-atinject_1.0_spec
>>  test
>>  
>>  
>>  org.ops4j.pax.exam
>>      pax-exam-inject
>>  test
>>  
>>
>> On Wed, Dec 10, 2014 at 3:49 PM, Charles Moulliard > <mailto:ch0...@gmail.com>> wrote:
>>
>> Error is the same even if I add geronimo-atinject_1.0_spec-1.0.jar
>>
>> On Wed, Dec 10, 2014 at 3:44 PM, Charles Moulliard > <mailto:ch0...@gmail.com>> wrote:
>>
>> No. Just javax.inject
>> (~/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar)
>> Do I have to add it ?
>>
>> On Wed, Dec 10, 2014 at 2:16 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>> wrote:
>>
>> Did you add geronimo ati inject dependency ?
>>
>> Regards
>> JB
>>
>>
>> Sent from my Samsung Galaxy smartphone.
>>
>>
>>  Original message 
>> From: Charles Moulliard > <mailto:ch0...@gmail.com>>
>> Date:10/12/2014 13:57 (GMT+01:00)
>> To: user@karaf.apache.org <mailto:user@karaf.apache.org>
>> Cc:
>> Subject: Re: Issue with pax exam - missing jar maybe
>>
>> I have upgraded to paxexam 4.3 & Karaf 2.4.0 but now I get
>> another error even if the dependency pax-exam-spi is in the
>> classpath :
>> https://gist.github.com/cmoulliard/2c673628f35156d71714
>>
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time
>> elapsed: 0.14 sec <<< FAILURE! - in
>> org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest
>> initializationError(org.drools.karaf.itest.
>> DroolsOnBodyCamelKarafIntegrationTest)
>>   Time elapsed: 0.007 sec  <<< ERROR!
>> java.lang.NoSuchMethodError:
>> org.ops4j.pax.exam.spi.reactors.ReactorManager.
>> setAnnotationHandler(Lorg/ops4j/pax/exam/spi/reactors/
>> AnnotationHandler;)V
>> at
>> org.ops4j.pax.exam.junit.impl.ProbeRunner.(
>> ProbeRunner.java:79)
>> at
>> org.ops4j.pax.exam.junit.PaxExam.createDelegate(
>> PaxExam.java:82)
>> at org.ops4j.pax.exam.junit.PaxExam.(PaxExam.java:73)
>> at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
>> Method)
>> at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(
>> NativeConstructorAcces

Re: Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
Here are the deps that I'm using for pax-exam without success -->


org.ops4j.pax.exam
pax-exam-junit4
test


org.ops4j.pax.exam
pax-exam-spi
test


org.ops4j.pax.exam
pax-exam-container-karaf
test


org.apache.geronimo.specs
geronimo-atinject_1.0_spec
test


org.ops4j.pax.exam
pax-exam-inject
test


On Wed, Dec 10, 2014 at 3:49 PM, Charles Moulliard  wrote:

> Error is the same even if I add geronimo-atinject_1.0_spec-1.0.jar
>
> On Wed, Dec 10, 2014 at 3:44 PM, Charles Moulliard 
> wrote:
>
>> No. Just javax.inject
>> (~/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar)
>> Do I have to add it ?
>>
>> On Wed, Dec 10, 2014 at 2:16 PM, Jean-Baptiste Onofré 
>> wrote:
>>
>>> Did you add geronimo ati inject dependency ?
>>>
>>> Regards
>>> JB
>>>
>>>
>>> Sent from my Samsung Galaxy smartphone.
>>>
>>>
>>>  Original message 
>>> From: Charles Moulliard 
>>> Date:10/12/2014 13:57 (GMT+01:00)
>>> To: user@karaf.apache.org
>>> Cc:
>>> Subject: Re: Issue with pax exam - missing jar maybe
>>>
>>> I have upgraded to paxexam 4.3 & Karaf 2.4.0 but now I get another error
>>> even if the dependency pax-exam-spi is in the classpath :
>>> https://gist.github.com/cmoulliard/2c673628f35156d71714
>>>
>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.14 sec
>>> <<< FAILURE! - in
>>> org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest
>>> initializationError(org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest)
>>>  Time elapsed: 0.007 sec  <<< ERROR!
>>> java.lang.NoSuchMethodError:
>>> org.ops4j.pax.exam.spi.reactors.ReactorManager.setAnnotationHandler(Lorg/ops4j/pax/exam/spi/reactors/AnnotationHandler;)V
>>> at org.ops4j.pax.exam.junit.impl.ProbeRunner.(ProbeRunner.java:79)
>>> at org.ops4j.pax.exam.junit.PaxExam.createDelegate(PaxExam.java:82)
>>> at org.ops4j.pax.exam.junit.PaxExam.(PaxExam.java:73)
>>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>>> at
>>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
>>> at
>>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>>> at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
>>> at
>>> org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
>>> at
>>> org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
>>> at
>>> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>>> at
>>> org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
>>> at
>>> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>>> at
>>> org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
>>> at
>>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
>>> at
>>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
>>>
>>> On Wed, Dec 10, 2014 at 1:13 PM, Jean-Baptiste Onofré 
>>> wrote:
>>>
>>>> Hi,
>>>>
>>>> Which Pax Exam version do you use and Karaf version ?
>>>>
>>>> With 4.3.0, it should work out of the box with Karaf 3.x.
>>>>
>>>> With previous version, you may need to add the pax-url-aether
>>>> dependency.
>>>>
>>>> Regards
>>>> JB
>>>>
>>>>
>>>> On 12/10/2014 12:56 PM, Charles Moulliard wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Whenever I run an integration test using pax exam karaf container, I
>>>>> get
>>>>> this classloading error message
>>>>>
>&g

Re: Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
Error is the same even if I add geronimo-atinject_1.0_spec-1.0.jar

On Wed, Dec 10, 2014 at 3:44 PM, Charles Moulliard  wrote:

> No. Just javax.inject
> (~/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar)
> Do I have to add it ?
>
> On Wed, Dec 10, 2014 at 2:16 PM, Jean-Baptiste Onofré 
> wrote:
>
>> Did you add geronimo ati inject dependency ?
>>
>> Regards
>> JB
>>
>>
>> Sent from my Samsung Galaxy smartphone.
>>
>>
>>  Original message 
>> From: Charles Moulliard 
>> Date:10/12/2014 13:57 (GMT+01:00)
>> To: user@karaf.apache.org
>> Cc:
>> Subject: Re: Issue with pax exam - missing jar maybe
>>
>> I have upgraded to paxexam 4.3 & Karaf 2.4.0 but now I get another error
>> even if the dependency pax-exam-spi is in the classpath :
>> https://gist.github.com/cmoulliard/2c673628f35156d71714
>>
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.14 sec
>> <<< FAILURE! - in
>> org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest
>> initializationError(org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest)
>>  Time elapsed: 0.007 sec  <<< ERROR!
>> java.lang.NoSuchMethodError:
>> org.ops4j.pax.exam.spi.reactors.ReactorManager.setAnnotationHandler(Lorg/ops4j/pax/exam/spi/reactors/AnnotationHandler;)V
>> at org.ops4j.pax.exam.junit.impl.ProbeRunner.(ProbeRunner.java:79)
>> at org.ops4j.pax.exam.junit.PaxExam.createDelegate(PaxExam.java:82)
>> at org.ops4j.pax.exam.junit.PaxExam.(PaxExam.java:73)
>> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>> at
>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
>> at
>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
>> at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
>> at
>> org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
>> at
>> org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
>> at
>> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>> at
>> org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
>> at
>> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
>> at
>> org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
>> at
>> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
>>
>> On Wed, Dec 10, 2014 at 1:13 PM, Jean-Baptiste Onofré 
>> wrote:
>>
>>> Hi,
>>>
>>> Which Pax Exam version do you use and Karaf version ?
>>>
>>> With 4.3.0, it should work out of the box with Karaf 3.x.
>>>
>>> With previous version, you may need to add the pax-url-aether dependency.
>>>
>>> Regards
>>> JB
>>>
>>>
>>> On 12/10/2014 12:56 PM, Charles Moulliard wrote:
>>>
>>>> Hi,
>>>>
>>>> Whenever I run an integration test using pax exam karaf container, I get
>>>> this classloading error message
>>>>
>>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.004
>>>> sec <<< FAILURE! - in
>>>> org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest
>>>> testRuleOnCommand(org.drools.karaf.itest.DroolsOnCommandCamelKarafInteg
>>>> rationTest)
>>>>   Time elapsed: 0.003 sec  <<< ERROR!
>>>> java.lang.NoSuchMethodError:
>>>> org.ops4j.pax.url.mvn.internal.Connection.(
>>>> Ljava/net/URL;Lorg/ops4j/pax/url/maven/commons/MavenConfiguration;)V
>>>> at org.ops4j.pax.url.mvn.Handler.openConnection(Handler.java:48)
>>>> at java.net.URL.openConnection(URL.java:971)
>>>> at java.net.URL.openStream(URL.java:1037)
>>>> at
>>>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.
>>>> extractTarGzDistribution(ArchiveExtractor.java:81)
>>>> at
>>>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.extract(
>>>> ArchiveExtracto

Re: Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
No. Just javax.inject
(~/.m2/repository/javax/inject/javax.inject/1/javax.inject-1.jar)
Do I have to add it ?

On Wed, Dec 10, 2014 at 2:16 PM, Jean-Baptiste Onofré 
wrote:

> Did you add geronimo ati inject dependency ?
>
> Regards
> JB
>
>
> Sent from my Samsung Galaxy smartphone.
>
>
>  Original message 
> From: Charles Moulliard 
> Date:10/12/2014 13:57 (GMT+01:00)
> To: user@karaf.apache.org
> Cc:
> Subject: Re: Issue with pax exam - missing jar maybe
>
> I have upgraded to paxexam 4.3 & Karaf 2.4.0 but now I get another error
> even if the dependency pax-exam-spi is in the classpath :
> https://gist.github.com/cmoulliard/2c673628f35156d71714
>
> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.14 sec
> <<< FAILURE! - in
> org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest
> initializationError(org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest)
>  Time elapsed: 0.007 sec  <<< ERROR!
> java.lang.NoSuchMethodError:
> org.ops4j.pax.exam.spi.reactors.ReactorManager.setAnnotationHandler(Lorg/ops4j/pax/exam/spi/reactors/AnnotationHandler;)V
> at org.ops4j.pax.exam.junit.impl.ProbeRunner.(ProbeRunner.java:79)
> at org.ops4j.pax.exam.junit.PaxExam.createDelegate(PaxExam.java:82)
> at org.ops4j.pax.exam.junit.PaxExam.(PaxExam.java:73)
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
> at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
> at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
> at
> org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
> at
> org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
> at
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
> at
> org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
> at
> org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
> at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
> at
> org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
> at
> org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
>
> On Wed, Dec 10, 2014 at 1:13 PM, Jean-Baptiste Onofré 
> wrote:
>
>> Hi,
>>
>> Which Pax Exam version do you use and Karaf version ?
>>
>> With 4.3.0, it should work out of the box with Karaf 3.x.
>>
>> With previous version, you may need to add the pax-url-aether dependency.
>>
>> Regards
>> JB
>>
>>
>> On 12/10/2014 12:56 PM, Charles Moulliard wrote:
>>
>>> Hi,
>>>
>>> Whenever I run an integration test using pax exam karaf container, I get
>>> this classloading error message
>>>
>>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.004
>>> sec <<< FAILURE! - in
>>> org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest
>>> testRuleOnCommand(org.drools.karaf.itest.DroolsOnCommandCamelKarafInteg
>>> rationTest)
>>>   Time elapsed: 0.003 sec  <<< ERROR!
>>> java.lang.NoSuchMethodError:
>>> org.ops4j.pax.url.mvn.internal.Connection.(
>>> Ljava/net/URL;Lorg/ops4j/pax/url/maven/commons/MavenConfiguration;)V
>>> at org.ops4j.pax.url.mvn.Handler.openConnection(Handler.java:48)
>>> at java.net.URL.openConnection(URL.java:971)
>>> at java.net.URL.openStream(URL.java:1037)
>>> at
>>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.
>>> extractTarGzDistribution(ArchiveExtractor.java:81)
>>> at
>>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.extract(
>>> ArchiveExtractor.java:70)
>>> at
>>> org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.start(
>>> KarafTestContainer.java:150)
>>> at
>>> org.ops4j.pax.exam.spi.reactors.AllConfinedStagedReactor.invoke(
>>> AllConfinedStagedReactor.java:79)
>>> at
>>> org.ops4j.pax.exam.junit.impl.ProbeRunner$2.evaluate(
>>> ProbeRunner.java:278)
>>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
>>> at
>>> org.junit.runners.BlockJUnit4ClassRunner

Re: Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
I have upgraded to paxexam 4.3 & Karaf 2.4.0 but now I get another error
even if the dependency pax-exam-spi is in the classpath :
https://gist.github.com/cmoulliard/2c673628f35156d71714

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.14 sec
<<< FAILURE! - in
org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest
initializationError(org.drools.karaf.itest.DroolsOnBodyCamelKarafIntegrationTest)
 Time elapsed: 0.007 sec  <<< ERROR!
java.lang.NoSuchMethodError:
org.ops4j.pax.exam.spi.reactors.ReactorManager.setAnnotationHandler(Lorg/ops4j/pax/exam/spi/reactors/AnnotationHandler;)V
at org.ops4j.pax.exam.junit.impl.ProbeRunner.(ProbeRunner.java:79)
at org.ops4j.pax.exam.junit.PaxExam.createDelegate(PaxExam.java:82)
at org.ops4j.pax.exam.junit.PaxExam.(PaxExam.java:73)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57)
at
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:526)
at
org.junit.internal.builders.AnnotatedBuilder.buildRunner(AnnotatedBuilder.java:29)
at
org.junit.internal.builders.AnnotatedBuilder.runnerForClass(AnnotatedBuilder.java:21)
at
org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
at
org.junit.internal.builders.AllDefaultPossibilitiesBuilder.runnerForClass(AllDefaultPossibilitiesBuilder.java:26)
at
org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
at org.junit.internal.requests.ClassRequest.getRunner(ClassRequest.java:26)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:262)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)

On Wed, Dec 10, 2014 at 1:13 PM, Jean-Baptiste Onofré 
wrote:

> Hi,
>
> Which Pax Exam version do you use and Karaf version ?
>
> With 4.3.0, it should work out of the box with Karaf 3.x.
>
> With previous version, you may need to add the pax-url-aether dependency.
>
> Regards
> JB
>
>
> On 12/10/2014 12:56 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> Whenever I run an integration test using pax exam karaf container, I get
>> this classloading error message
>>
>> Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.004
>> sec <<< FAILURE! - in
>> org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest
>> testRuleOnCommand(org.drools.karaf.itest.DroolsOnCommandCamelKarafInteg
>> rationTest)
>>   Time elapsed: 0.003 sec  <<< ERROR!
>> java.lang.NoSuchMethodError:
>> org.ops4j.pax.url.mvn.internal.Connection.(
>> Ljava/net/URL;Lorg/ops4j/pax/url/maven/commons/MavenConfiguration;)V
>> at org.ops4j.pax.url.mvn.Handler.openConnection(Handler.java:48)
>> at java.net.URL.openConnection(URL.java:971)
>> at java.net.URL.openStream(URL.java:1037)
>> at
>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.
>> extractTarGzDistribution(ArchiveExtractor.java:81)
>> at
>> org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.extract(
>> ArchiveExtractor.java:70)
>> at
>> org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.start(
>> KarafTestContainer.java:150)
>> at
>> org.ops4j.pax.exam.spi.reactors.AllConfinedStagedReactor.invoke(
>> AllConfinedStagedReactor.java:79)
>> at
>> org.ops4j.pax.exam.junit.impl.ProbeRunner$2.evaluate(
>> ProbeRunner.java:278)
>> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(
>> BlockJUnit4ClassRunner.java:70)
>> at
>> org.junit.runners.BlockJUnit4ClassRunner.runChild(
>> BlockJUnit4ClassRunner.java:50)
>> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
>> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
>> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
>> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
>> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
>> at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
>> at org.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:112)
>> at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93)
>> at
>> org.apache.maven.surefire.junit4.JUnit4Provider.execute(
>> JUnit4Provider.java:264)
>> at
>> org.apache.

Issue with pax exam - missing jar maybe

2014-12-10 Thread Charles Moulliard
Hi,

Whenever I run an integration test using pax exam karaf container, I get
this classloading error message

Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.004 sec
<<< FAILURE! - in
org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest
testRuleOnCommand(org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest)
 Time elapsed: 0.003 sec  <<< ERROR!
java.lang.NoSuchMethodError:
org.ops4j.pax.url.mvn.internal.Connection.(Ljava/net/URL;Lorg/ops4j/pax/url/maven/commons/MavenConfiguration;)V
at org.ops4j.pax.url.mvn.Handler.openConnection(Handler.java:48)
at java.net.URL.openConnection(URL.java:971)
at java.net.URL.openStream(URL.java:1037)
at
org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.extractTarGzDistribution(ArchiveExtractor.java:81)
at
org.ops4j.pax.exam.karaf.container.internal.ArchiveExtractor.extract(ArchiveExtractor.java:70)
at
org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer.start(KarafTestContainer.java:150)
at
org.ops4j.pax.exam.spi.reactors.AllConfinedStagedReactor.invoke(AllConfinedStagedReactor.java:79)
at
org.ops4j.pax.exam.junit.impl.ProbeRunner$2.evaluate(ProbeRunner.java:278)
at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:271)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:70)
at
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:50)
at org.junit.runners.ParentRunner$3.run(ParentRunner.java:238)
at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:63)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:236)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:53)
at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:229)
at org.junit.runners.ParentRunner.run(ParentRunner.java:309)
at org.ops4j.pax.exam.junit.impl.ProbeRunner.run(ProbeRunner.java:112)
at org.ops4j.pax.exam.junit.PaxExam.run(PaxExam.java:93)
at
org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:264)
at
org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153)
at
org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:124)
at
org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:200)
at
org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:153)
at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)

Do I miss a dependency ?

 
  org.ops4j.pax.exam
  pax-exam-junit4
  test



  org.ops4j.pax.exam
  pax-exam-container-karaf
  test
    

Regards,
-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: OPS4J Pax Web & OSGI HTTP Service : 2 HTTP Servers ???

2014-10-22 Thread Charles Moulliard
Good to know this hierarchy. Should be great to document it somewhere.

On Wed, Oct 22, 2014 at 4:37 PM, Achim Nierbeck 
wrote:

> Hi,
>
> no. what you are actually doing is adding another connector which by
> default serves all the content that the first one also got.
> If you want to switch from 8181 to  2 you'll need to define it in the
> org.ops4j.pax.web.cfg file.
> There is a "hirarchy" in it. First the connector defined through the osgi
> properties is used, all other configurations additionally made by the
> jetty.xml is added. This is to fullfill the osgi-spec which says the
> configuration of the port of the http service should be configured by the
> osgi properties.
>
>
> regards, Achim
>
>
> 2014-10-22 16:31 GMT+02:00 Charles Moulliard :
>
>> Hi,
>>
>> When we deploy OPS4J Pax Web features on Karaf 2.3.x, do we run 2 HTTP
>> servers (jetty instance, another) ? Why such a question: If I change the
>> port number of jetty.xml --> 2 and deploy my war application, I can
>> access it using localhost:8181 or localhost:2
>>
>> java  22940   chmoulli  317u  IPv6 0xefe90c3bfe4ec64d  0t0
>>  TCP *:2 (LISTEN)
>>
>> java  22940   chmoulli  324u  IPv6 0xefe90c3bfe4a730d  0t0
>>  TCP *:8181 (LISTEN)
>>
>> Regards,
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>
>>
>
>
> --
>
> Apache Member
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
> blog <http://notizblog.nierbeck.de/>
> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS>
>
> Software Architect / Project Manager / Scrum Master
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


OPS4J Pax Web & OSGI HTTP Service : 2 HTTP Servers ???

2014-10-22 Thread Charles Moulliard
Hi,

When we deploy OPS4J Pax Web features on Karaf 2.3.x, do we run 2 HTTP
servers (jetty instance, another) ? Why such a question: If I change the
port number of jetty.xml --> 2 and deploy my war application, I can
access it using localhost:8181 or localhost:2

java  22940   chmoulli  317u  IPv6 0xefe90c3bfe4ec64d  0t0
 TCP *:2 (LISTEN)

java  22940   chmoulli  324u  IPv6 0xefe90c3bfe4a730d  0t0
 TCP *:8181 (LISTEN)

Regards,
-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


No runnable methods

2014-09-08 Thread Charles Moulliard
Hi,

I have migrated a project (testing Karaf 2.3.3 with Camel, Drools) to
pax-exam 3.0.4 and now I gets a very strange error reported by Junit4. Does
everybody has an idea about the reason of that issue (maven dependency ...)
?

Code :
https://github.com/droolsjbpm/droolsjbpm-integration/blob/pax-exam-3/drools-osgi/drools-karaf-itest/src/test/java/org/drools/karaf/itest/DroolsOnBodyCamelKarafIntegrationTest.java

[org.ops4j.pax.exam.container.remote.RBCRemoteTarget] : call
[[TestAddress:PaxExam-a94a5ce7-b8ba-4793-9336-65cb201d8c4e
root:PaxExam-b4de7fe1-64ac-4c95-83f9-0a8bf75cd7b0]]
[org.ops4j.pax.exam.karaf.container.internal.KarafTestContainer] : Shutting
down the test container (Pax Runner)
[org.ops4j.pax.exam.spi.reactors.ReactorManager] : suite finished
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 146.481 sec
<<< FAILURE! - in
org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest
testRuleOnCommand(org.drools.karaf.itest.DroolsOnCommandCamelKarafIntegrationTest)
 Time elapsed: 145.877 sec  <<< ERROR!
java.lang.Exception: No runnable methods
at
org.junit.runners.BlockJUnit4ClassRunner.validateInstanceMethods(BlockJUnit4ClassRunner.java:169)
at
org.junit.runners.BlockJUnit4ClassRunner.collectInitializationErrors(BlockJUnit4ClassRunner.java:104)
at org.junit.runners.ParentRunner.validate(ParentRunner.java:355)
at org.junit.runners.ParentRunner.(ParentRunner.java:76)
at
org.junit.runners.BlockJUnit4ClassRunner.(BlockJUnit4ClassRunner.java:57)
at
org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunner.(ContainerTestRunner.java:53)
at
org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunnerBuilder.runnerForClass(ContainerTestRunnerBuilder.java:50)
at
org.junit.runners.model.RunnerBuilder.safeRunnerForClass(RunnerBuilder.java:59)
at
org.ops4j.pax.exam.invoker.junit.internal.ContainerTestRunnerClassRequest.getRunner(ContainerTestRunnerClassRequest.java:61)
at
org.junit.internal.requests.FilterRequest.getRunner(FilterRequest.java:31)
at org.junit.runner.JUnitCore.run(JUnitCore.java:138)
at
org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.invokeViaJUnit(JUnitProbeInvoker.java:125)
at
org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.findAndInvoke(JUnitProbeInvoker.java:98)
at
org.ops4j.pax.exam.invoker.junit.internal.JUnitProbeInvoker.call(JUnitProbeInvoker.java:74)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

Regards

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


How to figure out ERROR/WARN messages generated by pax-exam 3.0.4

2014-09-08 Thread Charles Moulliard
Hi,

Is there a way to figure out these messages generated by pax-exam 3.0.4 ?

2014-09-08 10:27:44,664 | ERROR | Thread-10| FeaturesServiceImpl
   | s.internal.FeaturesServiceImpl$2 1133 | 20 -
org.apache.karaf.features.core - 2.3.0 | Error installing boot feature
null: feature not found
2014-09-08 10:27:44,664 | ERROR | Thread-10| FeaturesServiceImpl
   | s.internal.FeaturesServiceImpl$2 1133 | 20 -
org.apache.karaf.features.core - 2.3.0 | Error installing boot feature
null: feature not found

2014-09-08 10:28:28,479 | WARN  | Thread-18| BndUtils
  | ps4j.pax.swissbox.bnd.BndUtils$1  178 | 2 -
org.ops4j.pax.url.wrap - 1.3.5 | Bundle cannot be generated
2014-09-08 10:28:28,486 | WARN  | Thread-19| BndUtils
  | ps4j.pax.swissbox.bnd.BndUtils$1  178 | 2 -
org.ops4j.pax.url.wrap - 1.3.5 | Bundle cannot be generated

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Dynamic configuration reload for ActiveMQ?

2014-08-28 Thread Charles Moulliard
This is perhaps a page coming from old Fuse ESB doc but the content is
really accurate/appropriate for the users !


On Thu, Aug 28, 2014 at 4:43 PM, Jean-Baptiste Onofré 
wrote:

> This is for Fuse ESB, I prefer a more Karaf/ActiveMQ generic answer ;)
>
> Regards
> JB
>
>
> On 08/28/2014 04:23 PM, Charles Moulliard wrote:
>
>> Here is what you should do to use Karaf JAAS Realm with ActiveMQ
>>
>> https://access.redhat.com/documentation/en-US/Fuse_ESB_
>> Enterprise/7.1/html/Security_Guide/files/SecureBroker-JAAS.html
>>
>>
>> On Thu, Aug 28, 2014 at 3:42 PM, dduvnjak > <mailto:dario.duvn...@gmail.com>> wrote:
>>
>> i've installed ActiveMQ in Karaf. is there any way to add/remove
>> users from
>> ActiveMQ with Karaf, without restarting ActiveMQ?
>> Manual equivalent woud be to edit activemq.xml file, add a new
>> authenticationUser entry and restart ActiveMQ service. I'm trying to
>> do the
>> same but wihtout restarting ActiveMQ and causing a downtime.
>>
>> Thanks.
>>
>>
>>
>> --
>> View this message in context:
>> http://karaf.922171.n3.nabble.com/Dynamic-configuration-
>> reload-for-ActiveMQ-tp4034964.html
>> Sent from the Karaf - User mailing list archive at Nabble.com.
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Dynamic configuration reload for ActiveMQ?

2014-08-28 Thread Charles Moulliard
Here is what you should do to use Karaf JAAS Realm with ActiveMQ

https://access.redhat.com/documentation/en-US/Fuse_ESB_Enterprise/7.1/html/Security_Guide/files/SecureBroker-JAAS.html


On Thu, Aug 28, 2014 at 3:42 PM, dduvnjak  wrote:

> i've installed ActiveMQ in Karaf. is there any way to add/remove users from
> ActiveMQ with Karaf, without restarting ActiveMQ?
> Manual equivalent woud be to edit activemq.xml file, add a new
> authenticationUser entry and restart ActiveMQ service. I'm trying to do the
> same but wihtout restarting ActiveMQ and causing a downtime.
>
> Thanks.
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Dynamic-configuration-reload-for-ActiveMQ-tp4034964.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: karaf re-branding is not working

2014-08-06 Thread Charles Moulliard
Have you well created your branding.properties file in a bundle as
explained here :
https://karaf.apache.org/manual/latest-2.3.x/developers-guide/branding-console.html
?


On Thu, Aug 7, 2014 at 8:35 AM, Himanshu  wrote:

> I have this in my custom.properties in etc folder:
>
>
> #
> # All the values specified here will override the default values given
> # in config.properties.
> #
>
> karaf.systemBundlesStartLevel=50
>
> org.osgi.framework.system.packages.extra = \
> org.aricent.scl.m2mbranding.service, \
> com.sun.org.apache.xalan.internal.xsltc.trax, \
> com.sun.org.apache.xerces.internal.dom, \
> com.sun.org.apache.xerces.internal.jaxp, \
> com.sun.org.apache.xerces.internal.xni
>
>
> and this in branding.properties in directory structure
> org.aricent.scl.m2mbranding.service:
>
> welcome = \
> \n\
> \u001B[1m MyPlatform \u001B[0m (1.0.0)\n\
> \n\
> Hit '\u001B[1m\u001B[0m' for a list of available commands\n\
>and '\u001B[1m[cmd] --help\u001B[0m' for help on a specific command.\n
>
> prompt = Office@admin>
>
> It is in MyBranding-0.0.1 in lib folder.
>
> But my karaf prompt or welcome message is not being replaced.
>
>
>
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/karaf-re-branding-is-not-working-tp4034613.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Do you have a karaf 2.3 + pax-exam 3.4 example to share as I get error  ?

java.lang.reflect.InvocationTargetException: null
at
org.drools.karaf.itest.KieSpringOnKarafTest.configure(KieSpringOnKarafTest.java:93)

   @Configuration
public static Option[] configure() {
return new Option[]{ // NULL REPORTED HERE

// Install Karaf Container
karafDistributionConfiguration().frameworkUrl(

maven().groupId("org.apache.karaf").artifactId("apache-karaf").type("tar.gz").version("2.3.2"))

//.karafVersion(MavenUtils.getArtifactVersion("org.apache.karaf",
"apache-karaf")).name("Apache Karaf")
.karafVersion("2.3.2")
.unpackDirectory(new File("target/exam/unpack/")),

...


On Fri, Jan 17, 2014 at 6:09 PM, Jean-Baptiste Onofré wrote:

> Pax Exam 2.6.0 is quite old. I would advice to make a try with Pax Exam
> 3.4.0 (which include "native" Karaf container).
>
> Even if I'm not sure that your issue is related to Pax Exam itself.
>
> Regards
> JB
>
>
> On 01/17/2014 06:03 PM, Charles Moulliard wrote:
>
>> I use pax-exam 2.6.0 & Karaf 2.3.2. Do I have to use pax-exam 3.X ?
>>
>>
>> On Fri, Jan 17, 2014 at 4:36 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> It's what I thought, that's why I proposed to override this file.
>>
>> I wonder why you have null. Do you use Pax Exam 3.4.0 ?
>>
>> Regards
>> JB
>>
>>
>> On 01/17/2014 04:19 PM, Charles Moulliard wrote:
>>
>> Do the modification (type and classifier) and restart the test
>> without
>> success
>>
>> The problem seems to come from how pax-exam generates the
>> features file -->
>>
>> more etc/org.apache.karaf.features.__cfg
>>
>> #Modified by paxexam
>> #Fri Jan 17 16:10:20 CET 2014
>> respectStartLvlDuringFeatureSt__artup=false
>> featuresRepositories=mvn\:org.__apache.karaf.assemblies.__
>> features/standard/2.3.0/xml/__features,mvn\:org.apache.__
>> karaf.assemblies.features/__enterprise/2.3.0/xml/features,
>> __mvn\:org.apache.karaf.__assemblies.features/standard/_
>> _2.3.0/xml/features,mvn\:org.__drools/drools-karaf-features/
>> __6.1.0-SNAPSHOT/xml/features,__file\:/Users/chmoulli/JBoss/
>> __Code/droolsjbpm-oss/__droolsjbpm-integration/drools-
>> __osgi/drools-karaf-itest/__target/exam/unpack/49468867-__
>> f111-4767-aeda-f8d2afc3c0a7/__examfeatures.xml
>> featuresBoot=config,ssh,__management,kar,spring,spring-_
>> _dm,drools-module,kie-spring,__null,null,null,exam
>>
>>
>> - The featuresBoot contains null,null,null (don't know why we
>> have it)
>> - drools-module feature is well defined under
>> mvn\:org.drools/drools-karaf-__features/6.1.0-SNAPSHOT/xml/_
>> _features
>>
>>
>>
>>
>>
>>
>> On Fri, Jan 17, 2014 at 4:08 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  As Ryan pointed out, the type is not correct (you used both
>>  type/classifier in type, whereas you should use type() and
>> classifier().
>>
>>  I don't remember if it's an issue in the URL construction
>> but just
>>  in case, use the correct syntax.
>>
>>  Regards
>>  JB
>>
>>
>>  On 01/17/2014 04:06 PM, Charles Moulliard wrote:
>>
>>  I will have a look to what you propose. Until now, I
>> don't
>>  change the
>>  file 'etc/org.apache.karaf.features.__cfg' and the
>>
>> features
>>
>>  are added
>>
>>  using 'scanFeatures'
>>
>>
>>  On Fri, Jan 17, 2014 at 3:24 PM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
>>
>>   Could you try to "inject" the feature URL to Pax
>> Exam with
>>   

Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
I use pax-exam 2.6.0 & Karaf 2.3.2. Do I have to use pax-exam 3.X ?


On Fri, Jan 17, 2014 at 4:36 PM, Jean-Baptiste Onofré wrote:

> It's what I thought, that's why I proposed to override this file.
>
> I wonder why you have null. Do you use Pax Exam 3.4.0 ?
>
> Regards
> JB
>
>
> On 01/17/2014 04:19 PM, Charles Moulliard wrote:
>
>> Do the modification (type and classifier) and restart the test without
>> success
>>
>> The problem seems to come from how pax-exam generates the features file
>> -->
>>
>> more etc/org.apache.karaf.features.cfg
>> #Modified by paxexam
>> #Fri Jan 17 16:10:20 CET 2014
>> respectStartLvlDuringFeatureStartup=false
>> featuresRepositories=mvn\:org.apache.karaf.assemblies.
>> features/standard/2.3.0/xml/features,mvn\:org.apache.
>> karaf.assemblies.features/enterprise/2.3.0/xml/features,
>> mvn\:org.apache.karaf.assemblies.features/standard/
>> 2.3.0/xml/features,mvn\:org.drools/drools-karaf-features/
>> 6.1.0-SNAPSHOT/xml/features,file\:/Users/chmoulli/JBoss/
>> Code/droolsjbpm-oss/droolsjbpm-integration/drools-
>> osgi/drools-karaf-itest/target/exam/unpack/49468867-
>> f111-4767-aeda-f8d2afc3c0a7/examfeatures.xml
>> featuresBoot=config,ssh,management,kar,spring,spring-
>> dm,drools-module,kie-spring,null,null,null,exam
>>
>> - The featuresBoot contains null,null,null (don't know why we have it)
>> - drools-module feature is well defined under
>> mvn\:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>
>>
>>
>>
>>
>> On Fri, Jan 17, 2014 at 4:08 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> As Ryan pointed out, the type is not correct (you used both
>>     type/classifier in type, whereas you should use type() and
>> classifier().
>>
>> I don't remember if it's an issue in the URL construction but just
>> in case, use the correct syntax.
>>
>> Regards
>> JB
>>
>>
>> On 01/17/2014 04:06 PM, Charles Moulliard wrote:
>>
>> I will have a look to what you propose. Until now, I don't
>> change the
>> file 'etc/org.apache.karaf.__features.__cfg' and the features
>>
>> are added
>>
>> using 'scanFeatures'
>>
>>
>> On Fri, Jan 17, 2014 at 3:24 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Could you try to "inject" the feature URL to Pax Exam with
>> something
>>  like:
>>
>>   @Configuration
>>   public Option[] config() {
>>   Option[] options = new Option[]{
>>keepRuntimeFolder(),
>>  logLevel(LogLevelOption.LogLevel.ERROR),
>>
>>  editConfigurationFileExtend("etc/system.properties",
>>  "my.feature.url",
>>
>>
>> maven().groupId("your").artifactId("your").
>> versionAsInProject().classifier("features").type("_
>> ___xml").getURL()),
>>
>>  editConfigurationFileExtend("etc/config.properties",
>>  "org.apache.aries.blueprint.synchronous", "true")
>>   };
>>   String debug = System.getProperty("debugMain");
>>
>>
>>   if (debug != null) {
>>   int l = options.length;
>>   options = Arrays.copyOf(options, l + 1);
>>   options[l] =
>>  KarafDistributionOption.debugConfiguration();
>>
>>
>>   }
>>   return options;
>>   }
>>
>>  How do you install the feature ? using executeCommand ?
>>
>>  Did you add the feature in
>> etc/org.apache.karaf.features.cfg if
>>
>>
>>  you don't use executeCommand ?
>>  You can modify the etc/org.apache.karaf.features.cfg in
>>
>> your
>>
>>  project and inject using editConfigurationFileExtend or
>> Append (as I
>>  did in my example).
>>
>>  Regards
>>

Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
https://github.com/droolsjbpm/droolsjbpm-integration/blob/master/drools-osgi/drools-karaf-itest/src/test/java/org/drools/karaf/itest/KieSpringOnKarafTest.java


On Fri, Jan 17, 2014 at 4:52 PM, Henryk Konsek  wrote:

> Hi Charles,
>
> What is the name of the test class from the drools-karaf-itest module
> you are trying to execute?
>
> Cheers.
>
> --
> Henryk Konsek
> http://henryk-konsek.blogspot.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Do the modification (type and classifier) and restart the test without
success

The problem seems to come from how pax-exam generates the features file -->

more etc/org.apache.karaf.features.cfg
#Modified by paxexam
#Fri Jan 17 16:10:20 CET 2014
respectStartLvlDuringFeatureStartup=false
featuresRepositories=mvn\:org.apache.karaf.assemblies.features/standard/2.3.0/xml/features,mvn\:org.apache.karaf.assemblies.features/enterprise/2.3.0/xml/features,mvn\:org.apache.karaf.assemblies.features/standard/2.3.0/xml/features,mvn\:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features,file\:/Users/chmoulli/JBoss/Code/droolsjbpm-oss/droolsjbpm-integration/drools-osgi/drools-karaf-itest/target/exam/unpack/49468867-f111-4767-aeda-f8d2afc3c0a7/examfeatures.xml
featuresBoot=config,ssh,management,kar,spring,spring-dm,drools-module,kie-spring,null,null,null,exam

- The featuresBoot contains null,null,null (don't know why we have it)
- drools-module feature is well defined under
mvn\:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features





On Fri, Jan 17, 2014 at 4:08 PM, Jean-Baptiste Onofré wrote:

> As Ryan pointed out, the type is not correct (you used both
> type/classifier in type, whereas you should use type() and classifier().
>
> I don't remember if it's an issue in the URL construction but just in
> case, use the correct syntax.
>
> Regards
> JB
>
>
> On 01/17/2014 04:06 PM, Charles Moulliard wrote:
>
>> I will have a look to what you propose. Until now, I don't change the
>> file 'etc/org.apache.karaf.features.__cfg' and the features are added
>>
>> using 'scanFeatures'
>>
>>
>> On Fri, Jan 17, 2014 at 3:24 PM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Could you try to "inject" the feature URL to Pax Exam with something
>> like:
>>
>>  @Configuration
>>  public Option[] config() {
>>  Option[] options = new Option[]{
>>   keepRuntimeFolder(),
>> logLevel(LogLevelOption.__LogLevel.ERROR),
>>
>> editConfigurationFileExtend("__etc/system.properties",
>> "my.feature.url",
>>
>> maven().groupId("your").__artifactId("your").__
>> versionAsInProject().__classifier("features").type("__xml").getURL()),
>>
>> editConfigurationFileExtend("__etc/config.properties",
>> "org.apache.aries.blueprint.__synchronous", "true")
>>  };
>>  String debug = System.getProperty("debugMain"__);
>>
>>  if (debug != null) {
>>  int l = options.length;
>>  options = Arrays.copyOf(options, l + 1);
>>  options[l] =
>> KarafDistributionOption.__debugConfiguration();
>>
>>  }
>>  return options;
>>  }
>>
>> How do you install the feature ? using executeCommand ?
>>
>> Did you add the feature in etc/org.apache.karaf.features.__cfg if
>>
>> you don't use executeCommand ?
>> You can modify the etc/org.apache.karaf.features.__cfg in your
>>
>> project and inject using editConfigurationFileExtend or Append (as I
>> did in my example).
>>
>> Regards
>> JB
>>
>>
>> On 01/17/2014 10:19 AM, Charles Moulliard wrote:
>>
>> Thx ;-)
>>
>>
>> On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Add the feature dependency in your pom. It's where Pax Exam
>> is
>>  looking for feature.
>>
>>
>>  On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>>
>>  Hi,
>>
>>  I experience a strange issue using pax-exam with Karaf
>> 2.3.x
>>
>>  The following features file is available in my local
>> maven repo
>>
>>
>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/
>> features
>>
>>
>>
>>  -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>>
>> /Users/chmoulli/.m2/repository/org/drools/drools-_
>> ___karaf-features/6.1.0-__SNAPSHOT/__drools-karaf-__
>> features-6.1.0-__SNAPSHOT-__features.xml
>>
>>
>>
>>  but when pax-exam tries to find th

Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
I will have a look to what you propose. Until now, I don't change the file '
etc/org.apache.karaf.features.cfg' and the features are added using '
scanFeatures'


On Fri, Jan 17, 2014 at 3:24 PM, Jean-Baptiste Onofré wrote:

> Could you try to "inject" the feature URL to Pax Exam with something like:
>
> @Configuration
> public Option[] config() {
> Option[] options = new Option[]{
>  keepRuntimeFolder(), logLevel(LogLevelOption.
> LogLevel.ERROR),
> editConfigurationFileExtend("etc/system.properties",
> "my.feature.url", maven().groupId("your").artifactId("your").
> versionAsInProject().classifier("features").type("xml").getURL()),
> editConfigurationFileExtend("etc/config.properties",
> "org.apache.aries.blueprint.synchronous", "true")
> };
> String debug = System.getProperty("debugMain");
> if (debug != null) {
> int l = options.length;
> options = Arrays.copyOf(options, l + 1);
> options[l] = KarafDistributionOption.debugConfiguration();
> }
> return options;
> }
>
> How do you install the feature ? using executeCommand ?
>
> Did you add the feature in etc/org.apache.karaf.features.cfg if you don't
> use executeCommand ?
> You can modify the etc/org.apache.karaf.features.cfg in your project and
> inject using editConfigurationFileExtend or Append (as I did in my example).
>
> Regards
> JB
>
>
> On 01/17/2014 10:19 AM, Charles Moulliard wrote:
>
>> Thx ;-)
>>
>>
>> On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Add the feature dependency in your pom. It's where Pax Exam is
>> looking for feature.
>>
>>
>> On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>
>> The following features file is available in my local maven repo
>>
>> mvn:org.drools/drools-karaf-__features/6.1.0-SNAPSHOT/xml/__
>> features
>>
>>
>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>> /Users/chmoulli/.m2/__repository/org/drools/drools-_
>> _karaf-features/6.1.0-SNAPSHOT/__drools-karaf-features-6.1.0-__SNAPSHOT-
>> features.xml
>>
>>
>> but when pax-exam tries to find the features, I get ERRORS
>> (feature null
>> not found, feature drools-module not found, ...) from
>> FeaturesServiceImpl even if the features are well present in
>> features file
>>
>> example
>>
>>   > description="Drools core">
>>   > version="6.1.0-SNAPSHOT">__drools-common
>>   kie
>>
>>   mvn:org.drools/drools-__core/6.1.0-SNAPSHOT
>>
>>   mvn:org.drools/drools-__compiler/6.1.0-SNAPSHOT> bundle>
>>
>> mvn:org.drools/drools-__osgi-integration/6.1.0-__
>> SNAPSHOT
>>   
>>
>> https://gist.github.com/__8470059 <https://gist.github.com/
>> 8470059>
>>
>> Line 1133 -->
>> http://grepcode.com/file/__repo1.maven.org/maven2/org.__
>> apache.karaf.features/org.__apache.karaf.features.core/2._
>> _3.0/org/apache/karaf/features/__internal/FeaturesServiceImpl.__java
>>
>> <http://grepcode.com/file/repo1.maven.org/maven2/org.
>> apache.karaf.features/org.apache.karaf.features.core/2.
>> 3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java>
>>
>> As this is really hard to debug Pax-Exam + Karaf, does anybody
>> has an
>> idea bout the issue  ? Could it be possible that pax-exam does
>> not look
>> into my local repo ? Can I tell / force pax-exam to look into my
>> local
>> repo ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Code is here :
https://github.com/droolsjbpm/droolsjbpm-integration/tree/master/drools-osgi/drools-karaf-itest


On Fri, Jan 17, 2014 at 2:56 PM, Filippo Balicchia wrote:

> Hi,
> Could you please share your repo if possible.
>
> I can try to reproduce the problem on my console and attempt to resolve
>
> Regards
>
> --Filippo
>
>
> 2014/1/17 Charles Moulliard 
>
>> No more ideas ?
>>
>>
>> On Fri, Jan 17, 2014 at 10:36 AM, Charles Moulliard wrote:
>>
>>> I have added the dependency about drools features to my pom but issue is
>>> still there
>>>
>>> 
>>> org.drools
>>> drools-karaf-features
>>> xml
>>> features
>>> test
>>> ${project.version}
>>> 
>>>
>>> https://gist.github.com/8470631
>>>
>>>
>>>
>>> On Fri, Jan 17, 2014 at 10:19 AM, Charles Moulliard wrote:
>>>
>>>> Thx ;-)
>>>>
>>>>
>>>> On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré >>> > wrote:
>>>>
>>>>> Add the feature dependency in your pom. It's where Pax Exam is looking
>>>>> for feature.
>>>>>
>>>>>
>>>>> On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>>>>>
>>>>>> The following features file is available in my local maven repo
>>>>>>
>>>>>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>>>>>
>>>>>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>>>>>> /Users/chmoulli/.m2/repository/org/drools/drools-
>>>>>> karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-
>>>>>> SNAPSHOT-features.xml
>>>>>>
>>>>>> but when pax-exam tries to find the features, I get ERRORS (feature
>>>>>> null
>>>>>> not found, feature drools-module not found, ...) from
>>>>>> FeaturesServiceImpl even if the features are well present in features
>>>>>> file
>>>>>>
>>>>>> example
>>>>>>
>>>>>>  >>>>> description="Drools core">
>>>>>>  drools-common
>>>>>>  kie
>>>>>>  mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>>>>>>  mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT>>>>> bundle>
>>>>>>
>>>>>> mvn:org.drools/drools-osgi-integration/6.1.0-
>>>>>> SNAPSHOT
>>>>>>  
>>>>>>
>>>>>> https://gist.github.com/8470059
>>>>>>
>>>>>> Line 1133 -->
>>>>>> http://grepcode.com/file/repo1.maven.org/maven2/org.
>>>>>> apache.karaf.features/org.apache.karaf.features.core/2.
>>>>>> 3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>>>>>>
>>>>>> As this is really hard to debug Pax-Exam + Karaf, does anybody has an
>>>>>> idea bout the issue  ? Could it be possible that pax-exam does not
>>>>>> look
>>>>>> into my local repo ? Can I tell / force pax-exam to look into my local
>>>>>> repo ?
>>>>>>
>>>>>> Regards,
>>>>>>
>>>>>> --
>>>>>> Charles Moulliard
>>>>>> Apache Committer / Architect @RedHat
>>>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>>>>> <http://cmoulliard.github.io>
>>>>>>
>>>>>>
>>>>> --
>>>>> Jean-Baptiste Onofré
>>>>> jbono...@apache.org
>>>>> http://blog.nanthrax.net
>>>>> Talend - http://www.talend.com
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Charles Moulliard
>>>> Apache Committer / Architect @RedHat
>>>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>>>
>>>>
>>>
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Architect @RedHat
>>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>>
>>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>
>>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
No more ideas ?


On Fri, Jan 17, 2014 at 10:36 AM, Charles Moulliard wrote:

> I have added the dependency about drools features to my pom but issue is
> still there
>
> 
> org.drools
> drools-karaf-features
> xml
> features
> test
> ${project.version}
> 
>
> https://gist.github.com/8470631
>
>
>
> On Fri, Jan 17, 2014 at 10:19 AM, Charles Moulliard wrote:
>
>> Thx ;-)
>>
>>
>> On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré 
>> wrote:
>>
>>> Add the feature dependency in your pom. It's where Pax Exam is looking
>>> for feature.
>>>
>>>
>>> On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>>>
>>>> Hi,
>>>>
>>>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>>>
>>>> The following features file is available in my local maven repo
>>>>
>>>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>>>
>>>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>>>> /Users/chmoulli/.m2/repository/org/drools/drools-
>>>> karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-
>>>> SNAPSHOT-features.xml
>>>>
>>>> but when pax-exam tries to find the features, I get ERRORS (feature null
>>>> not found, feature drools-module not found, ...) from
>>>> FeaturesServiceImpl even if the features are well present in features
>>>> file
>>>>
>>>> example
>>>>
>>>>  >>> description="Drools core">
>>>>  drools-common
>>>>  kie
>>>>  mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>>>>  mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>>>>
>>>> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
>>>>  
>>>>
>>>> https://gist.github.com/8470059
>>>>
>>>> Line 1133 -->
>>>> http://grepcode.com/file/repo1.maven.org/maven2/org.
>>>> apache.karaf.features/org.apache.karaf.features.core/2.
>>>> 3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>>>>
>>>> As this is really hard to debug Pax-Exam + Karaf, does anybody has an
>>>> idea bout the issue  ? Could it be possible that pax-exam does not look
>>>> into my local repo ? Can I tell / force pax-exam to look into my local
>>>> repo ?
>>>>
>>>> Regards,
>>>>
>>>> --
>>>> Charles Moulliard
>>>> Apache Committer / Architect @RedHat
>>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>>> <http://cmoulliard.github.io>
>>>>
>>>>
>>> --
>>> Jean-Baptiste Onofré
>>> jbono...@apache.org
>>> http://blog.nanthrax.net
>>> Talend - http://www.talend.com
>>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>
>>
>
>
> --
> Charles Moulliard
> Apache Committer / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
I have added the dependency about drools features to my pom but issue is
still there


org.drools
drools-karaf-features
xml
features
test
${project.version}


https://gist.github.com/8470631



On Fri, Jan 17, 2014 at 10:19 AM, Charles Moulliard wrote:

> Thx ;-)
>
>
> On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré 
> wrote:
>
>> Add the feature dependency in your pom. It's where Pax Exam is looking
>> for feature.
>>
>>
>> On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>>
>>> Hi,
>>>
>>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>>
>>> The following features file is available in my local maven repo
>>>
>>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>>
>>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>>> /Users/chmoulli/.m2/repository/org/drools/drools-
>>> karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-
>>> SNAPSHOT-features.xml
>>>
>>> but when pax-exam tries to find the features, I get ERRORS (feature null
>>> not found, feature drools-module not found, ...) from
>>> FeaturesServiceImpl even if the features are well present in features
>>> file
>>>
>>> example
>>>
>>>  >> description="Drools core">
>>>  drools-common
>>>  kie
>>>  mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>>>  mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>>>
>>> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
>>>  
>>>
>>> https://gist.github.com/8470059
>>>
>>> Line 1133 -->
>>> http://grepcode.com/file/repo1.maven.org/maven2/org.
>>> apache.karaf.features/org.apache.karaf.features.core/2.
>>> 3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>>>
>>> As this is really hard to debug Pax-Exam + Karaf, does anybody has an
>>> idea bout the issue  ? Could it be possible that pax-exam does not look
>>> into my local repo ? Can I tell / force pax-exam to look into my local
>>> repo ?
>>>
>>> Regards,
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Architect @RedHat
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>> <http://cmoulliard.github.io>
>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Thx ;-)


On Fri, Jan 17, 2014 at 10:12 AM, Jean-Baptiste Onofré wrote:

> Add the feature dependency in your pom. It's where Pax Exam is looking for
> feature.
>
>
> On 01/17/2014 09:27 AM, Charles Moulliard wrote:
>
>> Hi,
>>
>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>
>> The following features file is available in my local maven repo
>>
>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>
>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>> /Users/chmoulli/.m2/repository/org/drools/drools-
>> karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-
>> SNAPSHOT-features.xml
>>
>> but when pax-exam tries to find the features, I get ERRORS (feature null
>> not found, feature drools-module not found, ...) from
>> FeaturesServiceImpl even if the features are well present in features file
>>
>> example
>>
>>  > description="Drools core">
>>  drools-common
>>  kie
>>  mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>>  mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>>
>> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
>>  
>>
>> https://gist.github.com/8470059
>>
>> Line 1133 -->
>> http://grepcode.com/file/repo1.maven.org/maven2/org.
>> apache.karaf.features/org.apache.karaf.features.core/2.
>> 3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>>
>> As this is really hard to debug Pax-Exam + Karaf, does anybody has an
>> idea bout the issue  ? Could it be possible that pax-exam does not look
>> into my local repo ? Can I tell / force pax-exam to look into my local
>> repo ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Code of the project is here :
https://github.com/droolsjbpm/droolsjbpm-integration/tree/master/drools-osgi/drools-karaf-itest


On Fri, Jan 17, 2014 at 9:48 AM, Charles Moulliard  wrote:

> Pom of the project uses as dependency drools-core, kie-spring, kie-camel
> but as you can see drools-module is an umbrella to retrieve many more
> features defined under "drools-common"
>
>  description="Drools Commons">
> cxf-specs
>
> mvn:com.google.protobuf/protobuf-java/${karaf.version.com.google.protobuf}
>
> mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.antlr/${karaf.servicemix.version.org.antlr}
>
> mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.xstream/${karaf.servicemix.version.com.thoughtworks.xstream}
>  start-level='10'>mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.jaxb-api-2.2/${karaf.servicemix.version.javax.xml.bind.jaxb}
>  start-level='10'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jaxb-xjc/${karaf.servicemix.version.com.sun.xml.bind.jaxb}
>  start-level='10'>mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jaxb-impl/${karaf.servicemix.version.com.sun.xml.bind.jaxb}
> mvn:org.mvel/mvel2/${karaf.version.org.mvel}
>
> wrap:mvn:org.eclipse.jdt.core.compiler/ecj/${karaf.version.org.eclipse.jdt.core.compiler}$Bundle-SymbolicName=Eclipse-JDT-Compiler&Bundle-Version=${karaf.version.org.eclipse.jdt.core.compiler}
>
> wrap:mvn:org.codehaus.janino/janino/${karaf.version.org.codehaus.janino}$Bundle-SymbolicName=Codehaus-Janino&Bundle-Version=${karaf.version.org.codehaus.janino}
>
> mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.quartz/${karaf.servicemix.version.org.quartz-scheduler}
>
> mvn:org.apache.geronimo.specs/geronimo-atinject_1.0_spec/${karaf.version.javax.inject}
>
> wrap:mvn:javax.enterprise/cdi-api/${karaf.version.javax.enterprise.cdi}
> 
>
> Version of the project is defined as property
>
> - Code used to create the features file URL
>
> public static MavenArtifactProvisionOption getFeaturesUrl(String
> groupId, String artifactId, String version) {
> MavenArtifactProvisionOption mapo =
>  mavenBundle().groupId(groupId).artifactId(artifactId);
> mapo.type("xml/features");
>
> if (version == null) {
> mapo.versionAsInProject();
> } else {
> mapo.version(version);
> }
>
> LOG.info("Features URL : " + mapo.getURL());
>
> return mapo;
> }
>
> >> Features URL :
> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>
> - Called like that to retrieve the features
>
> public static Option loadDroolsKieFeatures(String... features) {
> List result = new ArrayList();
> result.add("drools-module");
> for (String feature : features) {
>     result.add(feature);
> }
>
> return
> scanFeatures(getFeaturesUrl("org.drools","drools-karaf-features",DroolsVersion),
> result.toArray(new String[4 + features.length]));
> }
>
>
>
> On Fri, Jan 17, 2014 at 9:40 AM, Achim Nierbeck 
> wrote:
>
>> Hi Charles,
>>
>> are you using this dependency in your maven pom file.
>> For me it usually works best if all dependencies are first resolved
>> through maven.
>> If done so the versionAsInProject can also be used.
>>
>> regards, Achim
>>
>>
>> 2014/1/17 Charles Moulliard 
>>
>>> Hi,
>>>
>>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>>
>>> The following features file is available in my local maven repo
>>>
>>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>>
>>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>>> /Users/chmoulli/.m2/repository/org/drools/drools-karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-SNAPSHOT-features.xml
>>>
>>> but when pax-exam tries to find the features, I get ERRORS (feature null
>>> not found, feature drools-module not found, ...) from FeaturesServiceImpl
>>> even if the features are well present in features file
>>>
>>> example
>>>
>>> >> description="Drools core">
>>> drools-common
>>> kie
>>> mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>>>     mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>>>
>>> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
>>> 
>>>
&g

Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Pom of the project uses as dependency drools-core, kie-spring, kie-camel
but as you can see drools-module is an umbrella to retrieve many more
features defined under "drools-common"


cxf-specs

mvn:com.google.protobuf/protobuf-java/${karaf.version.com.google.protobuf}

mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.antlr/${karaf.servicemix.version.org.antlr}

mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.xstream/${karaf.servicemix.version.com.thoughtworks.xstream}
mvn:org.apache.servicemix.specs/org.apache.servicemix.specs.jaxb-api-2.2/${karaf.servicemix.version.javax.xml.bind.jaxb}
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jaxb-xjc/${karaf.servicemix.version.com.sun.xml.bind.jaxb}
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.jaxb-impl/${karaf.servicemix.version.com.sun.xml.bind.jaxb}
mvn:org.mvel/mvel2/${karaf.version.org.mvel}

wrap:mvn:org.eclipse.jdt.core.compiler/ecj/${karaf.version.org.eclipse.jdt.core.compiler}$Bundle-SymbolicName=Eclipse-JDT-Compiler&Bundle-Version=${karaf.version.org.eclipse.jdt.core.compiler}

wrap:mvn:org.codehaus.janino/janino/${karaf.version.org.codehaus.janino}$Bundle-SymbolicName=Codehaus-Janino&Bundle-Version=${karaf.version.org.codehaus.janino}

mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.quartz/${karaf.servicemix.version.org.quartz-scheduler}

mvn:org.apache.geronimo.specs/geronimo-atinject_1.0_spec/${karaf.version.javax.inject}

wrap:mvn:javax.enterprise/cdi-api/${karaf.version.javax.enterprise.cdi}


Version of the project is defined as property

- Code used to create the features file URL

public static MavenArtifactProvisionOption getFeaturesUrl(String
groupId, String artifactId, String version) {
MavenArtifactProvisionOption mapo =
 mavenBundle().groupId(groupId).artifactId(artifactId);
mapo.type("xml/features");

if (version == null) {
mapo.versionAsInProject();
} else {
mapo.version(version);
}

LOG.info("Features URL : " + mapo.getURL());

return mapo;
}

>> Features URL :
mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features

- Called like that to retrieve the features

public static Option loadDroolsKieFeatures(String... features) {
List result = new ArrayList();
result.add("drools-module");
for (String feature : features) {
result.add(feature);
}

return
scanFeatures(getFeaturesUrl("org.drools","drools-karaf-features",DroolsVersion),
result.toArray(new String[4 + features.length]));
    }



On Fri, Jan 17, 2014 at 9:40 AM, Achim Nierbeck wrote:

> Hi Charles,
>
> are you using this dependency in your maven pom file.
> For me it usually works best if all dependencies are first resolved
> through maven.
> If done so the versionAsInProject can also be used.
>
> regards, Achim
>
>
> 2014/1/17 Charles Moulliard 
>
>> Hi,
>>
>> I experience a strange issue using pax-exam with Karaf 2.3.x
>>
>> The following features file is available in my local maven repo
>>
>> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>>
>> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
>> /Users/chmoulli/.m2/repository/org/drools/drools-karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-SNAPSHOT-features.xml
>>
>> but when pax-exam tries to find the features, I get ERRORS (feature null
>> not found, feature drools-module not found, ...) from FeaturesServiceImpl
>> even if the features are well present in features file
>>
>> example
>>
>> > description="Drools core">
>> drools-common
>> kie
>> mvn:org.drools/drools-core/6.1.0-SNAPSHOT
>> mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>>
>> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
>> 
>>
>> https://gist.github.com/8470059
>>
>> Line 1133 -->
>> http://grepcode.com/file/repo1.maven.org/maven2/org.apache.karaf.features/org.apache.karaf.features.core/2.3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>>
>> As this is really hard to debug Pax-Exam + Karaf, does anybody has an
>> idea bout the issue  ? Could it be possible that pax-exam does not look
>> into my local repo ? Can I tell / force pax-exam to look into my local repo
>> ?
>>
>> Regards,
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>>
>>
>
>
> --
>
> 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/>
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Get also the message error even if I add as parameter my local maven repo
for pax

-Dorg.ops4j.pax.url.mvn.localRepository=/Users/chmoulli/.m2/repository/


On Fri, Jan 17, 2014 at 9:27 AM, Charles Moulliard  wrote:

> Hi,
>
> I experience a strange issue using pax-exam with Karaf 2.3.x
>
> The following features file is available in my local maven repo
>
> mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features
>
> -rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
> /Users/chmoulli/.m2/repository/org/drools/drools-karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-SNAPSHOT-features.xml
>
> but when pax-exam tries to find the features, I get ERRORS (feature null
> not found, feature drools-module not found, ...) from FeaturesServiceImpl
> even if the features are well present in features file
>
> example
>
>  description="Drools core">
> drools-common
> kie
> mvn:org.drools/drools-core/6.1.0-SNAPSHOT
> mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT
>
> mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT
> 
>
> https://gist.github.com/8470059
>
> Line 1133 -->
> http://grepcode.com/file/repo1.maven.org/maven2/org.apache.karaf.features/org.apache.karaf.features.core/2.3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java
>
> As this is really hard to debug Pax-Exam + Karaf, does anybody has an idea
> bout the issue  ? Could it be possible that pax-exam does not look into my
> local repo ? Can I tell / force pax-exam to look into my local repo ?
>
> Regards,
>
> --
> Charles Moulliard
> Apache Committer / Architect @RedHat
> Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Pax Exam issue / Karaf 2.3.x

2014-01-17 Thread Charles Moulliard
Hi,

I experience a strange issue using pax-exam with Karaf 2.3.x

The following features file is available in my local maven repo

mvn:org.drools/drools-karaf-features/6.1.0-SNAPSHOT/xml/features

-rw-r--r--  1 chmoulli  1881291218  10473 Jan 17 08:45
/Users/chmoulli/.m2/repository/org/drools/drools-karaf-features/6.1.0-SNAPSHOT/drools-karaf-features-6.1.0-SNAPSHOT-features.xml

but when pax-exam tries to find the features, I get ERRORS (feature null
not found, feature drools-module not found, ...) from FeaturesServiceImpl
even if the features are well present in features file

example


drools-common
kie
mvn:org.drools/drools-core/6.1.0-SNAPSHOT
mvn:org.drools/drools-compiler/6.1.0-SNAPSHOT

mvn:org.drools/drools-osgi-integration/6.1.0-SNAPSHOT


https://gist.github.com/8470059

Line 1133 -->
http://grepcode.com/file/repo1.maven.org/maven2/org.apache.karaf.features/org.apache.karaf.features.core/2.3.0/org/apache/karaf/features/internal/FeaturesServiceImpl.java

As this is really hard to debug Pax-Exam + Karaf, does anybody has an idea
bout the issue  ? Could it be possible that pax-exam does not look into my
local repo ? Can I tell / force pax-exam to look into my local repo ?

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: fail to install openejb-core on Karaf v3.0

2014-01-02 Thread Charles Moulliard
Even if you install openejb on Karaf, it will not scan your bundles to find
classes annotated and inject them @Stateless, @Singleton, ...
KarafEE will be required in this case but until now project has not been
integrated as a sub(project) of Karaf.


On Thu, Jan 2, 2014 at 4:30 AM, Tom Leung  wrote:

> Dear all,
>
>
>
> I started a new Karaf v3.0 instance on Ubuntu v13.04, use the default
> setting and install the following bundles/features:
>
>
>
> >feature:install war
>
> >feature:install webconsole
>
> >feature:repo-add openejb 4.5.2
>
>
>
> karaf@root()> feature:list | grep openejb
>
> org.apache.commons| 0.0.0|   |
> openejb-features|
>
> xbean | 3.12 |   |
> openejb-features|
>
> org.apache.openwebbeans   | 1.1.8|   |
> openejb-features|
>
> geronimo-osgi | 1.1  |   |
> openejb-features|
>
> org.apache.activemq   | 5.7.0|   |
> openejb-features|
>
> openjpa   | 2.2.0|   |
> openejb-features|
>
> openejb-core  | 4.5.2|   |
> openejb-features|
>
> openejb-server| 4.5.2|   |
> openejb-features|
>
> openejb-cxf   | 4.5.2|   |
> openejb-features|
>
> openejb-rest  | 4.5.2|   |
> openejb-features|
>
> openejb-soap  | 4.5.2|   |
> openejb-features|
>
> karaf@root()>
>
>
>
> >feature:install openejb-core
>
>
>
> but, I get the following error:
>
>
>
> karaf@root()> feature:install openejb-core
>
> Refreshing bundles
> org.apache.geronimo.specs.geronimo-j2ee-management_1.1_spec (130),
> org.apache.geronimo.specs.geronimo-jaspic_1.0_spec (84),
> org.apache.geronimo.specs.geronimo-validation_1.0_spec (242)
>
> Error executing command: Could not start bundle
> mvn:org.apache.geronimo.specs/geronimo-jaxb_2.2_spec/1.0.1 in feature(s)
> javaee-api-6.0-5: Unresolved constraint in bundle
> org.apache.geronimo.specs.geronimo-jaxb_2.2_spec [260]: Unable to resolve
> 260.0: missing requirement [260.0] osgi.wiring.package;
> (&(osgi.wiring.package=javax.xml.namespace)(version>=1.0.0))
>
> karaf@root()>
>
>
>
> "javax.xml.namespace" is missing.
>
>
>
> Which bundle I should install to resolve the missing dependencies?
>
>
>
> Best Rgds,
>
>
>
> Tom
>
>
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Pax Logging + Logback

2013-12-29 Thread Charles Moulliard
Hi,

I tried to deploy and use LogBack on Karaf 2.3.x but failed. Does everybody
has a list of bundles or feature that I can use to deploy it as the
following bundles are not the correct one to be used

[  67] [Installed  ] [] [   80]
mvn:org.ops4j.pax.logging/pax-logging-logback/1.7.1
[  69] [Active ] [] [   80]
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.groovy/1.6.3_2
[  70] [Active ] [] [   80]
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.antlr/2.7.7_5
[  71] [Active ] [] [   80]
mvn:org.apache.servicemix.bundles/org.apache.servicemix.bundles.asm/2.2.3_5
[  72] [Active ] [] [   80]
wrap:mvn:org.codehaus.groovy/groovy-all/2.2.1

Error executing command: Error starting bundles:
Unable to start bundle 67: Unresolved constraint in bundle
org.ops4j.pax.logging.pax-logging-logback [67]: Unable to resolve 67.0:
missing requirement [67.0] osgi.wiring.package;
(osgi.wiring.package=org.codehaus.commons.compiler)

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf and OpenEJB

2013-11-10 Thread Charles Moulliard
As I work also on Pax-CDI + Karaf, we will be able also to provide CDI
features alone soon


On Sun, Nov 10, 2013 at 11:51 AM, Jean-Baptiste Onofré wrote:

> Thanks Charles,
>
> Give me the time to complete the preparation of Karaf 3 and we will deal
> about KarafEE.
>
> Especially, I'm working on new enterprise features.
>
> Regards
> JB
>
>
> On 11/10/2013 11:21 AM, Charles Moulliard wrote:
>
>> I have done some modifications. Here is my existing repo :
>> https://github.com/cmoulliard/karafee
>>
>>
>> On Sat, Nov 9, 2013 at 11:43 PM, Mansour Al Akeel
>> mailto:mansour.alak...@gmail.com>> wrote:
>>
>> I know the source code for karafee is located at
>> http://svn.apache.org/repos/asf/tomee/karafee/trunk
>> I am not if there's another source code repository I need to use to
>> get the recent code.
>>
>> Thank you.
>>
>>
>> On Sun, Nov 3, 2013 at 12:09 PM, Mansour Al Akeel
>> mailto:mansour.alak...@gmail.com>> wrote:
>>  > Charles and Jean,
>>  > Thank you a lot for the fast response and the good news. I am
>> looking
>>  > forward to try it.
>>  >
>>  >
>>  > On Sun, Nov 3, 2013 at 5:46 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>> wrote:
>>  >> Hi Charles,
>>  >>
>>  >> it's on my TODO next week. We can deal together about that.
>>  >>
>>  >> Regards
>>  >> JB
>>  >>
>>  >>
>>  >> On 11/03/2013 10:16 AM, Charles Moulliard wrote:
>>  >>>
>>  >>> Hi Mansour,
>>  >>>
>>  >>> We can have a look next week as I have a local copy of KarafEE
>> project
>>  >>>
>>  >>> Regards,
>>  >>>
>>  >>> Charles
>>  >>>
>>  >>>
>>  >>> On Sun, Nov 3, 2013 at 6:59 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>>  >>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>  >>>
>>  >>> Hi Mansour,
>>  >>>
>>  >>> the "move" is not yet done.
>>  >>> I think nobody tested OpenEJB in Karaf 3.0.0-SNAPSHOT.
>>  >>>
>>  >>> Regards
>>  >>> JB
>>  >>>
>>  >>>
>>  >>> On 11/02/2013 09:23 PM, Mansour Al Akeel wrote:
>>  >>>
>>  >>> from the mailing list on TomEE, I understand that
>> karafEE will be
>>  >>> moving to karaf project.
>>  >>>
>>  >>> Is there any updates or plans ??
>>  >>>
>>  >>> Is there a way to install openEJB to karaf 3.0.0
>> SNAPSHOT ??
>>  >>>
>>  >>>
>>  >>> Thank you.
>>  >>>
>>  >>>
>>  >>> --
>>  >>> Jean-Baptiste Onofré
>>  >>> jbono...@apache.org <mailto:jbono...@apache.org>
>> <mailto:jbono...@apache.org <mailto:jbono...@apache.org>>
>>
>>  >>>
>>  >>> http://blog.nanthrax.net
>>  >>> Talend - http://www.talend.com
>>  >>>
>>  >>>
>>  >>>
>>  >>>
>>  >>> --
>>  >>> Charles Moulliard
>>  >>> Apache Committer / Architect @RedHat
>>  >>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>>  >>> <http://cmoulliard.github.io>
>>  >>>
>>  >>
>>  >> --
>>  >> Jean-Baptiste Onofré
>>  >> jbono...@apache.org <mailto:jbono...@apache.org>
>>  >> http://blog.nanthrax.net
>>  >> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
>> <http://cmoulliard.github.io>
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf and OpenEJB

2013-11-10 Thread Charles Moulliard
I have done some modifications. Here is my existing repo :
https://github.com/cmoulliard/karafee


On Sat, Nov 9, 2013 at 11:43 PM, Mansour Al Akeel  wrote:

> I know the source code for karafee is located at
> http://svn.apache.org/repos/asf/tomee/karafee/trunk
> I am not if there's another source code repository I need to use to
> get the recent code.
>
> Thank you.
>
>
> On Sun, Nov 3, 2013 at 12:09 PM, Mansour Al Akeel
>  wrote:
> > Charles and Jean,
> > Thank you a lot for the fast response and the good news. I am looking
> > forward to try it.
> >
> >
> > On Sun, Nov 3, 2013 at 5:46 AM, Jean-Baptiste Onofré 
> wrote:
> >> Hi Charles,
> >>
> >> it's on my TODO next week. We can deal together about that.
> >>
> >> Regards
> >> JB
> >>
> >>
> >> On 11/03/2013 10:16 AM, Charles Moulliard wrote:
> >>>
> >>> Hi Mansour,
> >>>
> >>> We can have a look next week as I have a local copy of KarafEE project
> >>>
> >>> Regards,
> >>>
> >>> Charles
> >>>
> >>>
> >>> On Sun, Nov 3, 2013 at 6:59 AM, Jean-Baptiste Onofré  >>> <mailto:j...@nanthrax.net>> wrote:
> >>>
> >>> Hi Mansour,
> >>>
> >>> the "move" is not yet done.
> >>> I think nobody tested OpenEJB in Karaf 3.0.0-SNAPSHOT.
> >>>
> >>> Regards
> >>> JB
> >>>
> >>>
> >>> On 11/02/2013 09:23 PM, Mansour Al Akeel wrote:
> >>>
> >>> from the mailing list on TomEE, I understand that karafEE will
> be
> >>> moving to karaf project.
> >>>
> >>> Is there any updates or plans ??
> >>>
> >>> Is there a way to install openEJB to karaf 3.0.0 SNAPSHOT ??
> >>>
> >>>
> >>> Thank you.
> >>>
> >>>
> >>> --
> >>> Jean-Baptiste Onofré
> >>> jbono...@apache.org <mailto:jbono...@apache.org>
> >>>
> >>> http://blog.nanthrax.net
> >>> Talend - http://www.talend.com
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>> Charles Moulliard
> >>> Apache Committer / Architect @RedHat
> >>> Twitter : @cmoulliard | Blog : http://cmoulliard.github.io
> >>> <http://cmoulliard.github.io>
> >>>
> >>
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: ActiveMQ Web Console 5.9.0 in a Features file

2013-11-09 Thread Charles Moulliard
As the war file is available from maven repo, you should be able to deploy
it (
http://repo1.maven.org/maven2/org/apache/activemq/activemq-web-console/5.9.0/
Ca, you try to install it manually using command (install -s
webbundle:war:mvn:org.apache.activemq/activemq-web-console/5.9.0/war




On Fri, Nov 8, 2013 at 11:46 PM, Timothy Stewart
wrote:

> I've got a features file that includes several activemq, camel, cxf, etc.
> requirements.  To simplify the problem I'm seeing, I've simplified the
> features file to:
>
> 
> 
>
>
> mvn:org.apache.activemq/activemq-karaf/5.9.0/xml/features
>
>  resolver='(obr)' start-level='50'>
>
> activemq-web-console
> 
> 
>
>
> This fails with:
>
> validate (validate) on project my-karaf-feature: Unable to validate  :
> Unable to resolve artifact for uri
> mvn:org.apache.activemq/activemq-web-console/5.9.0/war -> [Help 1]
>
> Looking at the features file for activemq, I see:
>
>  start-level="50">
>   war
>   eventadmin
>   
> finalname="/etc/org.apache.activemq.webconsole.cfg">mvn:org.apache.activemq/activemq-karaf/5.9.0/cfg/activemq-webconsole
>   mvn:org.apache.activemq/activemq-web-console/5.9.0/war
>   
>
> Which I guess is where things failed.
>
> Is this a problem with the features-maven-plugin, with the activemq
> features
> file, or something I'm doing?
>
>
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/ActiveMQ-Web-Console-5-9-0-in-a-Features-file-tp4030244.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf and OpenEJB

2013-11-03 Thread Charles Moulliard
Hi Mansour,

We can have a look next week as I have a local copy of KarafEE project

Regards,

Charles


On Sun, Nov 3, 2013 at 6:59 AM, Jean-Baptiste Onofré wrote:

> Hi Mansour,
>
> the "move" is not yet done.
> I think nobody tested OpenEJB in Karaf 3.0.0-SNAPSHOT.
>
> Regards
> JB
>
>
> On 11/02/2013 09:23 PM, Mansour Al Akeel wrote:
>
>> from the mailing list on TomEE, I understand that karafEE will be
>> moving to karaf project.
>>
>> Is there any updates or plans ??
>>
>> Is there a way to install openEJB to karaf 3.0.0 SNAPSHOT ??
>>
>>
>> Thank you.
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Problem with karaf features maven plugin

2013-10-24 Thread Charles Moulliard
Have you been able to reproduce it ?


On Wed, Oct 23, 2013 at 5:31 PM,  wrote:

> Hmm weird.
>
> Let me try to reproduce it on my machine.
>
> I guess that you don't have any connectivity issue (to access to the
> features XML) ?
>
> Regards
> JB
>
>
> On 2013-10-23 16:58, Charles Moulliard wrote:
>
>> Same problem even If I add them as descriptor
>>
>> 
>> org.apache.karaf.**tooling
>> features-maven-**plugin
>>
>> 2.3.3
>> 
>> 
>> add-features-to-repo
>> generate-resources
>> 
>>
>> add-features-to-repo
>> 
>> 
>> 
>>
>>
>> mvn:org.apache.**karaf.assemblies.features/**
>> standard/2.3.3/xml/features
>>
>>
>>  mvn:org.apache.**karaf.assemblies.features/**
>> enterprise/2.3.3/xml/features<**/descriptor>
>>
>> 
>> 
>>
>> On Wed, Oct 23, 2013 at 4:50 PM,  wrote:
>>
>>  As far as remember, Christian removed the default Karaf features URL
>>> from the Maven plugin.
>>>
>>> Could you try to add explicitly the Karaf standard and enterprise
>>> features URL in your POM (in the plugin configuration) ?
>>>
>>> Regards
>>> JB
>>>
>>> On 2013-10-23 16:47, Charles Moulliard wrote:
>>>
>>>  Hi,
>>>>
>>>> For which reason, we get a :  Error populating repository:
>>>> NullPointerException -> [Help 1]
>>>>
>>>> [INFO] <<< features-maven-plugin:2.3.3:**add-features-to-repo
>>>> (default-cli) @ features <<<
>>>> [INFO]
>>>> [INFO] --- features-maven-plugin:2.3.3:**add-features-to-repo
>>>> (default-cli) @ features ---
>>>> [INFO] Copying bundle:
>>>> org.apache.karaf.assemblies.**features:standard:xml:**features:2.3.3
>>>> [WARNING] Cant add
>>>>
>>>>
>>>>  mvn:org.apache.karaf.**assemblies.features/standard/**
>>> 2.3.3/xml/features
>>>
>>>> in the descriptors set
>>>> [INFO] Copying bundle:
>>>> org.apache.karaf.assemblies.**features:enterprise:xml:**features:2.3.3
>>>> [WARNING] Cant add
>>>>
>>>>
>>>>
>>>
>> mvn:org.apache.karaf.**assemblies.features/**
>> enterprise/2.3.3/xml/features
>>
>>> in the descriptors set
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [INFO] Total time: 1.493s
>>>> [INFO] Finished at: Wed Oct 23 16:41:58 CEST 2013
>>>> [INFO] Final Memory: 10M/205M
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [ERROR] Failed to execute goal
>>>>
>>>>
>>>>
>>>
>> org.apache.karaf.tooling:**features-maven-plugin:2.3.3:**
>> add-features-to-repo
>>
>>> (default-cli) on project features: Error populating repository:
>>>> NullPointerException -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>> with
>>>> the -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>> logging.
>>>> [ERROR]
>>>> [ERROR] For more information about the errors and possible
>>>> solutions,
>>>> please read the following articles:
>>>> [ERROR] [Help 1]
>>>>
>>>>
>>>>
>>>
>> http://cwiki.apache.org/**confluence/display/MAVEN/**
>> MojoExecutionException<http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException>
>>
>>> [1]
>>>> [1]
>>>>
>>>> Regards,
>>>>
>>>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Problem with karaf features maven plugin

2013-10-23 Thread Charles Moulliard
Will make again a test but that should not be a internet issue until now ;-)


On Wed, Oct 23, 2013 at 5:31 PM,  wrote:

> Hmm weird.
>
> Let me try to reproduce it on my machine.
>
> I guess that you don't have any connectivity issue (to access to the
> features XML) ?
>
> Regards
> JB
>
>
> On 2013-10-23 16:58, Charles Moulliard wrote:
>
>> Same problem even If I add them as descriptor
>>
>> 
>> org.apache.karaf.**tooling
>> features-maven-**plugin
>>
>> 2.3.3
>> 
>> 
>> add-features-to-repo
>> generate-resources
>> 
>>
>> add-features-to-repo
>> 
>> 
>> 
>>
>>
>> mvn:org.apache.**karaf.assemblies.features/**
>> standard/2.3.3/xml/features
>>
>>
>>  mvn:org.apache.**karaf.assemblies.features/**
>> enterprise/2.3.3/xml/features<**/descriptor>
>>
>> 
>> 
>>
>> On Wed, Oct 23, 2013 at 4:50 PM,  wrote:
>>
>>  As far as remember, Christian removed the default Karaf features URL
>>> from the Maven plugin.
>>>
>>> Could you try to add explicitly the Karaf standard and enterprise
>>> features URL in your POM (in the plugin configuration) ?
>>>
>>> Regards
>>> JB
>>>
>>> On 2013-10-23 16:47, Charles Moulliard wrote:
>>>
>>>  Hi,
>>>>
>>>> For which reason, we get a :  Error populating repository:
>>>> NullPointerException -> [Help 1]
>>>>
>>>> [INFO] <<< features-maven-plugin:2.3.3:**add-features-to-repo
>>>> (default-cli) @ features <<<
>>>> [INFO]
>>>> [INFO] --- features-maven-plugin:2.3.3:**add-features-to-repo
>>>> (default-cli) @ features ---
>>>> [INFO] Copying bundle:
>>>> org.apache.karaf.assemblies.**features:standard:xml:**features:2.3.3
>>>> [WARNING] Cant add
>>>>
>>>>
>>>>  mvn:org.apache.karaf.**assemblies.features/standard/**
>>> 2.3.3/xml/features
>>>
>>>> in the descriptors set
>>>> [INFO] Copying bundle:
>>>> org.apache.karaf.assemblies.**features:enterprise:xml:**features:2.3.3
>>>> [WARNING] Cant add
>>>>
>>>>
>>>>
>>>
>> mvn:org.apache.karaf.**assemblies.features/**
>> enterprise/2.3.3/xml/features
>>
>>> in the descriptors set
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [INFO] Total time: 1.493s
>>>> [INFO] Finished at: Wed Oct 23 16:41:58 CEST 2013
>>>> [INFO] Final Memory: 10M/205M
>>>> [INFO]
>>>>
>>>>
>>>>
>>>
>> --**--**
>> 
>>
>>> [ERROR] Failed to execute goal
>>>>
>>>>
>>>>
>>>
>> org.apache.karaf.tooling:**features-maven-plugin:2.3.3:**
>> add-features-to-repo
>>
>>> (default-cli) on project features: Error populating repository:
>>>> NullPointerException -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven
>>>> with
>>>> the -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug
>>>> logging.
>>>> [ERROR]
>>>> [ERROR] For more information about the errors and possible
>>>> solutions,
>>>> please read the following articles:
>>>> [ERROR] [Help 1]
>>>>
>>>>
>>>>
>>>
>> http://cwiki.apache.org/**confluence/display/MAVEN/**
>> MojoExecutionException<http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException>
>>
>>> [1]
>>>> [1]
>>>>
>>>> Regards,
>>>>
>>>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Problem with karaf features maven plugin

2013-10-23 Thread Charles Moulliard
Same problem even If I add them as descriptor


org.apache.karaf.tooling
features-maven-plugin
2.3.3


add-features-to-repo
generate-resources

add-features-to-repo



mvn:org.apache.karaf.assemblies.features/standard/2.3.3/xml/features

 
mvn:org.apache.karaf.assemblies.features/enterprise/2.3.3/xml/features




On Wed, Oct 23, 2013 at 4:50 PM,  wrote:

> As far as remember, Christian removed the default Karaf features URL from
> the Maven plugin.
>
> Could you try to add explicitly the Karaf standard and enterprise features
> URL in your POM (in the plugin configuration) ?
>
> Regards
> JB
>
>
> On 2013-10-23 16:47, Charles Moulliard wrote:
>
>> Hi,
>>
>> For which reason, we get a :  Error populating repository:
>> NullPointerException -> [Help 1]
>>
>> [INFO] <<< features-maven-plugin:2.3.3:**add-features-to-repo
>> (default-cli) @ features <<<
>> [INFO]
>> [INFO] --- features-maven-plugin:2.3.3:**add-features-to-repo
>> (default-cli) @ features ---
>> [INFO] Copying bundle:
>> org.apache.karaf.assemblies.**features:standard:xml:**features:2.3.3
>> [WARNING] Cant add
>>
>> mvn:org.apache.karaf.**assemblies.features/standard/**2.3.3/xml/features
>> in the descriptors set
>> [INFO] Copying bundle:
>> org.apache.karaf.assemblies.**features:enterprise:xml:**features:2.3.3
>> [WARNING] Cant add
>>
>>
>> mvn:org.apache.karaf.**assemblies.features/**
>> enterprise/2.3.3/xml/features
>> in the descriptors set
>> [INFO]
>>
>> --**--**
>> 
>> [INFO] BUILD FAILURE
>> [INFO]
>>
>> --**--**
>> 
>> [INFO] Total time: 1.493s
>> [INFO] Finished at: Wed Oct 23 16:41:58 CEST 2013
>> [INFO] Final Memory: 10M/205M
>> [INFO]
>>
>> --**--**
>> 
>> [ERROR] Failed to execute goal
>>
>> org.apache.karaf.tooling:**features-maven-plugin:2.3.3:**
>> add-features-to-repo
>> (default-cli) on project features: Error populating repository:
>> NullPointerException -> [Help 1]
>> [ERROR]
>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>> the -e switch.
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>> [ERROR]
>> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>> [ERROR] [Help 1]
>>
>> http://cwiki.apache.org/**confluence/display/MAVEN/**
>> MojoExecutionException<http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException>
>> [1]
>>
>> Regards,
>>
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Problem with karaf features maven plugin

2013-10-23 Thread Charles Moulliard
Hi,

For which reason, we get a :  Error populating repository:
NullPointerException -> [Help 1]


[INFO] <<< features-maven-plugin:2.3.3:add-features-to-repo (default-cli) @
features <<<
[INFO]
[INFO] --- features-maven-plugin:2.3.3:add-features-to-repo (default-cli) @
features ---
[INFO] Copying bundle:
org.apache.karaf.assemblies.features:standard:xml:features:2.3.3
[WARNING] Can't add
mvn:org.apache.karaf.assemblies.features/standard/2.3.3/xml/features in the
descriptors set
[INFO] Copying bundle:
org.apache.karaf.assemblies.features:enterprise:xml:features:2.3.3
[WARNING] Can't add
mvn:org.apache.karaf.assemblies.features/enterprise/2.3.3/xml/features in
the descriptors set
[INFO]

[INFO] BUILD FAILURE
[INFO]

[INFO] Total time: 1.493s
[INFO] Finished at: Wed Oct 23 16:41:58 CEST 2013
[INFO] Final Memory: 10M/205M
[INFO]

[ERROR] Failed to execute goal
org.apache.karaf.tooling:features-maven-plugin:2.3.3:add-features-to-repo
(default-cli) on project features: Error populating repository:
NullPointerException -> [Help 1]
[ERROR]
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e
switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR]
[ERROR] For more information about the errors and possible solutions,
please read the following articles:
[ERROR] [Help 1]
http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException

Regards,

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: custom properties file in karaf

2013-10-09 Thread Charles Moulliard
Hi Ali,

As Karaf leverages OSGI and more precisely OSGI Config Admin, you can use
this approach to externalize such properties. Here is a description about
what you should do :
http://www.liquid-reality.de/display/liquid/2011/09/23/Karaf+Tutorial+Part+2+-+Using+the+Configuration+Admin+Service

Regards,




On Wed, Oct 9, 2013 at 8:54 AM, Ali, Mohammad wrote:

> Hi,
>
> ** **
>
> I am migrating my application from felix to apache karaf. Currently I am
> providing my application related properties such as database details etc in
> system.properties. I want to use a saterate properties file say
> myApp.properties for this.
>
> Is there a way to make karaf read the myApp.properties and make these
> properties available to bundles from karaf startup.
>
> ** **
>
> Any help will be highly appreciated. 
>
> ** **
>
> Thanks & Regards,
>
> Shadab Ali
>
> ** **
>
> This e-mail (and any attachments), is confidential and may be privileged. It 
> may be read, copied and used only
> by intended recipients. Unauthorized access to this e-mail (or attachments) 
> and disclosure or copying of its
> contents or any action taken in reliance on it is unlawful. Unintended 
> recipients must notify the sender immediately
> by e-mail/phone & delete it from their system without making any copies or 
> disclosing it to a third person.
>
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Karaf - Hibernate/c3p0 Issue - ClassLoadingException

2013-10-08 Thread Charles Moulliard
owireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:484)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:455)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.AbstractBeanFactory$1.getObject(AbstractBeanFactory.java:293)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:222)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:290)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:192)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:585)[84:org.springframework.beans:3.0.7.RELEASE]
> at
>
> org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:895)[86:org.springframework.context:3.0.7.RELEASE]
> at
>
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)[90:org.springframework.osgi.core:1.2.1]
> at
>
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)[90:org.springframework.osgi.core:1.2.1]
> at
>
> org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)[90:org.springframework.osgi.core:1.2.1]
> at
>
> org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)[90:org.springframework.osgi.core:1.2.1]
> at
>
> org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)[91:org.springframework.osgi.extender:1.2.1]
> at java.lang.Thread.run(Thread.java:662)[:1.6.0_25]
> Caused by: org.hibernate.HibernateException: Could not instantiate
> connection provider
> [org.hibernate.service.jdbc.connections.internal.C3P0ConnectionProvider]
>     at
>
> org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator.instantiateExplicitConnectionProvider(ConnectionProviderInitiator.java:192)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> at
>
> org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator.initiateService(ConnectionProviderInitiator.java:114)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> at
>
> org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator.initiateService(ConnectionProviderInitiator.java:54)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> at
>
> org.hibernate.service.internal.StandardServiceRegistryImpl.initiateService(StandardServiceRegistryImpl.java:69)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> at
>
> org.hibernate.service.internal.AbstractServiceRegistryImpl.createService(AbstractServiceRegistryImpl.java:177)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> ... 39 more
> Caused by: org.hibernate.service.classloading.spi.ClassLoadingException:
> Unable to load class
> [org.hibernate.service.jdbc.connections.internal.C3P0ConnectionProvider]
> at
>
> org.hibernate.service.classloading.internal.ClassLoaderServiceImpl.classForName(ClassLoaderServiceImpl.java:141)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> at
>
> org.hibernate.service.jdbc.connections.internal.ConnectionProviderInitiator.instantiateExplicitConnectionProvider(ConnectionProviderInitiator.java:189)[554:com.springsource.org.hibernate.core:4.1.0.Final]
> :
>
>
> I've understood Hibernate (bundle 554) cannot load the
> C3P0ConnectionProvider, and I think it's a classloader issue, but I don't
> know how to solve this.
> Is there a different way to load my Hibernate config or to load the c3p0
> connection pool ? How can I declare an import dependency on Hibernate
> bundle
> to load C3P0ConnectionProvider ?
>
> Thanks for you help,
> Vincent
>
>
>
> --
> View this message in context:
> http://karaf.922171.n3.nabble.com/Karaf-Hibernate-c3p0-Issue-ClassLoadingException-tp4027985.html
> Sent from the Karaf - User mailing list archive at Nabble.com.
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: bundle -> feature

2013-10-02 Thread Charles Moulliard
No. That should be interesting to have such info.


On Wed, Oct 2, 2013 at 5:10 PM, Jason  wrote:

> Hi all,
>
> Is there a way to tell what feature a bundle came from within the Karaf
> console?  Similar to "features:info ", but the reverse.
>
> Thanks,
> Jason
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog :  http://cmoulliard.github.io


Re: Do we use ?

2013-10-01 Thread Charles Moulliard
Hmhmh. Strange deduction that you make. From my of view, if the resolver is
equal to obr for the feature description then it should be used.


On Tue, Oct 1, 2013 at 11:49 AM, Jean-Baptiste Onofré wrote:

> Why do you want to change this ?
>
> If resolver="(obr)" is set, but not the OBR feature, it won't be used. And
> with resolver="(obr)" and OBR feature, it will use it.
>
> I don't see any issue with this behaviour.
>
> Regards
> JB
>
>
> On 10/01/2013 11:06 AM, Charles Moulliard wrote:
>
>> Maybe, we could use 2 values for resolver attribute of  to
>> clarify the situation as OBR is not installed / used by default  (values
>> --> karaf (default), obr) ?
>>
>>
>> On Tue, Oct 1, 2013 at 10:57 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> If you want to use dependency flag, you have to install the OBR
>> feature (which provide Felix OBR), you are right.
>> However, most of the users don't care about the OBR resolver, and
>> the dependency flag is not used: it's the default behavior.
>>
>> Regards
>> JB
>>
>>
>> On 10/01/2013 10:54 AM, Charles Moulliard wrote:
>>
>> They don't use it now but to use dependency = true we need felix
>> obr
>> bundle to calculate 'capabilities' and 'requirements'. So this
>> bundle
>> must be deployed or do I miss something ?
>>
>>
>> On Tue, Oct 1, 2013 at 10:47 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  No, I don't think it's a good idea: 90% of the users don't
>> use OBR
>>  right now.
>>
>>  Regards
>>  JB
>>
>>
>>  On 10/01/2013 09:43 AM, Charles Moulliard wrote:
>>
>>  We should perhaps add by default 'obr' feature on Karaf
>> and also
>>  package
>>  the bundles required to setup OBR in the distro of
>> Karaf. If the
>>  idea is
>>  to promote/delegate 'dependency resolution' to OBR for
>>     bundle
>>  deployment, that should be there out of the box ?
>>
>>
>>  On Tue, Oct 1, 2013 at 9:15 AM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
>>
>>   Hi Charles,
>>
>>   you are right, I'm gonna add some description in the
>>  documentation.
>>
>>   Regards
>>   JB
>>
>>
>>   On 10/01/2013 09:09 AM, Charles Moulliard wrote:
>>
>>   Agree with you but as this feature is not
>> documented,
>>  it is not
>>   obvious
>>   for our users that bundle dependency=true
>> means that
>>  obr feature
>>   must be
>>   deployed previously on Karaf (which is not the
>> case).
>>
>>
>>   On Sun, Sep 29, 2013 at 7:55 AM, Jean-Baptiste
>> Onofré
>>   mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>
>>   <mailto:j...@nanthrax.net
>> <mailto:j...@nanthrax.net> <mailto:j...@nanthrax.net
>> <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>>> wrote:
>>
>>The purpose is dependency is to be used
>> by OBR
>>  resolver
>>   (else it
>>

Re: Do we use ?

2013-10-01 Thread Charles Moulliard
Maybe, we could use 2 values for resolver attribute of  to
clarify the situation as OBR is not installed / used by default  (values
--> karaf (default), obr) ?


On Tue, Oct 1, 2013 at 10:57 AM, Jean-Baptiste Onofré wrote:

> If you want to use dependency flag, you have to install the OBR feature
> (which provide Felix OBR), you are right.
> However, most of the users don't care about the OBR resolver, and the
> dependency flag is not used: it's the default behavior.
>
> Regards
> JB
>
>
> On 10/01/2013 10:54 AM, Charles Moulliard wrote:
>
>> They don't use it now but to use dependency = true we need felix obr
>> bundle to calculate 'capabilities' and 'requirements'. So this bundle
>> must be deployed or do I miss something ?
>>
>>
>> On Tue, Oct 1, 2013 at 10:47 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> No, I don't think it's a good idea: 90% of the users don't use OBR
>> right now.
>>
>> Regards
>> JB
>>
>>
>> On 10/01/2013 09:43 AM, Charles Moulliard wrote:
>>
>> We should perhaps add by default 'obr' feature on Karaf and also
>> package
>> the bundles required to setup OBR in the distro of Karaf. If the
>> idea is
>> to promote/delegate 'dependency resolution' to OBR for bundle
>> deployment, that should be there out of the box ?
>>
>>
>> On Tue, Oct 1, 2013 at 9:15 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  Hi Charles,
>>
>>  you are right, I'm gonna add some description in the
>> documentation.
>>
>>  Regards
>>  JB
>>
>>
>>  On 10/01/2013 09:09 AM, Charles Moulliard wrote:
>>
>>  Agree with you but as this feature is not documented,
>> it is not
>>  obvious
>>  for our users that bundle dependency=true means that
>> obr feature
>>  must be
>>  deployed previously on Karaf (which is not the case).
>>
>>
>>  On Sun, Sep 29, 2013 at 7:55 AM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
>>
>>   The purpose is dependency is to be used by OBR
>> resolver
>>  (else it
>>   doesn't make sense).
>>
>>   Regards
>>   JB
>>
>>
>>   On 09/28/2013 10:23 AM, Charles Moulliard wrote:
>>
>>   I will debug with an example but until now the
>> >   dependency="true"> option of feature is only
>> use when
>>  OBR is
>>   installed
>>   on Karaf. As obr is not deployed by default,
>> this option is
>>   never used
>>
>>       See ObrResolver Class line 105-110
>>
>>     for (Resource res : ress) {
>> if
>> (!infos.get(res).isDependency(**__)) {
>>
>>
>>
>> resolver.add(res);
>> }
>> }
>>
>>   of method (line 76)
>>
>> public List resolve(Feature
>> feature)
>>  throws
>>   Exception {
>>
>>   Regards,
>>
>>   Charles
>>
>>
>>
>>
>>   On Fri, Sep 27, 2013 at 5:23 PM, Charles
>> Moulliard
>>   mailto:ch0...@gmail.com>
>> <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>
>>  <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>
>> <mailt

Re: Do we use ?

2013-10-01 Thread Charles Moulliard
They don't use it now but to use dependency = true we need felix obr bundle
to calculate 'capabilities' and 'requirements'. So this bundle must be
deployed or do I miss something ?


On Tue, Oct 1, 2013 at 10:47 AM, Jean-Baptiste Onofré wrote:

> No, I don't think it's a good idea: 90% of the users don't use OBR right
> now.
>
> Regards
> JB
>
>
> On 10/01/2013 09:43 AM, Charles Moulliard wrote:
>
>> We should perhaps add by default 'obr' feature on Karaf and also package
>> the bundles required to setup OBR in the distro of Karaf. If the idea is
>> to promote/delegate 'dependency resolution' to OBR for bundle
>> deployment, that should be there out of the box ?
>>
>>
>> On Tue, Oct 1, 2013 at 9:15 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> Hi Charles,
>>
>> you are right, I'm gonna add some description in the documentation.
>>
>> Regards
>> JB
>>
>>
>> On 10/01/2013 09:09 AM, Charles Moulliard wrote:
>>
>> Agree with you but as this feature is not documented, it is not
>> obvious
>> for our users that bundle dependency=true means that obr feature
>> must be
>> deployed previously on Karaf (which is not the case).
>>
>>
>> On Sun, Sep 29, 2013 at 7:55 AM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  The purpose is dependency is to be used by OBR resolver
>> (else it
>>  doesn't make sense).
>>
>>  Regards
>>  JB
>>
>>
>>  On 09/28/2013 10:23 AM, Charles Moulliard wrote:
>>
>>  I will debug with an example but until now the >  dependency="true"> option of feature is only use when
>> OBR is
>>  installed
>>  on Karaf. As obr is not deployed by default, this option
>> is
>>  never used
>>
>>  See ObrResolver Class line 105-110
>>
>>for (Resource res : ress) {
>>if (!infos.get(res).isDependency(**))
>> {
>>
>>
>>resolver.add(res);
>>}
>>}
>>
>>  of method (line 76)
>>
>>public List resolve(Feature feature)
>> throws
>>  Exception {
>>
>>  Regards,
>>
>>  Charles
>>
>>
>>
>>
>>  On Fri, Sep 27, 2013 at 5:23 PM, Charles Moulliard
>>  mailto:ch0...@gmail.com>
>> <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>
>>  <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>
>> <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>>> wrote:
>>
>>   When we install a feature (method installFeatures of
>>   FeaturesServiceImpl, we collect BundleInfo and
>> check the
>>  state of
>>   the bundle but the code does not check
>> isDependency ) ?
>>
>>
>>   On Fri, Sep 27, 2013 at 5:18 PM, Jean-Baptiste
>> Onofré
>>   mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>
>>  <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>>> wrote:
>>
>>   It's in the feature core during resolution.
>>
>>   Regards
>>   JB
>>
>>
>>   On 09/27/2013 05:15 PM, Charles Moulliard wrote:
>>
>>   Hi,
>>
>>   When I read the code of karaf feature, I
>> see that
>>  the field
>>   isDependency
>>   of BundleInfoImpl is only use by class
>> CreateKarMojo
>>
>> /**
>&g

Re: Do we use ?

2013-10-01 Thread Charles Moulliard
We should perhaps add by default 'obr' feature on Karaf and also package
the bundles required to setup OBR in the distro of Karaf. If the idea is to
promote/delegate 'dependency resolution' to OBR for bundle deployment, that
should be there out of the box ?


On Tue, Oct 1, 2013 at 9:15 AM, Jean-Baptiste Onofré wrote:

> Hi Charles,
>
> you are right, I'm gonna add some description in the documentation.
>
> Regards
> JB
>
>
> On 10/01/2013 09:09 AM, Charles Moulliard wrote:
>
>> Agree with you but as this feature is not documented, it is not obvious
>> for our users that bundle dependency=true means that obr feature must be
>> deployed previously on Karaf (which is not the case).
>>
>>
>> On Sun, Sep 29, 2013 at 7:55 AM, Jean-Baptiste Onofré > <mailto:j...@nanthrax.net>> wrote:
>>
>> The purpose is dependency is to be used by OBR resolver (else it
>> doesn't make sense).
>>
>> Regards
>> JB
>>
>>
>> On 09/28/2013 10:23 AM, Charles Moulliard wrote:
>>
>> I will debug with an example but until now the > dependency="true"> option of feature is only use when OBR is
>> installed
>> on Karaf. As obr is not deployed by default, this option is
>> never used
>>
>> See ObrResolver Class line 105-110
>>
>>   for (Resource res : ress) {
>>   if (!infos.get(res).isDependency(**__)) {
>>
>>   resolver.add(res);
>>       }
>>   }
>>
>> of method (line 76)
>>
>>   public List resolve(Feature feature) throws
>> Exception {
>>
>> Regards,
>>
>> Charles
>>
>>
>>
>>
>> On Fri, Sep 27, 2013 at 5:23 PM, Charles Moulliard
>> mailto:ch0...@gmail.com>
>> <mailto:ch0...@gmail.com <mailto:ch0...@gmail.com>>> wrote:
>>
>>  When we install a feature (method installFeatures of
>>  FeaturesServiceImpl, we collect BundleInfo and check the
>> state of
>>  the bundle but the code does not check isDependency ) ?
>>
>>
>>  On Fri, Sep 27, 2013 at 5:18 PM, Jean-Baptiste Onofré
>>  mailto:j...@nanthrax.net>
>> <mailto:j...@nanthrax.net <mailto:j...@nanthrax.net>>> wrote:
>>
>>  It's in the feature core during resolution.
>>
>>  Regards
>>  JB
>>
>>
>>  On 09/27/2013 05:15 PM, Charles Moulliard wrote:
>>
>>  Hi,
>>
>>  When I read the code of karaf feature, I see that
>> the field
>>  isDependency
>>  of BundleInfoImpl is only use by class CreateKarMojo
>>
>>/**
>> * Read and load the bundles and
>> configuration files
>>  contained in
>>  the features file.
>>
>>private List readResources() throws
>>  MojoExecutionException {
>>List resources = new
>> ArrayList();
>>try {
>>RepositoryImpl featuresRepo = new
>>  RepositoryImpl(featuresFile.__**__toURI());
>>
>>
>>Feature[] features =
>> featuresRepo.getFeatures();
>>for (Feature feature : features) {
>>for (BundleInfo bundle :
>>  feature.getBundles()) {
>>if (ignoreDependencyFlag ||
>>  (!ignoreDependencyFlag
>>  && !bundle.isDependency())) {
>>
>>  Question: Do we use this attribute/field for
>> something else
>>  ? If yes,
>>  which class/method ?
>>
>>  Regards
>>
>>  --
>>  Charles Moulliard
>>  Apache Committer / Architect @RedHat
>>  Twitter : @cmoulliard | Blog :
>> http://cmoulliard.blogspot.com

Re: Do we use ?

2013-10-01 Thread Charles Moulliard
Agree with you but as this feature is not documented, it is not obvious for
our users that bundle dependency=true means that obr feature must be
deployed previously on Karaf (which is not the case).


On Sun, Sep 29, 2013 at 7:55 AM, Jean-Baptiste Onofré wrote:

> The purpose is dependency is to be used by OBR resolver (else it doesn't
> make sense).
>
> Regards
> JB
>
>
> On 09/28/2013 10:23 AM, Charles Moulliard wrote:
>
>> I will debug with an example but until now the > dependency="true"> option of feature is only use when OBR is installed
>> on Karaf. As obr is not deployed by default, this option is never used
>>
>> See ObrResolver Class line 105-110
>>
>>  for (Resource res : ress) {
>>  if (!infos.get(res).isDependency(**)) {
>>  resolver.add(res);
>>  }
>>  }
>>
>> of method (line 76)
>>
>>  public List resolve(Feature feature) throws Exception {
>>
>> Regards,
>>
>> Charles
>>
>>
>>
>>
>> On Fri, Sep 27, 2013 at 5:23 PM, Charles Moulliard > <mailto:ch0...@gmail.com>> wrote:
>>
>> When we install a feature (method installFeatures of
>> FeaturesServiceImpl, we collect BundleInfo and check the state of
>> the bundle but the code does not check isDependency ) ?
>>
>>
>>     On Fri, Sep 27, 2013 at 5:18 PM, Jean-Baptiste Onofré
>> mailto:j...@nanthrax.net>> wrote:
>>
>> It's in the feature core during resolution.
>>
>> Regards
>> JB
>>
>>
>> On 09/27/2013 05:15 PM, Charles Moulliard wrote:
>>
>> Hi,
>>
>> When I read the code of karaf feature, I see that the field
>> isDependency
>> of BundleInfoImpl is only use by class CreateKarMojo
>>
>>   /**
>>* Read and load the bundles and configuration files
>> contained in
>> the features file.
>>
>>   private List readResources() throws
>> MojoExecutionException {
>>   List resources = new
>> ArrayList();
>>   try {
>>   RepositoryImpl featuresRepo = new
>> RepositoryImpl(featuresFile.__**toURI());
>>
>>   Feature[] features = featuresRepo.getFeatures();
>>   for (Feature feature : features) {
>>       for (BundleInfo bundle :
>> feature.getBundles()) {
>>   if (ignoreDependencyFlag ||
>> (!ignoreDependencyFlag
>> && !bundle.isDependency())) {
>>
>> Question: Do we use this attribute/field for something else
>> ? If yes,
>> which class/method ?
>>
>> Regards
>>
>> --
>>     Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org <mailto:jbono...@apache.org>
>>
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>>
>>
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Re: Do we use ?

2013-09-28 Thread Charles Moulliard
I will debug with an example but until now the 
option of feature is only use when OBR is installed on Karaf. As obr is not
deployed by default, this option is never used

See ObrResolver Class line 105-110

for (Resource res : ress) {
if (!infos.get(res).isDependency()) {
resolver.add(res);
}
}

of method (line 76)

public List resolve(Feature feature) throws Exception {

Regards,

Charles




On Fri, Sep 27, 2013 at 5:23 PM, Charles Moulliard  wrote:

> When we install a feature (method installFeatures of FeaturesServiceImpl,
> we collect BundleInfo and check the state of the bundle but the code does
> not check isDependency ) ?
>
>
> On Fri, Sep 27, 2013 at 5:18 PM, Jean-Baptiste Onofré 
> wrote:
>
>> It's in the feature core during resolution.
>>
>> Regards
>> JB
>>
>>
>> On 09/27/2013 05:15 PM, Charles Moulliard wrote:
>>
>>> Hi,
>>>
>>> When I read the code of karaf feature, I see that the field isDependency
>>> of BundleInfoImpl is only use by class CreateKarMojo
>>>
>>>  /**
>>>   * Read and load the bundles and configuration files contained in
>>> the features file.
>>>
>>>  private List readResources() throws
>>> MojoExecutionException {
>>>  List resources = new ArrayList();
>>>  try {
>>>  RepositoryImpl featuresRepo = new
>>> RepositoryImpl(featuresFile.**toURI());
>>>  Feature[] features = featuresRepo.getFeatures();
>>>  for (Feature feature : features) {
>>>  for (BundleInfo bundle : feature.getBundles()) {
>>>  if (ignoreDependencyFlag || (!ignoreDependencyFlag
>>> && !bundle.isDependency())) {
>>>
>>> Question: Do we use this attribute/field for something else ? If yes,
>>> which class/method ?
>>>
>>> Regards
>>>
>>> --
>>> Charles Moulliard
>>> Apache Committer / Architect @RedHat
>>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>>
>>>
>> --
>> Jean-Baptiste Onofré
>> jbono...@apache.org
>> http://blog.nanthrax.net
>> Talend - http://www.talend.com
>>
>
>
>
> --
> Charles Moulliard
> Apache Committer / Architect @RedHat
> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Re: Do we use ?

2013-09-27 Thread Charles Moulliard
When we install a feature (method installFeatures of FeaturesServiceImpl,
we collect BundleInfo and check the state of the bundle but the code does
not check isDependency ) ?


On Fri, Sep 27, 2013 at 5:18 PM, Jean-Baptiste Onofré wrote:

> It's in the feature core during resolution.
>
> Regards
> JB
>
>
> On 09/27/2013 05:15 PM, Charles Moulliard wrote:
>
>> Hi,
>>
>> When I read the code of karaf feature, I see that the field isDependency
>> of BundleInfoImpl is only use by class CreateKarMojo
>>
>>  /**
>>   * Read and load the bundles and configuration files contained in
>> the features file.
>>
>>  private List readResources() throws MojoExecutionException
>> {
>>  List resources = new ArrayList();
>>  try {
>>  RepositoryImpl featuresRepo = new
>> RepositoryImpl(featuresFile.**toURI());
>>  Feature[] features = featuresRepo.getFeatures();
>>  for (Feature feature : features) {
>>  for (BundleInfo bundle : feature.getBundles()) {
>>  if (ignoreDependencyFlag || (!ignoreDependencyFlag
>> && !bundle.isDependency())) {
>>
>> Question: Do we use this attribute/field for something else ? If yes,
>> which class/method ?
>>
>> Regards
>>
>> --
>> Charles Moulliard
>> Apache Committer / Architect @RedHat
>> Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com
>>
>>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>



-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Do we use ?

2013-09-27 Thread Charles Moulliard
Hi,

When I read the code of karaf feature, I see that the field isDependency of
BundleInfoImpl is only use by class CreateKarMojo

/**
 * Read and load the bundles and configuration files contained in the
features file.

private List readResources() throws MojoExecutionException {
List resources = new ArrayList();
try {
RepositoryImpl featuresRepo = new
RepositoryImpl(featuresFile.toURI());
Feature[] features = featuresRepo.getFeatures();
for (Feature feature : features) {
for (BundleInfo bundle : feature.getBundles()) {
if (ignoreDependencyFlag || (!ignoreDependencyFlag &&
!bundle.isDependency())) {

Question: Do we use this attribute/field for something else ? If yes, which
class/method ?

Regards

-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Re: How to include all dependencies in karaf assembly

2013-09-25 Thread Charles Moulliard
e bundles could not be
> started.
> >>>>>>
> >>>>>> I am probably missing an important detail. What do I need to do to
> get
> >>>>>> these missing bundles in my assembly as well?
> >>>>>>
> >>>>>> Regards,
> >>>>>>
> >>>>>> Minto
> >>>>>>
> >>>>>>
> >>>>>> Assembly build log adding all the feature files:
> >>>>>>
> >>>>>> 
> >>>>>> [INFO] --- karaf-maven-plugin:3.0.0.RC1:install-kars
> >>>>>> (default-install-kars) @ reva-assembly ---
> >>>>>> [INFO] Installing feature
> >>>>>>
> file:/C:/Dev/src/Werk/Ictu/Digimelding2.0/github/reva/src/reva-assembly/target/assembly/system/org/apache/karaf/features/framework/3.0.0.RC1/framework-3.0.0.RC1-features.xml
> >>>>>>
> >>>>>> to system and startup.properties
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:org.apache.karaf.features/standard/3.0.0.RC1/xml/features
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:org.apache.karaf.features/enterprise/3.0.0.RC1/xml/features
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>>
> mvn:nl.overheid.stelsel.gba.reva/reva-features/0.1.0-SNAPSHOT/xml/features
> >>>>>>
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:org.apache.shiro/shiro-features/1.2.2/xml/features
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:org.ops4j.pax.wicket/paxwicket/3.0.1/xml/features
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:org.ops4j.pax.wicket/features/3.0.1/xml/features
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:nl.overheid.stelsel.digimelding.astore/clerezza-features/
> 0.7.1.36/xml/features
> >>>>>>
> >>>>>> [INFO] Adding feature repository to system:
> >>>>>> mvn:nl.overheid.stelsel.digimelding.astore/astore-features/
> 0.7.1.36/xml/features
> >>>>>>
> >>>>>> 
> >>>>>>
> >>>
> >> --
> >> Jean-Baptiste Onofré
> >> jbono...@apache.org
> >> http://blog.nanthrax.net
> >> Talend - http://www.talend.com
> >
>
>
> --
> ir. ing. Minto van der Sluis
> Software innovator / renovator
> Xup BV
>
> Mobiel: +31 (0) 626 014541
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Questions : ANSI colors + wiring

2013-09-16 Thread Charles Moulliard
Hi,

1) Question about karaf + ansi colors

Could we display lines displayed by a karaf command output using ansi
colors (idea: when we run the classes command, we could display bundle
classes in a color and classes wired from another bundle in a different
color) ?

2) Question : Packages imported and show-tree

Why packages:import command show the packages of bundle 0 (inherent from
OSGI class loader) and not the command dev:show-tree ? Every bundle is
wired to the bundle of OSGI framework (fekix, equinox) ?
Regards,
-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Re: Dependent features in uninstalled state

2013-09-05 Thread Charles Moulliard
Hi Shadab,

This is not a good practice to deploy the features like you do. They must
be installed on Karaf using command :

features:addurl mvn:groupId/artifactId/version/xml/features

and the features deployed using

features:install feature1

Regards,



On Wed, Sep 4, 2013 at 4:59 PM, Mohammad Shadab Ali <
mohammad.a...@genpact.com> wrote:

>  Hi,
>
> ** **
>
> I am facing issue with karaf(2.3.2) features. I have 10 features
> xml(F1-F10) placed in the karaf deploy folder. 
>
> Feature F2-F10 is dependent upon F1. When I deploy the features one by one
> in deploy folder all the features gets installed successfully. 
>
> But when I restart karaf, only feature F1 gets installed and rest of the
> features are in uninstalled state. Then I manually start the uninstalled
> features using features:install command each time.
>
> ** **
>
> Is there any way where I can define the dependency between two features
> xml.
>
> ** **
>
> Thank you in advance.
>
> ** **
>
> Regards,
>
> Shadab
>
> ** **
>
> --
> *** This e-mail (and any attachments), is confidential and may be
> privileged. It may be read, copied and used only
> by intended recipients. Unauthorized access to this e-mail (or
> attachments) and disclosure or copying of its
> contents or any action taken in reliance on it is unlawful. Unintended
> recipients must notify the sender immediately
> by e-mail/phone & delete it from their system without making any copies or
> disclosing it to a third person.***
>
> This e-mail (and any attachments), is confidential and may be privileged. It 
> may be read, copied and used only
> by intended recipients. Unauthorized access to this e-mail (or attachments) 
> and disclosure or copying of its
> contents or any action taken in reliance on it is unlawful. Unintended 
> recipients must notify the sender immediately
> by e-mail/phone & delete it from their system without making any copies or 
> disclosing it to a third person.
>
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


Re: Karaf startup fails with bundles waiting for a "namespace"

2013-09-05 Thread Charles Moulliard
Hi Martin,

That will be difficult to answer to your question as we see don't have the
info about bundles deployed, OSGI Services used ..., log stack trace.

Remark : As this message is defined as WARN (Bundle
org.apache.camel.karaf.camel-karaf-commands: waiting for dependencies
[(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)), the problem
is not there.

Regards,



On Thu, Sep 5, 2013 at 3:40 PM, Martin Lichtin  wrote:

> Every so often, Karaf 2.3.1 startup fails with one or more bundles waiting
> for a "namespace".
>
> Bundle org.apache.karaf.diagnostic.command: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.karaf.shell.console: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://aries.apache.org/blueprint/xmlns/blueprint-ext/v1.0.0))]
> Bundle org.apache.karaf.shell.osgi: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle ch.bbp.fmp.inuc.stp.adapter.adpt-ui-console: waiting for
> dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.1.0))]
> Bundle org.apache.karaf.shell.commands: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.karaf.shell.ssh: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.karaf.shell.config: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.1.0))]
> Bundle org.apache.karaf.jaas.command: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.1.0))]
> Bundle org.apache.karaf.admin.command: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.1.0))]
> Bundle org.apache.karaf.shell.packages: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle activemq-karaf: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.karaf.features.command: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.karaf.shell.dev: waiting for dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
> Bundle org.apache.camel.karaf.camel-karaf-commands: waiting for
> dependencies
> [(&(objectClass=org.apache.aries.blueprint.NamespaceHandler)(osgi.service.blueprint.namespace=
> http://karaf.apache.org/xmlns/shell/v1.0.0))]
>
> What can the root cause be? Is it trying to reach out for these Uris?
> It seems a temporal issue, as a minute later the Karaf comes up fine.
>
> Martin
>
>


-- 
Charles Moulliard
Apache Committer / Architect @RedHat
Twitter : @cmoulliard | Blog : http://cmoulliard.blogspot.com


  1   2   3   >