Skip to content

Instantly share code, notes, and snippets.

@zipkid
Created February 9, 2012 11:11
Show Gist options
  • Save zipkid/1779338 to your computer and use it in GitHub Desktop.
Save zipkid/1779338 to your computer and use it in GitHub Desktop.
Jolokia 5 Minute Quickstart error when getting /jolokia/version
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
@rhuss
Copy link

rhuss commented Feb 9, 2012

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

@zipkid
Copy link
Author

zipkid commented Feb 9, 2012

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

Thanks again.

Stefan,

@rhuss
Copy link

rhuss commented Feb 9, 2012

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

@zipkid
Copy link
Author

zipkid commented Feb 9, 2012

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

@zipkid
Copy link
Author

zipkid commented Feb 9, 2012

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....

@rhuss
Copy link

rhuss commented Feb 10, 2012

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.

@zipkid
Copy link
Author

zipkid commented Feb 10, 2012

Thank you!

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

Sorry,

Stefan.

@rhuss
Copy link

rhuss commented Feb 10, 2012

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 ?

@zipkid
Copy link
Author

zipkid commented Feb 10, 2012

[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.

@rhuss
Copy link

rhuss commented Feb 10, 2012

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

@zipkid
Copy link
Author

zipkid commented Feb 10, 2012

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.

@rhuss
Copy link

rhuss commented Feb 10, 2012

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 ...)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment