classloader

I'm working on a sandbox feature for my java antivirus, and I've come into a question: Does the specified package on a class matter for compilation? Example: I'm running a program that wants to use Runtime.getRuntime().exec() , when the classloader attempts to load that to run a method, does it check the package qualified in the file, if they exist? I would prefer not to try and change files in the JVM, but to simply load ones from a different package. I can accomplish the loading and such, but my only dilemma, will it crash and burn? Inside the java, it would be registered as say, java.lang

I'm migrating an application to JBoss 7, where all dependencies were in "JBOSS_HOME/server/default/lib" (JBoss 4). I included the lib "servlet.jar" (javax.servlet. *), however, after setting a Global Module for JBoss 7 (modules.xml, standalone.xml, jboss-deployment-structure.xml in war files), libraries are loaded normally by JBoss. When JBoss 7 tries to start the filters, I get following exception: 15:09:15,222 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/RegistrarValorDolar]] (MSC service thread 1-2) Exception starting filter cripto: java.lang.ClassCastException

Possible Duplicate: “eval” in Scala I know scala is a compiled language, but I do also know that I can dynamically load classes into the jvm, and I can call the scala compiler at runtime, last but not least I do also have an awesome repl, so having scala as a scripting language should be possible. so there are some tasks I need to get to run: simple interpret: val src = """ println("Hello World") """ interpret(src) call external functions: object A{ def foo = println("Hello World") } val src = """ A.foo """ interpret(src) implement functionality: trait T{ def foo:String } val src = """ class A

I need to count the number of compiled classes, interfaces and enums in a given jar file programmatically (so I need three separate numbers). Which API would help me? (I can't use third party libraries.) I've already tried quite tricky scheme which seems not always correct. Namely, I read each ZipEntry into a byte[] and then feed the result to my custom class loader which extends standard CalssLoader and just sends this byte[] to ClassLoader.defineClass (which is protect and couldn't be called from application code directly). Full code is on the Pastebin . A jar file is a zip file with a

Hi guys : Im trying to debug a very strange class error by looking at the ClassLoader s for some dynamically created components. ClassLoader s are something I've never played much with - and im surprised that standard JDK classes have null Class loader instances. Can somebody explain the output of this simple main method in terms of the classes whose loaders I am attempting to print , and also more generally - the way ClassLoader s work on the JVM and how we can debug missing classes using ClassLoader s. public class MyClass { /** * @param args */ public static void main(String[] args) {