Looks like it progressed a bit, but getting below now
java.lang.NoClassDefFoundError: com/singularity/ee/util/string/e at com.appdynamics.appagent/com.singularity.ee.agent.appagent.kernel.JavaAgent.<clinit>(JavaAgent.java:144) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at java.base/jdk.internal.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.base/java.lang.reflect.Constructor.newInstance(Constructor.java:490) at java.base/java.lang.Class.newInstance(Class.java:584) at com.singularity.ee.agent.appagent.AgentEntryPoint.premain(AgentEntryPoint.java:647) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.base/java.lang.reflect.Method.invoke(Method.java:566) at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:513) at java.instrument/sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:525)Caused by: java.lang.ClassNotFoundException: Unable to load class com.singularity.ee.util.string.e at com.singularity.ee.agent.appagent.kernel.classloader.e.findClass(e.java:73) at com.singularity.ee.agent.appagent.kernel.classloader.AgentClassLoader.c(AgentClassLoader.java:405) at com.singularity.ee.agent.appagent.kernel.classloader.d.b(d.java:69) at com.singularity.ee.agent.appagent.kernel.classloader.AgentClassLoader.loadClass(AgentClassLoader.java:306) at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:521) ... 13 more
Changing your policy at a code level has no effect on the underlying filesystem.
Your first test will be to run shell commands under your Apache user (or Tomcat user if this differs from Apache) to determine if the user has sufficient privilege to execute whatever file operation you're attempting in Tomcat.
Normally a simple cat (read file) or touch (write file) under your runtime user (using su or sudo) will instantly tell you if you have a code problem or require work at the filesystem level to open permissions.
may be I"m not passing they required variable....but I dont think, java will fail this bad. :)
I believe application would handle it in a better way
CEHJ
I think so CEHJ,
Well the error is certainly about reading env vars.
It might not be present to read. You need to find out what your code is doing and which env var is to be read
enthuguy
ASKER
Sure, will check that tomorrow along with the application team
Also use stat to ensure that policy file is actually being read. It might not be
enthuguy
ASKER
I think, it is reading
Reason, before below change, it was throwing this error.
Error in Full Agent Registration Info Resolver reading environment variable/system property
java.security.AccessControlException: access denied ("java.lang.RuntimePermission" "getenv.")
Open in new window
to this
Open in new window
Looks like it progressed a bit, but getting below now
Open in new window