ORA-29532: appel Java arrêté par une exception Java non interceptée : java.lang.NoClassDefFoundError

Version imprimable

Bonjour,

J'ai crée une procédure stockée faisant appel à du code Java. Le problème est que lors de l'exécution PL/SQL, le message d'erreur suivant apparaît :

Citation:

ORA-29532: appel Java arrêté par une exception Java non interceptée : java.lang.NoClassDefFoundError

Le bout de code en question est le suivant:

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
CREATE OR REPLACE AND RESOLVE JAVA SOURCE NAMED "HASH_SHA1"
AS package pg_hash_sha1;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import org.apache.xml.security.utils.Base64;
 
public class hash {
 
        public static String sha1 (String passwdClair)
		{
			byte[] uniqueKey = passwdClair.getBytes();
			byte[] hash = null;
			try
			{
		      // on récupère un objet qui permettra de crypter la chaine
		      hash = MessageDigest.getInstance("SHA-1").digest(uniqueKey);
            } catch (NoSuchAlgorithmException e) {
                throw new Error("no SHA-1 support in this VM");
              }
 
			String buffer = Base64.encode(hash);
			return buffer;	
		}
 
};
/

Code:

1
2
3
4
5
6
CREATE OR REPLACE FUNCTION hash_blog(p_content varchar2) RETURN varchar2
 AS LANGUAGE JAVA
  NAME 'pg_hash_sha1.hash.sha1(java.lang.String) return java.lang.String';
/
 
SELECT hash_blog('4238960308960013') FROM dual;

Avez-vous une idée pour résoudre cette erreur ? :roll:

Merci par avance

26/05/2011, 16h11
labolabs

Salut,

Je viens de trouver la solution.

La version JAR incluant la ligne

Code:

import org.apache.xml.security.utils.Base64;

n'était pas la bonne. Il m'a suffit de charger une mise à jour de cette librairie (xmlsec-1.4.3.jar au lieu de xmlsec-1.3.0.jar) via la commande:

loadjava -thin -user user/passwd@IP_SERVER:port:sid-r -v -f -s -grant public -noverify -genmissing file_name.jar

:ccool:
26/05/2011, 16h45
mnitu

Pourquoi Java appelé via wrapper PL/SQL quand vous avez Dbms_Crypto et UtL_Encode ?
26/05/2011, 16h56
labolabs

J'ai testé ces 2 options mais le résultat n'était pas correcte.

A ce qui semble SHA-1 n'est pas pris en charge en PL/SQL, la commande :

Code:

SELECT DBMS_CRYPTO.HASH('4238960308960013',3) FROM dual;

supposée être pour SHA donne le résultat : 4E416AACE3AD56009BF883E19EECF742DDD7BDB4

tandis que l'exécution via wrapper Java donne le résultat : eilX3wt04ti0EADC8htCs6GJF4I=

(2ème résultat qui est correcte).

S'il y a une méthode plus simple qui donnera le même résultat pour la même chaine de caractère, je prends ;)
26/05/2011, 17h56
Waldar
Dixit la documentation, DBMS_CRYPTO.HASH reçoit un RAW / BLOB / CLOB, pas un VARCHAR.
Dixit cette même documentation, il suffit de convertir !

Essayez ainsi (DBMS_CRYPTO n'est pas installé sur ma machine de test, je ne peux donc pas vérifier le résultat) :
Code:

1 2 SELECT UTL_I18N.RAW_TO_CHAR(DBMS_CRYPTO.HASH(UTL_I18N.STRING_TO_RAW('4238960308960013','AL32UTF8'), 3),'AL32UTF8') as test FROM dual;