Jolokia 5 Minute Quickstart error when getting /jolokia/version

gistfile1.java

Feb 9, 2012 11:50:44 a.m. org.apache.catalina.core.ApplicationContext log
INFO: jolokia-agent: No access restrictor found at classpath:/jolokia-access.xml, access to all MBeans is allowed
Feb 9, 2012 11:50:44 a.m. org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
java.lang.ExceptionInInitializerError
   at java.lang.Class.initializeClass(libgcj.so.10)
   at java.lang.Class.newInstance(libgcj.so.10)
   at org.jolokia.util.ServiceObjectFactory.createOrRemoveService(ServiceObjectFactory.java:137)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitionFromUrl(ServiceObjectFactory.java:96)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitions(ServiceObjectFactory.java:81)
   at org.jolokia.util.ServiceObjectFactory.createServiceObjects(ServiceObjectFactory.java:65)
   at org.jolokia.backend.MBeanServerHandler.lookupDetectors(MBeanServerHandler.java:227)
   at org.jolokia.backend.MBeanServerHandler.<init>(MBeanServerHandler.java:82)
   at org.jolokia.backend.LocalRequestDispatcher.<init>(LocalRequestDispatcher.java:59)
   at org.jolokia.backend.BackendManager.<init>(BackendManager.java:100)
   at org.jolokia.http.AgentServlet.init(AgentServlet.java:152)
   at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
   at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
   at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
   at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:740)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:500)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:593)
   at java.lang.reflect.Method.invoke(libgcj.so.10)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Caused by: java.util.regex.PatternSyntaxException: At position 34 in regular expression pattern:
quantifier (?*+{}) without preceding token
	^\s*GlassFish.*?\sv?([.\d]+)\s.*$?
	                                  ^
   at java.util.regex.Pattern.<init>(libgcj.so.10)
   at java.util.regex.Pattern.compile(libgcj.so.10)
   at java.util.regex.Pattern.compile(libgcj.so.10)
   at org.jolokia.detector.GlassfishDetector.<clinit>(GlassfishDetector.java:36)
   at java.lang.Class.initializeClass(libgcj.so.10)
   ...33 more
Caused by: gnu.java.util.regex.REException: At position 34 in regular expression pattern:
quantifier (?*+{}) without preceding token
   at gnu.java.util.regex.RE.initialize(libgcj.so.10)
   at gnu.java.util.regex.RE.<init>(libgcj.so.10)
   at gnu.java.util.regex.RE.<init>(libgcj.so.10)
   at java.util.regex.Pattern.<init>(libgcj.so.10)
   ...37 more
Feb 9, 2012 11:50:44 a.m. org.apache.catalina.core.StandardContext loadOnStartup
SEVERE: Servlet /jolokia threw load() exception
gnu.java.util.regex.REException: At position 34 in regular expression pattern:
quantifier (?*+{}) without preceding token
   at gnu.java.util.regex.RE.initialize(libgcj.so.10)
   at gnu.java.util.regex.RE.<init>(libgcj.so.10)
   at gnu.java.util.regex.RE.<init>(libgcj.so.10)
   at java.util.regex.Pattern.<init>(libgcj.so.10)
   at java.util.regex.Pattern.compile(libgcj.so.10)
   at java.util.regex.Pattern.compile(libgcj.so.10)
   at org.jolokia.detector.GlassfishDetector.<clinit>(GlassfishDetector.java:36)
   at java.lang.Class.initializeClass(libgcj.so.10)
   at java.lang.Class.newInstance(libgcj.so.10)
   at org.jolokia.util.ServiceObjectFactory.createOrRemoveService(ServiceObjectFactory.java:137)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitionFromUrl(ServiceObjectFactory.java:96)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitions(ServiceObjectFactory.java:81)
   at org.jolokia.util.ServiceObjectFactory.createServiceObjects(ServiceObjectFactory.java:65)
   at org.jolokia.backend.MBeanServerHandler.lookupDetectors(MBeanServerHandler.java:227)
   at org.jolokia.backend.MBeanServerHandler.<init>(MBeanServerHandler.java:82)
   at org.jolokia.backend.LocalRequestDispatcher.<init>(LocalRequestDispatcher.java:59)
   at org.jolokia.backend.BackendManager.<init>(BackendManager.java:100)
   at org.jolokia.http.AgentServlet.init(AgentServlet.java:152)
   at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1173)
   at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:993)
   at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4187)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4496)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
   at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:526)
   at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:905)
   at org.apache.catalina.startup.HostConfig.deployWARs(HostConfig.java:740)
   at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:500)
   at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1277)
   at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:321)
   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:119)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
   at org.apache.catalina.core.StandardHost.start(StandardHost.java:722)
   at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
   at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
   at org.apache.catalina.core.StandardService.start(StandardService.java:516)
   at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at org.apache.catalina.startup.Catalina.start(Catalina.java:593)
   at java.lang.reflect.Method.invoke(libgcj.so.10)
   at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:289)
   at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:414)
