[
https://issues.jboss.org/browse/JBIDE-17700?page=com.atlassian.jira.plugi...
]
Rob Stryker commented on JBIDE-17700:
-------------------------------------
So... I've come nowhere in terms of replication, but I think it's pretty clear the
issue isn't related to signed jars or anytthing of that nature. This is all done when
truezip is initializing itself. The Servertools publishers issue a truezip.umount()
command to start. This command basically tells truezip to write any changes it has to
disk, but the evidence shows pretty strongly that this is the first call done to the
framework, and it hasn't yet initialized.
Execution flows to KeyManager.getInstance(), which is just one of the initialization steps
in TrueZip.
Here's the juicy part:
{code}
ContextFinder.loadClass(String, boolean) line: 119
ContextFinder(ClassLoader).loadClass(String) line: 358
KeyManager.getInstance() line: 117
ArchiveControllers$ShutdownHook.<init>() line: 388
{code}
This is the stacktrace *I* see. It's not using
org.codehaus.plexus.classworlds.realm.ClassRealm to load the class when *I* run it in my
unit tests or when I trace through my workspace, but in your stacktrace, it is, and the
org.codehaus.plexus.classworlds.realm.ClassRealm classloader can't find the class it
needs to initialize properly.
That's all I've got for now though.
Cannot deploy jsf war with eclipse luna and jboss 7.1.x
-------------------------------------------------------
Key: JBIDE-17700
URL:
https://issues.jboss.org/browse/JBIDE-17700
Project: Tools (JBoss Tools)
Issue Type: Bug
Components: server
Environment: Win 7, Eclilpse Luna, JBoss Tools (via market place)
Reporter: Oliver Pfau
Priority: Critical
When I publish my war to jboss 7.1 the following error occurs:
An internal error occurred during: "Publishing to JBoss AS 7.1...".
Could not initialize class de.schlichtherle.io.ArchiveControllers
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)