signer information does not match signer information?

**petozak** · 29/05/2007, 10h59

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

**Rayndell** · 29/05/2007, 11h15

Essaie plutôt de poser ta question dans le forum Logging du sous-forum APIs.

**petozak** · 29/05/2007, 11h31

C'est pas un probleme de logging ou lié à log4j...
C'est un probleme d'ordre general.
Merci quand meme

**Rayndell** · 29/05/2007, 11h33

Ah ben si. Dans la trace de ton exception tu vois bien qu'elle part de log4j.

**petozak** · 29/05/2007, 11h40

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.

in · 29/05/2007, 12h00

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

**eclesia** · 29/05/2007, 14h02

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é.

**petozak** · 29/05/2007, 15h07

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

**petozak** · 29/05/2007, 15h08

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

**petozak** · 29/05/2007, 15h09

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

**petozak** · 29/05/2007, 15h13

Le pom de Utilities:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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??

**petozak** · 29/05/2007, 16h39

aidez moi svp

in · 30/05/2007, 10h25

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 ..

**petozak** · 30/05/2007, 11h14

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

in · 30/05/2007, 12h05

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 ...

**petozak** · 30/05/2007, 12h17

Dans ce menu j'ai bien Maven 2 dependancies qui compoorte notamment log4j1.2.4 que j'inclus bien dans mon classpath au lancement.

**petozak** · 30/05/2007, 12h20

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

**rhvaldeolivas** · 21/07/2009, 14h59

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

**bliml** · 01/10/2009, 11h14

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 ?

**bliml** · 09/11/2010, 21h54

pas de reponse -> pas de solution?

signer information does not match signer information?

Langage Java

Discussions similaires

Partager

Partager