signer information does not match signer information?

Version imprimable

29/05/2007, 11h59
petozak

signer information does not match signer information?

Bonjour,
Lors du lancement de mon programme j'obtiens ce bug:

java version "1.5.0_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_05-b05)
Java HotSpot(TM) Client VM (build 1.5.0_05-b05, mixed mode, sharing)

Exception in thread "main" java.lang.SecurityException: class "org.apache.log4j.
spi.LoggingEvent"'s signer information does not match signer information of othe
r classes in the same package
at java.lang.ClassLoader.checkCerts(Unknown Source)
at java.lang.ClassLoader.preDefineClass(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.defineClass(Unknown Source)
at java.net.URLClassLoader.access$100(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.loadClassInternal(Unknown Source)
at org.apache.log4j.Category.forcedLog(Category.java:372)
at org.apache.log4j.Category.debug(Category.java:241)
at com.toto.exportXML.ExportXML.main(ExportXML.java:76)
Press any key to continue . . .

J'ai cherché partout sur le net rien à faire : effacer les META-INF , checker les noms de package..tout à l'air bon :S
29/05/2007, 12h15
Rayndell

Essaie plutôt de poser ta question dans le forum Logging du sous-forum APIs.
29/05/2007, 12h31
petozak

C'est pas un probleme de logging ou lié à log4j...
C'est un probleme d'ordre general.
Merci quand meme
29/05/2007, 12h33
Rayndell

Ah ben si. Dans la trace de ton exception tu vois bien qu'elle part de log4j.
29/05/2007, 12h40
petozak

fais une recherche sur google "signer information does not match signer information of other classes in the
same package" et tu verras que c'est un probleme de signature de jar.
29/05/2007, 13h00
in

Le jar utilisé pour le développement et celui utilisé à l'exécution sont-ils identiques ?
29/05/2007, 15h02
eclesia

c'est une erreur de signature d'archive jar.

log4j doit etre signé avec une certaine signature et tu utilise une autre librairie qui a une signature différente. (plus exactement des signatures differentes dans le meme package)

je ne sais pas comment tu as fais ta compilation, mais je me demande comment tu as fais pour avoir 2 signatures différentes dans un même package...

si tu as essayé de modifier ou d'ajouter des classes dans le package log4j ca doit surement etre ca. mais ce qui est sur c'est que l'archive log4j n'est plus celle d'origine, quelque chose a été changé.

Bonjour,
J'utilise Maven 2.
J'ai mon appli (exportXML) qui fait appel à un package Utilities qui lui fait appel à log4j dans sa version 1.2.13.

J'utilise l'assembleur maven pour produire la distrib:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
<?xml version="1.0" encoding="UTF-8"?>
<project>
	<modelVersion>4.0.0</modelVersion>
	<groupId>com.toto.pplus</groupId>
	<artifactId>exportXML</artifactId>
	<version>0.0.1</version>
	<description></description>
	<build>
		<sourceDirectory>src/main/java</sourceDirectory>
		<outputDirectory>target</outputDirectory>
 
		<plugins>
			<plugin>
				<artifactId>maven-compiler-plugin</artifactId>
				<configuration>
					<source>1.4</source>
					<target>1.4</target>
				</configuration>
			</plugin>
			<plugin>
				<!-- NOTE: We don't need a groupId specification because the group is
					org.apache.maven.plugins ...which is assumed by default.
				-->
				<artifactId>maven-assembly-plugin</artifactId>
				<configuration>
					<descriptors>
						<descriptor>src/assembly/src.xml</descriptor>
					</descriptors>
				</configuration>
			</plugin>
		</plugins>
	</build>
	<dependencies>
		<dependency>
			<groupId>psn</groupId>
			<artifactId>psn</artifactId>
			<version>2.0c</version>
		</dependency>
 
		<dependency>
			<groupId>com.toto</groupId>
			<artifactId>Utilities</artifactId>
			<version>1.4</version>
		</dependency>
	</dependencies>
</project>

29/05/2007, 16h08
petozak

Citation:

Envoyé par in

Le jar utilisé pour le développement et celui utilisé à l'exécution sont-ils identiques ?

Oui en executant avec Eclipse pas de probleme ca passe
29/05/2007, 16h09
petozak

L'archive log4j utilisé est celle directement recuperer du net. Donc je ne vois pas d'ou viendrait une mauvaise signature?

Le pom de Utilities:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
<?xml version="1.0" encoding="UTF-8"?>
<project>
	<modelVersion>4.0.0</modelVersion>
	<groupId>toto</groupId>
	<artifactId>Utilities</artifactId>
	<version>1.4</version>
	<description></description>
	<build>
		<sourceDirectory>src/main/java</sourceDirectory>
		<outputDirectory>target</outputDirectory>
		<resources>
			<resource>
				<directory>src/main/resources</directory>
			</resource>
		</resources>
		<plugins>
			<plugin>
				<artifactId>maven-compiler-plugin</artifactId>
				<configuration>
					<source>1.5</source>
					<target>1.5</target>
				</configuration>
			</plugin>
			<plugin>
				<artifactId>maven-surefire-plugin</artifactId>
				<configuration>
					<skip>true</skip>
				</configuration>
			</plugin>
		</plugins>
	</build>
	<dependencies>
		<dependency>
			<groupId>log4j</groupId>
			<artifactId>log4j</artifactId>
			<version>1.2.13</version>
		</dependency>
		<dependency>
			<groupId>psn</groupId>
			<artifactId>psn</artifactId>
			<version>2.5_beta</version>
			<scope>package</scope>
		</dependency>
		<dependency>
			<groupId>junit</groupId>
			<artifactId>junit</artifactId>
			<version>3.8.1</version>
			<scope></scope>
		</dependency>
		<dependency>
			<groupId>javax.mail</groupId>
			<artifactId>mail</artifactId>
			<version>1.4</version>
		</dependency>
		<dependency>
			<groupId>ojdbc</groupId>
			<artifactId>ojdbc</artifactId>
			<version>14</version>
		</dependency>
		<dependency>
			<groupId>dom4j</groupId>
			<artifactId>dom4j</artifactId>
			<version>1.6</version>
		</dependency>
	</dependencies>
</project>

Sinon est il possible de faire un lancement sans verification des signatures??

29/05/2007, 17h39
petozak

aidez moi svp :cry:
30/05/2007, 11h25
in

Citation:

Envoyé par petozak

Oui en executant avec Eclipse pas de probleme ca passe

a mon avis tu n'utilise pas le même jar entre Eclipse et ton autre manière de lancer le prog. Un simple copier coller du jar en question devrait suffir à tester ce poitn ..

Salut in,

Est ce que je peux "demander" à eclipse de me donner son script d'execution?
Si oui comment? (Il utilise lui aussi le Classpath Maven MAVEN2_CLASSPATH_CONTAINER)...

Voici mes 2 fichiers d'exec:
Le 1er que je genere en fonction de ma distrib:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
@echo off
@
@REM Allocated memory in Mb
IF NOT DEFINED JAVA_MEMORY set JAVA_MEMORY=512
@
 
set java_Path=C:\Program Files\Java\jre1.5.0_08\bin
 
Set path=%java_Path%;%path%
 
 
set LIBS=./libs/exportUsers-0.0.1.jar;./libs/Utilities-1.4.jar;./libs/psn-2.0c.jar;./libs/log4j-1.2.4.jar;
@
set JVM_OPTS=-Xmx%JAVA_MEMORY%m -Dlog4j.configuration=conf.log4j.properties -Dlog4j.overwrite=false
@
@
set JAVA_CMD=java %JVM_OPTS% -showversion  -cp %LIBS%
@
@echo Starting interface
@echo %JAVA_CMD%
@
@echo on
 
 
 
%JAVA_CMD% com.toto.ExportUsers ./conf/psn.properties
@pause

Et celui que je "calque" sur Eclipse en allant chercher les libs dans ma repository

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
@echo off
@
@REM Allocated memory in Mb
IF NOT DEFINED JAVA_MEMORY set JAVA_MEMORY=512
@
 
set java_Path=C:\Program Files\Java\jre1.5.0_08\bin
 
Set path=%java_Path%;%path%
 
 
set LIBS=G:\totonext\Repository\com\\path\\pplus\exportUsers\0.0.1\exportUsers-0.0.1.jar;G:\totonext\Repository\com\\path\\Utilities\1.3\Utilities-1.4.jar;G:\totonext\Repository\psn\psn\2.0c\psn-2.0c.jar;G:\totonext\Repository\log4j\log4j\1.2.4\log4j-1.2.13.jar;
@
set JVM_OPTS=-Xmx%JAVA_MEMORY%m
@
@
set JAVA_CMD=java %JVM_OPTS% -showversion  -cp %LIBS%
@
@echo Starting interface
@echo %JAVA_CMD%
@
@echo on
 
 
 
%JAVA_CMD% com.toto.exportUsers.ExportUsers ./conf/psn.properties
@pause

30/05/2007, 13h05
in

j'ai pas trop compris ...

tu veux dire que le classpath d'Eclipse et de ton lancement "externe" sont identiques ?

Par contre, ce que je voulais que tu vérifie c'est au niveau d'Eclipse, dans Project > Properties > Java build Path > Librairies

le jar est-il celui que tu utilises dans ton classpath. En fait c'est ça le Classpath d'eclipse.

Mais bon en même temps je ne connais pas Maven donc ... :?
30/05/2007, 13h17
petozak

Dans ce menu j'ai bien Maven 2 dependancies qui compoorte notamment log4j1.2.4 que j'inclus bien dans mon classpath au lancement.
30/05/2007, 13h20
petozak

Citation:

Envoyé par in

j'ai pas trop compris ...

tu veux dire que le classpath d'Eclipse et de ton lancement "externe" sont identiques ?

Par contre, ce que je voulais que tu vérifie c'est au niveau d'Eclipse, dans Project > Properties > Java build Path > Librairies

le jar est-il celui que tu utilises dans ton classpath. En fait c'est ça le Classpath d'eclipse.

Mais bon en même temps je ne connais pas Maven donc ... :?

C plutot le Buildpath à savoir celui qui sert à la compilation du projet.
Le classpath est lui dans Run > Mon Run > ClassPath et la j'ai bien Maven 2 dependancies.

Bref je suis sur d'inclure les bonnes libs :(
21/07/2009, 15h59
rhvaldeolivas

Meme Probleme

Salut,
je ne sais pas si tu te souviens de ton probleme car ca fait un bout de temps mais on sait jamais!
je voudrais savoir si tu as reussi a solutionner ton probleme car a l'heure actuelle j ai la meme exception que toi.
je dois utiliser une lib qui a une signature differente de la mienne et donc il y a la meme erreur qui pointe le bout de son nez.
merci pour ton aide
01/10/2009, 12h14
bliml

Il n'y a pas un moyen pour desactiver l'option de securite (verification des signatures de jar) vu qu'elle n'est pas importante dans la phase de developpement ?
09/11/2010, 22h54
bliml

pas de reponse -> pas de solution?