Hi JP, what you can do:
1/ disable the MBeanServerBuilder in bin/karaf script 2/ in etc/config.properties, you have to do the following change: org.osgi.framework.bootdelegation=org.apache.karaf.jaas.boot,org.apache.karaf.jaas.boot.principal,org.apache.karaf.management.boot,sun.*,com.sun.*,javax.transaction,javax.transaction.*,javax.xml.crypto,javax.xml.crypto.*,org.apache.xerces.jaxp.datatype,org.apache.xerces.stax,org.apache.xerces.parsers,org.apache.xerces.jaxp,org.apache.xerces.jaxp.validation,org.apache.xerces.dom,org.netbeans.lib.profiler.server Regards JB On 08/21/2014 03:48 PM, CLEMENT Jean-Philippe wrote:
Hi Achim, From the bug description, it seems remote connection could be used as workaround. But I did not succeed in connecting jvisualvm to remote Karaf. How should I proceed? Must I open special ports on the remote machine… what would be the remote JMX connection url? Thanks, JP [@@ OPEN @@] *De :*Achim Nierbeck [mailto:[email protected]] *Envoyé :* jeudi 21 août 2014 15:30 *À :* [email protected] *Objet :* Re: Blocked on MBean Issue (Using Maven SNAPSHOT, Assembly and Placeholders) Hi, looks like you hit this one: https://issues.apache.org/jira/browse/KARAF-3147 regards, Achim 2014-08-21 15:27 GMT+02:00 CLEMENT Jean-Philippe <[email protected] <mailto:[email protected]>>: After investigation it seems we have several problems. First is that we cannot connect JConsole or JVisualVM to the Karaf 3.0.2-SNAPSHOT we assembled. JVisualVM gets the Karaf exception: java.lang.IllegalStateException: KarafMBeanServerBuilder not initialized at org.apache.karaf.management.boot.KarafMBeanServerBuilder$MBeanInvocationHandler.invoke(KarafMBeanServerBuilder.java:61) at com.sun.proxy.$Proxy0.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1466) at javax.management.remote.rmi.RMIConnectionImpl.access$300(RMIConnectionImpl.java:76) at javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1307) at javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1399) at javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:828) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:323) at sun.rmi.transport.Transport$1.run(Transport.java:178) at sun.rmi.transport.Transport$1.run(Transport.java:175) at java.security.AccessController.doPrivileged(Native Method) at sun.rmi.transport.Transport.serviceCall(Transport.java:174) at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:557) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:812) at sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:671) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:276) at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:253) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:162) at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown Source) at javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(RMIConnector.java:1022) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:483) at com.sun.tools.visualvm.jmx.impl.JmxModelImpl$CheckerInvocationHandler.invoke(JmxModelImpl.java:649) at com.sun.proxy.$Proxy7.invoke(Unknown Source) at com.sun.jmx.mbeanserver.MXBeanProxy$InvokeHandler.invoke(MXBeanProxy.java:150) at com.sun.jmx.mbeanserver.MXBeanProxy.invoke(MXBeanProxy.java:167) at javax.management.MBeanServerInvocationHandler.invoke(MBeanServerInvocationHandler.java:252) at com.sun.proxy.$Proxy8.getThreadInfo(Unknown Source) at com.sun.tools.visualvm.jmx.impl.JmxSupport.isReadOnlyConnection(JmxSupport.java:106) at com.sun.tools.visualvm.jmx.impl.JmxModelImpl.isTakeThreadDumpSupported(JmxModelImpl.java:346) at com.sun.tools.visualvm.application.views.threads.ApplicationThreadsViewProvider.resolveThreads(ApplicationThreadsViewProvider.java:65) at com.sun.tools.visualvm.application.views.threads.ApplicationThreadsViewProvider.supportsViewFor(ApplicationThreadsViewProvider.java:29) at com.sun.tools.visualvm.application.views.threads.ApplicationThreadsViewProvider.supportsViewFor(ApplicationThreadsViewProvider.java:25) at com.sun.tools.visualvm.core.ui.DataSourceViewsManager.getViews(DataSourceViewsManager.java:116) at com.sun.tools.visualvm.core.ui.DataSourceWindowManager.openWindowAndAddView(DataSourceWindowManager.java:169) at com.sun.tools.visualvm.core.ui.DataSourceWindowManager.access$000(DataSourceWindowManager.java:30) at com.sun.tools.visualvm.core.ui.DataSourceWindowManager$1.run(DataSourceWindowManager.java:80) at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1393) [catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:2003) So we cannot make any further progress... any idea on what is wrong with Karaf? JP [@@ OPEN @@] -----Message d'origine----- De : CLEMENT Jean-Philippe [mailto:[email protected] <mailto:[email protected]>] Envoyé : mercredi 20 août 2014 10:28 À : [email protected] <mailto:[email protected]> Objet : RE: Using Maven SNAPSHOT, Assembly and Placeholders Correct, the "freeze" is about the console in which I can't type anything. The placeholder issue is different from KARAF-3151. For instance I have something like: <cm:property-placeholder persistent-id="com.tus.sample" placeholder-prefix="$(" placeholder-suffix=")" /> <bean id="Sample" class="com.tus.SomeClass"> <argument value="$(MyProperty)" /> </bean> Which leads to something like: Unable to find a matching constructor on class com.tus.SomeClass for argument [$(MyProperty)] when instanciating bean Sample Of course "com.tus.sample.cfg" file is present in the etc directory and does contain the "MyProperty" property. It is worth to notice that in the error message MyProperty is not replaced which is the behavior when the cfg file is not found or the property is not present. Our bundles use a lot of property placeholders and none of them are working on the assembled Karaf. Did anything changed with regards to placeholders... something in the XSD, property "cfg" extension... else that would explain this problem? JP [@@ OPEN @@] -----Message d'origine----- De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : mardi 19 août 2014 21:59 À : [email protected] <mailto:[email protected]> Objet : Re: Using Maven SNAPSHOT, Assembly and Placeholders Hi JP, the freeze is not: you have the console, but you can't type anything in it ? If so, it's a known issue due to JLine 2.12 update. I'm fixing it for 3.0.2 release. Regarding the property-placeholder, what do you mean exactly ? Does it look like KARAF-3151 ? Thanks, Regards JB On 08/19/2014 05:24 PM, CLEMENT Jean-Philippe wrote: > Hi JB, > > I assembled Karaf 3.0.2-SNAPSHOT on a linux machine and I get no freeze (RHEL6/JDK8, but freeze was on a Windows/JRE7). Strange! > > Apart from this, we were using a Java8 patched 3.0.0.RC1 of Karaf (ASM5) and Blueprint "property-placeholder" without any issue. But we did not use Karaf assembly. > > Now we are trying to use Karaf assembly with the 3.0.2-SNAPSHOT. Assembly seems ok but when I install a pre-defined "installedFeatures" the log is filled with a lot of "unable to find matching constructor" and "error setting property" tied to placeholders. > > It fails the same way as if cfg files were not found, but I can find them in the "etc" directory. Did anything change in the placeholder between 3.0.0.RC1 and 3.0.2-SNAPSHOT? ...any idea why it fails? > > JP > > [@@ OPEN @@] > > > -----Message d'origine----- > De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : lundi 18 > août 2014 16:36 À : [email protected] <mailto:[email protected]> Objet : Re: Using Maven > SNAPSHOT > > Yes, Karaf 3.0.2 already uses the new region version which is on Central. > > Not yet for the log, I will take a look later today. > > Regards > JB > > On 08/18/2014 04:27 PM, CLEMENT Jean-Philippe wrote: >> Ok, so I guess it is a temporary issue which will be fixed in the release, correct? >> >> Did you have time to take a look at the logs are figure out what makes Karaf freeze? >> >> JP >> >> [@@ OPEN @@] >> >> >> -----Message d'origine----- >> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : lundi 18 >> août 2014 15:39 À : [email protected] <mailto:[email protected]> Objet : Re: Using Maven >> SNAPSHOT >> >> In Karaf 3.0.1, in the system repo, you have region with the artifact that you are looking for: >> >> system/org/eclipse/equinox/region/1.0.0.v20110506 >> >> That's why smx-m2 repo is not required. >> >> In your case, I suspect that the system repo doesn't contain the region artifact, and so it tries to resolve the artifact remotely. As this artifact (in this version) is only available on smx-m2 repo, you need the repo. >> >> Regards >> JB >> >> On 08/18/2014 03:09 PM, CLEMENT Jean-Philippe wrote: >>> Please find the settings.xml, pom.xml and debug logs in the attached zip. >>> >>> I'm wondering why the smx-m2 repo is not configured by default as it seems to be mandatory, and why Karaf does not use the Maven settings.xml? >>> >>> JP >>> >>> [@@ OPEN @@] >>> >>> >>> -----Message d'origine----- >>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : lundi 18 >>> août 2014 14:43 À : [email protected] <mailto:[email protected]> Objet : Re: Using Maven >>> SNAPSHOT >>> >>> OK, that's your issue: the smx-m2 repository has to be in the file as region is located there. >>> >>> About the startup freeze, do you have something in the log >>> (data/log/karaf.log) in DEBUG ? >>> Can you send it to me ? >>> >>> Regards >>> JB >>> >>> On 08/18/2014 02:31 PM, CLEMENT Jean-Philippe wrote: >>>> The etc found in the generated zip distribution contains the org.ops4j.pax.url.mvn.cfg file you mentioned. >>>> >>>> This file lists some URLs but not the "smx-m2" one. If I add it, Karaf starts with no error in the log but still freezes. What I call freeze is pushing keys do not display anything. I don't know why. Is it because some features are missing or because I use a JRE? >>>> >>>> JP >>>> >>>> [@@ OPEN @@] >>>> >>>> >>>> -----Message d'origine----- >>>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : lundi >>>> 18 août 2014 10:21 À : [email protected] <mailto:[email protected]> Objet : Re: Using >>>> Maven SNAPSHOT >>>> >>>> Hi JP, >>>> >>>> my question is: in the etc/org.ops4j.pax.url.mvn.cfg, do you have something like: >>>> >>>> org.ops4j.pax.url.mvn.repositories= \ >>>> http://repo1.maven.org/maven2@id=central, \ >>>> >>>> http://svn.apache.org/repos/asf/servicemix/m2-repo@id=servicemix, \ >>>> >>>> http://repository.springsource.com/maven/bundles/release@id=springs >>>> o >>>> u >>>> r >>>> ce.release, >>>> \ >>>> >>>> http://repository.springsource.com/maven/bundles/external@id=spring >>>> s >>>> o >>>> u >>>> rce.external, >>>> \ >>>> >>>> https://oss.sonatype.org/content/repositories/releases/@id=sonatype >>>> >>>> especially the m2-repo one. >>>> >>>> Regards >>>> JB >>>> >>>> On 08/18/2014 10:13 AM, CLEMENT Jean-Philippe wrote: >>>>> Sorry, I don't really understand the question :) >>>>> >>>>> I'm trying to assemble Karaf (custom, but for now only Karaf) so I don't have any "etc" directory nor configuration file. >>>>> >>>>> I followed the instruction from http://karaf.apache.org/manual/latest/developers-guide/custom-distribution.html in copying the example then starting Karaf, and got the error message in the log. >>>>> >>>>> Is there anything more required in order to build a distribution of Karaf? >>>>> >>>>> JP >>>>> >>>>> [@@ OPEN @@] >>>>> >>>>> >>>>> -----Message d'origine----- >>>>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : jeudi >>>>> 14 août 2014 18:40 À : [email protected] <mailto:[email protected]> Objet : Re: Using >>>>> Maven SNAPSHOT >>>>> >>>>> Do you have the smx-m2 in etc/org.ops4j.pax.url.mvn.cfg ? >>>>> >>>>> Regards >>>>> JB >>>>> >>>>> On 08/14/2014 04:32 PM, CLEMENT Jean-Philippe wrote: >>>>>> Both "smx-m2" release and snapshot are set to true. Karaf assembly works fine but the unpacked result freezes on startup with the "region" error message in the log. >>>>>> >>>>>> The assembly and the execution are made on a special machine which has a direct access to the internet. This machine is running under Windows XP. Java version is a portable 1.7 JRE (Karaf complains about it but starts). >>>>>> >>>>>> JP >>>>>> >>>>>> [@@ OPEN @@] >>>>>> >>>>>> >>>>>> -----Message d'origine----- >>>>>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : jeudi >>>>>> 14 août 2014 16:03 À : [email protected] <mailto:[email protected]> Objet : Re: Using >>>>>> Maven SNAPSHOT >>>>>> >>>>>> Hi JP, >>>>>> >>>>>> the artifact is on the SMX m2-repo: >>>>>> >>>>>> http://svn.apache.org/repos/asf/servicemix/m2-repo/org/eclipse/eq >>>>>> u >>>>>> i >>>>>> n >>>>>> o >>>>>> x >>>>>> /region/1.0.0.v20110506/ >>>>>> >>>>>> I don't use anything special (around that) in my settings.xml as the Karaf pom already refers to the smx-m2 repo. >>>>>> >>>>>> Can you check that you enabled release/snapshot in the <repository/> section and double check the URL ? >>>>>> >>>>>> I agree with you regarding the distribution, it was just to be >>>>>> sure that it's the purpose ;) >>>>>> >>>>>> Regards >>>>>> JB >>>>>> >>>>>> On 08/14/2014 03:58 PM, CLEMENT Jean-Philippe wrote: >>>>>>> Hi Jean-Baptiste, >>>>>>> >>>>>>> The "smx-m2" repository was added in the .m2/settings.xml, but unfortunately the log is still complaining about missing "region" bundle. Don't know whether Karaf uses the settings.xml or not. Is it possible to obtain your settings.xml? >>>>>>> >>>>>>> We are making a custom distribution in order to deliver a well-configured Karaf which includes our application. Seems it is made for, isn't it? >>>>>>> >>>>>>> JP >>>>>>> >>>>>>> [@@ OPEN @@] >>>>>>> -----Message d'origine----- >>>>>>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : >>>>>>> jeudi >>>>>>> 14 août 2014 15:34 À : [email protected] <mailto:[email protected]> Objet : Re: Using >>>>>>> Maven SNAPSHOT >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> the equinox region 1.0 jar is on SMX M2 repo, so you have to add: >>>>>>> >>>>>>> <repository> >>>>>>> <id>smx-m2</id> >>>>>>> <url>http://svn.apache.org/repos/asf/servicemix/m2-repo</url> >>>>>>> ... >>>>>>> </repository> >>>>>>> >>>>>>> Regards >>>>>>> JB >>>>>>> >>>>>>> On 08/14/2014 03:31 PM, MICHEL Jerome wrote: >>>>>>>> After using the Karaf custom release we are able to create a zip file with the right version of karaf in it. But after launching it, karaf is apparently not founding an artifact as you can see in the log below : >>>>>>>> " artifactorg.eclipse.equinox:region:jar:1.0.0.v20110506:Could not find artifact org.eclipse.equinox:region:jar:1.0.0.v20110506 in defaultlocal " >>>>>>>> >>>>>>>> We are using this settings.xml file which permits us to create the custom distribution : >>>>>>>> >>>>>>>> <settings> >>>>>>>> <profiles> >>>>>>>> <profile> >>>>>>>> <id>global</id> >>>>>>>> <repositories> >>>>>>>> <repository> >>>>>>>> <id>maven-central</id> >>>>>>>> <url>http://repo.maven.apache.org/maven2</url> >>>>>>>> <releases> >>>>>>>> <enabled>true</enabled> >>>>>>>> </releases> >>>>>>>> <snapshots> >>>>>>>> <enabled>false</enabled> >>>>>>>> </snapshots> >>>>>>>> </repository> >>>>>>>> <repository> >>>>>>>> <id>apache-snapshots</id> >>>>>>>> <url>http://repository.apache.org/snapshots</url> >>>>>>>> <releases> >>>>>>>> <enabled>false</enabled> >>>>>>>> </releases> >>>>>>>> <snapshots> >>>>>>>> <enabled>true</enabled> >>>>>>>> </snapshots> >>>>>>>> </repository> >>>>>>>> </repositories> >>>>>>>> </profile> >>>>>>>> </profiles> >>>>>>>> >>>>>>>> <activeProfiles> >>>>>>>> <activeProfile>global</activeProfile> >>>>>>>> </activeProfiles> >>>>>>>> </settings> >>>>>>>> >>>>>>>> With this error I think that we missed a server to help maven found all the artifacts. Do you know the minimum settings.xml file or maven servers for Karaf lanching ? >>>>>>>> >>>>>>>> Regards >>>>>>>> J. >>>>>>>> >>>>>>>> [@@ THALES GROUP INTERNAL @@] >>>>>>>> >>>>>>>> -----Message d'origine----- >>>>>>>> De : Jean-Baptiste Onofré [mailto:[email protected] <mailto:[email protected]>] Envoyé : >>>>>>>> jeudi >>>>>>>> 14 août 2014 14:15 À : [email protected] <mailto:[email protected]> Objet : Re: Using >>>>>>>> Maven SNAPSHOT >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> the SNAPSHOTs repo is there: >>>>>>>> >>>>>>>> https://repository.apache.org/content/groups/snapshots/ >>>>>>>> >>>>>>>> I will deploy an updated SNAPSHOT soon. >>>>>>>> >>>>>>>> Regards >>>>>>>> JB >>>>>>>> >>>>>>>> On 08/14/2014 02:09 PM, MICHEL Jerome wrote: >>>>>>>>> Dear Karaf Team, >>>>>>>>> >>>>>>>>> I would like to make a Custom Release of Karaf with the maven plugin. >>>>>>>>> It works as expected with the Karaf 3.0.1 version, but we >>>>>>>>> would like to use the 3.0.2-SNAPSHOT. We didn't find the >>>>>>>>> snapshot repository, is it available to public ? which is the url ? >>>>>>>>> >>>>>>>>> Regards >>>>>>>>> >>>>>>>>> JM >>>>>>>>> >>>>>>>>> [@@ OPEN @@] >>>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Jean-Baptiste Onofré >>>>>>>> [email protected] <mailto:[email protected]> >>>>>>>> http://blog.nanthrax.net >>>>>>>> Talend - http://www.talend.com >>>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Jean-Baptiste Onofré >>>>>>> [email protected] <mailto:[email protected]> >>>>>>> http://blog.nanthrax.net >>>>>>> Talend - http://www.talend.com >>>>>>> >>>>>> >>>>>> -- >>>>>> Jean-Baptiste Onofré >>>>>> [email protected] <mailto:[email protected]> >>>>>> http://blog.nanthrax.net >>>>>> Talend - http://www.talend.com >>>>>> >>>>> >>>>> -- >>>>> Jean-Baptiste Onofré >>>>> [email protected] <mailto:[email protected]> >>>>> http://blog.nanthrax.net >>>>> Talend - http://www.talend.com >>>>> >>>> >>>> -- >>>> Jean-Baptiste Onofré >>>> [email protected] <mailto:[email protected]> >>>> http://blog.nanthrax.net >>>> Talend - http://www.talend.com >>>> >>> >>> -- >>> Jean-Baptiste Onofré >>> [email protected] <mailto:[email protected]> >>> http://blog.nanthrax.net >>> Talend - http://www.talend.com >>> >> >> -- >> Jean-Baptiste Onofré >> [email protected] <mailto:[email protected]> >> http://blog.nanthrax.net >> Talend - http://www.talend.com >> > > -- > Jean-Baptiste Onofré > [email protected] <mailto:[email protected]> > http://blog.nanthrax.net > Talend - http://www.talend.com > -- Jean-Baptiste Onofré [email protected] <mailto:[email protected]> 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/> Software Architect / Project Manager / Scrum Master
-- Jean-Baptiste Onofré [email protected] http://blog.nanthrax.net Talend - http://www.talend.com
