I am seeing the same problem, but with 0.8.10. Log trace below.
I running a maven build which is invoking an ant build.xml file which
uses tdbloader to load an ntriples file into a fresh tdb store.
It is tdbloader that is barfing.
Brian
================
WARN [main] (Log.java:73) - Failed to initialize JMX
java.security.AccessControlException: access denied
(javax.management.MBeanTrustPermission register)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:393)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:585)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanTrustPermission(DefaultMBeanServerInterceptor.java:1868)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:328)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:516)
at com.hp.hpl.jena.sparql.mgt.ARQMgt.register(ARQMgt.java:88)
at com.hp.hpl.jena.sparql.mgt.ARQMgt.init(ARQMgt.java:54)
at com.hp.hpl.jena.query.ARQ.init(ARQ.java:368)
at com.hp.hpl.jena.query.ARQ.<clinit>(ARQ.java:385)
at com.hp.hpl.jena.tdb.TDB.<clinit>(TDB.java:76)
at tdb.tdbloader.main(tdbloader.java:39)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:217)
at
org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:152)
at org.apache.tools.ant.taskdefs.Java.run(Java.java:771)
at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:221)
at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:135)
at org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1397)
at
org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:38)
at org.apache.tools.ant.Project.executeTargets(Project.java:1249)
at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:442)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
at org.apache.tools.ant.Task.perform(Task.java:348)
at org.apache.tools.ant.Target.execute(Target.java:390)
at org.apache.tools.ant.Target.performTasks(Target.java:411)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1397)
at org.apache.tools.ant.Project.executeTarget(Project.java:1366)
at
org.apache.maven.plugin.antrun.AntRunMojo.execute(AntRunMojo.java:270)
at
org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:107)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at
org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at
org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at
org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:534)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at
org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at
org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409)
at
org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352)
On 25/09/2011 19:11, David Jordan wrote:
No, it is just one of my plain simple Java applications, no app server at all.
I have a number of small applications, all make the same call to a class of
mine called Database, which has the following static initializer.
static {
TDB.setOptimizerWarningFlag(false);
}
Only one of the programs causes this exception. I had run this program before
Friday, never got this problem. And Friday, it was only happening with this one
program, consistently. It was weird. I set up a JMX policy file to grant the
register permission, so the problem is no longer holding me up. But it is very
weird that this was happening for just one of the programs, and that it had
worked fine before.
-----Original Message-----
From: Andy Seaborne [mailto:[email protected]] On Behalf Of Andy
Seaborne
Sent: Saturday, September 24, 2011 3:54 PM
To: [email protected]
Subject: Re: JMX issue with TDB-0.8.11-SNAPSHOT
On 23/09/11 18:54, David Jordan wrote:
I am getting the following exception for one of my programs, but not others,
curiously.
WARN [main] (Log.java:146) - Failed to initialize JMX
java.security.AccessControlException: access denied
(javax.management.MBeanTrustPermission register)
at
java.security.AccessControlContext.checkPermission(AccessControlContext.java:323)
at java.lang.SecurityManager.checkPermission(SecurityManager.java:568)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.checkMBeanTrustPermission(DefaultMBeanServerInterceptor.java:1824)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:310)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean(JmxMBeanServer.java:482)
at com.hp.hpl.jena.sparql.mgt.ARQMgt.register(ARQMgt.java:88)
at com.hp.hpl.jena.sparql.mgt.ARQMgt.init(ARQMgt.java:54)
at com.hp.hpl.jena.query.ARQ.init(ARQ.java:400)
at com.hp.hpl.jena.query.ARQ.<clinit>(ARQ.java:419)
at com.hp.hpl.jena.tdb.TDB.<clinit>(TDB.java:76)
at com.sas.hls.hoa.ontology.Database.<clinit>(Database.java:17)
at
com.sas.hls.hoa.ontology.CreateOntologySingletons.main(CreateOntologyS
ingletons.java:20)
In what environment is this running? I've not seen it and the "access denied"
implies the app isn't being allowed to register mbeans. is this some webapp container
and might it have some sort of security on?
Andy
David Jordan
Software Developer
SAS Institute Inc.
Health& Life Sciences, Research& Development Bldg R ▪ Office 4467
600 Research Drive ▪ Cary, NC 27513
Tel: 919 531 1233 ▪ [email protected]<mailto:[email protected]>
www.sas.com<http://www.sas.com>
SAS® … THE POWER TO KNOW®