Feb 9, 2012 12:09:37 p.m. org.apache.catalina.core.ApplicationContext log
INFO: jolokia-agent: No access restrictor found at classpath:/jolokia-access.xml, access to all MBeans is allowed
Feb 9, 2012 12:09:37 p.m. org.apache.catalina.core.ApplicationContext log
SEVERE: StandardWrapper.Throwable
java.lang.NoClassDefFoundError: org.jolokia.detector.GlassfishDetector
   at java.lang.Class.initializeClass(libgcj.so.10)
   at java.lang.Class.newInstance(libgcj.so.10)
   at org.jolokia.util.ServiceObjectFactory.createOrRemoveService(ServiceObjectFactory.java:137)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitionFromUrl(ServiceObjectFactory.java:96)
   at org.jolokia.util.ServiceObjectFactory.readServiceDefinitions(ServiceObjectFactory.java:81)
   at org.jolokia.util.ServiceObjectFactory.createServiceObjects(ServiceObjectFactory.java:65)
   at org.jolokia.backend.MBeanServerHandler.lookupDetectors(MBeanServerHandler.java:227)
   at org.jolokia.backend.MBeanServerHa

There's indeed a bug in the regexp for the GlassfishDetector which works on an Oracle JVM but obviously not for gcj. I fix this for the next version, thanks for pointing it out.

In he meantime, you can:

• Use a different JDK (Oracle or OpenJDK)
• Unpack jolokia.war, unpack WEB-INF/lib/jolokia-core-...jar, remove line with GlassfishDetector in META-INF/detectors-default, repack jar, repack war

Sorry for any inconvenience ....

Jolokio : http://labs.consol.de/maven/repository/org/jolokia/jolokia-war/1.0.2/jolokia-war-1.0.2.war
Java : java-1.5.0-gcj-1.5.0.0-29.1.el6.x86_64
Tomcat :
tomcat6-jsp-2.1-api-6.0.24-35.el6.noarch
tomcat6-el-2.1-api-6.0.24-35.el6.noarch
tomcat6-lib-6.0.24-35.el6.noarch
tomcat6-6.0.24-35.el6.noarch
tomcat6-servlet-2.5-api-6.0.24-35.el6.noarch

Aha, Thank you... i'll look into trying the second workaround...

Wait a second, I'm just deploying a jolokia-1.0.3-SNAPSHOT.war .....

ok.... :-) Great!

I still did try your workaround and i am indeed getting an expected result from Jolokia.
{"status":200,"request":{"type":"version"},"timestamp":1328788335,"value":{"agent":"1.0.2","info":{"product":"tomcat","version":"6.0.24","vendor":"Apache"},"protocol":"6.1"}}

Thank you so much for the very quick help!!!

Good, because my upload link is terrible slow ;-(. I'll let you know, when (and where) the snapshot is available.

Ok,
I can continue my testing now and i'll get the update when it is available.

Thanks again.

Stefan,

Sorry, I will do it later. Have to leave now, and upload was still not finished (strange).

As i said, no problem, you helped me fix the problem so i can test!!

FYI:

installing Jmx4Perl via cpan fails when Time::HiRes is not installed.

this is the output of a manual ./Build test

root@jmx4perl jmx4perl-1.04-7RM4pH]# ./Build test
t/10_handler.t ......... ok     
t/20_alias.t ........... ok   
t/30_request.t ......... ok     
t/40_check_jmx4perl.t .. 1/29 
#   Failed test 'JMX::Jmx4Perl::Nagios::CheckJmx4Perl loads properly'
#   at t/40_check_jmx4perl.t line 25.
Can't locate object method "new" via package "JMX::Jmx4Perl::Nagios::CheckJmx4Perl" at t/40_check_jmx4perl.t line 28.
# Looks like you planned 29 tests but ran 2.
# Looks like you failed 1 test of 2 run.
# Looks like your test exited with 2 just after 2.
t/40_check_jmx4perl.t .. Dubious, test returned 2 (wstat 512, 0x200)
Failed 28/29 subtests 
t/50_config.t .......... ok   
t/60_parse_name.t ...... ok     
t/70_pod_syntax.t ...... skipped: these tests are for release candidate testing

Test Summary Report
-------------------
t/40_check_jmx4perl.t (Wstat: 512 Tests: 2 Failed: 1)
  Failed test:  2
  Non-zero exit status: 2
  Parse errors: Bad plan.  You planned 29 tests but ran 2.
Files=7, Tests=60,  1 wallclock secs ( 0.03 usr  0.01 sys +  0.47 cusr  0.08 csys =  0.59 CPU)
Result: FAIL
Failed 1/7 test programs. 1/60 subtests failed.

Installing Time::HiRes fixes this. Maybe it was not listed as dependency....

The snapshot is available at http://labs.consol.de/maven/snapshots-repository/org/jolokia/jolokia-war/1.0.3-SNAPSHOT/jolokia-war-1.0.3-20120210.070857-1.war though I could not test it yet with gcj. This will be done of course for 1.0.3 final, but maybe you could give it a try, too ? thx ...

Also thanks for the jmx4perl report. I will add the dependency to the build.

Thank you!

I must admit i don't know what gcj is (GNU Compiler for Java?) or what to do with it ....

Sorry,

Stefan.

Sorry, I meant gij (GNU interpreter for java), which is simply the JVM you are using (in contrast to Open JDK or Oracle's JDK). This is the JVM you are currently using ;-), ie. it would be nice if you could give the mentioned war a try in your current setup (instead of the patched version). Can it be deployed without exception ?

[root@jmx4perl ~]# jmx4perl http://gwos1:9080/jolokia/version
read: No mbean name given
$VAR1 = bless( {
                 'protocol' => '6.1',
                 'info' => {
                             'version' => '6.0.24',
                             'product' => 'tomcat',
                             'vendor' => 'Apache'
                           },
                 'agent' => '1.0.3-SNAPSHOT',
                 'type' => 'read'
               }, 'JMX::Jmx4Perl::Request' );
[root@jmx4perl ~]# jmx4perl http://gwos1:9080/jolokia  read java.lang:type=Memory HeapMemoryUsage
    {
      Committed => 36724736,
      Init => -1,
      Max => '9223372036854775807',
      Used => 26746880
    }

I re-deployed several times with vagrant using your new war files.
As you can see, the 2 tests i run work without problem.

Regards,

Stefan.

Perfect, thanks a lot. I guess, this gist can now be closed ;-P

Hmm.
I is the first time i use a gist in this way.... is it required that i close it in a way?
I can't see any 'close' action link....

Or am i taking you too literally?

Stefan.

I'm just kidding, because the it was the first time i fixed a bug this way ;-)

Normally, I'm used to (and prefer to) track bugs with Jolokia's issue tracker https://github.com/rhuss/jolokia/issues

And there, you can close tickets ;-)

Nevertheless, again many kudos for pointing out the issue, it is always important to get this sort of feedback especially since I cant test in every environment in advance (although I do my very best ...)