"[EMAIL PROTECTED]" wrote :
| classLoaderPolicy.setImportAll(true); // if you want to see other classes
in the domain
| classLoaderPolicy.setExportAll(ExportAll.NON_EMPTY)); // if you want others
to see your classes
It worked, thanks :-)
View the original post :
http://www.jboss.com/index
"[EMAIL PROTECTED]" wrote : "[EMAIL PROTECTED]" wrote : guys, don't we have
better doc for people wanting to try something like this?
|
| What makes you think I would document people creating their own
classloaders?
| (I will but this stuff will be in the reference guide rather than the us
"[EMAIL PROTECTED]" wrote : guys, don't we have better doc for people wanting
to try something like this?
What makes you think I would document people creating their own classloaders?
(I will but this stuff will be in the reference guide rather than the user
guide).
JavaEE says its illegal for a
"emmartins" wrote : almost there:
|
|
| | VirtualFile tempClassDeploymentDirVF =
VFS.getRoot(getTempClassDeploymentDir().toURL());
| | VFSClassLoaderPolicy classLoaderPolicy =
VFSClassLoaderPolicy.createVFSClassLoaderPolicy(tempClassDeploymentDirVF);
| | ClassLoader classLoader
Perhaps setting parent domain while registering it into system would help?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188765#4188765
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188765
almost there:
VirtualFile tempClassDeploymentDirVF =
VFS.getRoot(getTempClassDeploymentDir().toURL());
VFSClassLoaderPolicy classLoaderPolicy =
VFSClassLoaderPolicy.createVFSClassLoaderPolicy(tempClassDeploymentDirVF);
ClassLoader classLoader =
classLoaderSystem.
Found this class VFSClassLoaderPolicy, looking at code it seems that if used in
ClassLoadersystem it will create the class loader pointing to the VFS roots
defined, what we need now, did I miss something?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=418872
"alesj" wrote : What exactly are you trying to do/hack? :-)
Putting the whole process in a simple manner, we monitor deployment of specific
jars (JAIN SLEE deployable units), extract it to a directory in the server's
temp one, and load its content (some is abstract so we need to do concrete
imp
"[EMAIL PROTECTED]" wrote : guys, don't we have better doc for people wanting
to try something like this?
You do. It's probably sitting 10m away from you. ;-)
Poke him about this
- https://jira.jboss.org/jira/browse/JBCL-10
many people have tried, none have succeedded. ;-)
And we're still lookin
guys, don't we have better doc for people wanting to try something like this?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4188500#4188500
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4188500
_
What exactly are you trying to do/hack? :-)
Perhaps this?
-
http://anonsvn.jboss.org/repos/jbossas/projects/jboss-deployers/trunk/deployers-vfs/src/main/java/org/jboss/deployers/vfs/plugins/classloader/InMemoryClassesDeployer.java
This is how AOP adds aspectized/modified classes to classpath.
T
Ok, so I understand the ClassLoaderSystem, which I can simply get using
.getInstance(), then I can use .registerClassLoaderPolicy(String domainName,
ClassLoaderPolicy policy) to get a new domain and related class loader, my
question now is how do I create the policy that "adds" to the classpath
"emmartins" wrote :
| UnifiedClassLoader ucl = (UnifiedClassLoader) Thread
|.currentThread().getContextClassLoader();
|UnifiedLoaderRepository3 lr = (UnifiedLoaderRepository3) ucl
|.getLoaderRepository();
|RepositoryClassLoa
13 matches
Mail list logo