Results 1 to 6 of 6
- 04-27-2011, 07:21 PM #1
Member
- Join Date
- Apr 2011
- Posts
- 3
- Rep Power
- 0
signer information does not match signer information of other classes
I have searched for this and apologize if this is a dumb or misplaced post. I'm unsure if this is Eclipse specific or a general issue. What I have read tells me to re-sign my jar files, which I have no idea how to accomplish and it doesn't seem correct.
Exception in thread "main" java.lang.SecurityException: class "org.eclipse.core.runtime.IExecutableExtension "'s signer information does not match signer information of other classes in the same package
I'm pretty sure I need this jar file so do not know how to resolve the issue. Is there a way to ignore signatures? The whole jar file inclusion versus build path thing still has me a bit baffled. :confused:
Thanks,
SW
- 04-27-2011, 07:27 PM #2
Senior Member
- Join Date
- Jun 2008
- Posts
- 339
- Rep Power
- 5
Google is your friend - If you search for "signer information does not match signer information of other classes in the same package", you'll find a number of potential solutions for this problem.
- 04-27-2011, 07:34 PM #3
Member
- Join Date
- Apr 2011
- Posts
- 3
- Rep Power
- 0
I appreciate your reply. My post here was after an hour long Google session. Maybe I don't understand what I saw there. The two solutions I found were to re-sign the jar, and to remove the manifest information. Neither of which I know how to do. The other links I found seem specific to certain instances or use cases.
Is there a generic workaround for this, or does each case have a different solution?
Again, I'm posting in the "New to Java" forum for a reason.
Thanks,
SW
- 04-27-2011, 07:46 PM #4
Senior Member
- Join Date
- Jun 2008
- Posts
- 339
- Rep Power
- 5
OK - my apologies if I seemed brusque - I didn't know that you'd Googled already, because you didn't say...
Signing probably isn't something you'll want to get involved with at this level (it involves security certification). Since it seems unlikely that your own jar is signed, it may be that there is a conflict between the packages - what package have you put your own classes in?
- 04-27-2011, 08:45 PM #5
Member
- Join Date
- Apr 2011
- Posts
- 3
- Rep Power
- 0
I do appreciate your replies and apologize for any misses in my post. :o
Let me throw it all out there in case I am missing something. I tried to create a new jar file after deleting the signing portions of the manifest.mf file and that didn't fix it. So I'm back to square one.
First, here's the entire error output:
I'm trying to use the Eclipse forms jars to "simplify" my form creation and so had to fish around for the correct jars to make Eclipse happy with all the class references. I believe I need all the ones I have. Please see attached image for build path.Exception in thread "main" java.lang.SecurityException: class "org.eclipse.core.runtime.IExecutableExtension "'s signer information does not match signer information of other classes in the same package
at java.lang.ClassLoader.checkCerts(Unknown Source)
at java.lang.ClassLoader.preDefineClass(Unknown Source)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknow n Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$000(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at files.Reader.main(Reader.java:19)
Everything I have written is in a new package in my src folder.
Thanks,
SW
- 04-27-2011, 09:14 PM #6
Senior Member
- Join Date
- Jun 2008
- Posts
- 339
- Rep Power
- 5
It's possible that not all the Eclipse jars you're using are compatible - they may be signed differently but have classes in shared packages... Unfortunately, I don't know Eclipse or its accessories.
At the risk of repeating the question - what package have you put your own classes in?Everything I have written is in a new package in my src folder.
Similar Threads
-
Need information...
By nikkka in forum New To JavaReplies: 1Last Post: 03-07-2011, 02:25 PM -
signer information doesnot match signer info of other classes in the same package
By albertkao in forum Advanced JavaReplies: 0Last Post: 02-10-2011, 08:09 PM -
How to get System Information like CPU Name, Ram...
By Beginner in forum New To JavaReplies: 2Last Post: 05-24-2010, 04:07 PM -
need some compatibility information
By wildheart25c in forum CLDC and MIDPReplies: 0Last Post: 04-25-2010, 07:29 AM -
Passing variable information between classes
By zen_to_go in forum New To JavaReplies: 1Last Post: 10-30-2007, 08:09 PM


LinkBack URL
About LinkBacks
Reply With Quote

Bookmarks