Weblogic Déploiement d'Exception : PaddingException: n'a pas Pu effectuer unpadding: non valide tampon d'octets

Cette question est posée (et réponse) juste pour partager quelques connaissances de la Communauté.

J'ai récemment est venu avec un déploiement à l'Exception de mon application web (après avoir reçu quelques modifications sur le Dépôt SVN) qui a dit:

< Erreur > < Deployer > avec l'ID '1350377960779' pour tâche de '1'. L'erreur est: 'com.rsa.jsafe.JSAFE_PaddingException: n'a pas Pu effectuer unpadding: non valide tampon d'octets.'
com.rsa.jsafe.JSAFE_PaddingException: n'a pas Pu effectuer unpadding: non valide tampon d'octets.
au com.rsa.jsafe.c.(Source Inconnue)
au com.rsa.jsafe.JSAFE_SymmetricCipher.decryptFinal(Source Inconnue)
au weblogic.security.internal.encryption.JSafeEncryptionServiceImpl.decryptBytes(JSafeEncryptionServiceImpl.java:124)
au weblogic.security.internal.encryption.JSafeEncryptionServiceImpl.decryptString(JSafeEncryptionServiceImpl.java:184)
au weblogic.security.internal.encryption.ClearOrEncryptedService.decrypt(ClearOrEncryptedService.java:96)
Tronquée. voir le fichier journal pour compléter stacktrace
Causés Par: com.rsa.jsafe.JSAFE_PaddingException: n'a pas Pu effectuer unpadding: non valide tampon d'octets.

OriginalL'auteur MaVRoSCy | 2012-10-16

  1. 13

    Googler pour trouver une réponse n'était pas très utile. Après examen des dossiers reçus de mon dépôt SVN, j'ai remarqué qu'une application jdbc ressource a été modifiée.

    L'examen de la ressource jdbc de plus près j'ai trouvé que c'était à l'aide de la password-encrypted propriété qui est utilisée uniquement pour les environnements de production 

    <password-encrypted>{AES}some+very+long+encrypted+string</password-encrypted>

    J'ai donc commenté cette propriété et la propriété utilisée pour l'environnement de développement:

     <properties>
     <property>
        <name>user</name>
        <value>MY_USER</value>
     </property>
     <property>
        <name>password</name>
        <value>MY_PASS_IN_PLAIN_TEXT</value>
     </property>
  </properties>

    Et qui a très bien fonctionné.

    OriginalL'auteur MaVRoSCy

  2. 4

    Je viens d'avoir ce problème, et tout ce que j'avais à faire était d'enregistrer la page sur le Pool de Connexion page alors que le mot de passe est vide. Bien sûr, alors il ne pourrait pas. Ensuite, mettre le mot de passe et enregistrer de nouveau. Cette fois, pas de Pad octet d'erreur et il conencts sans échec.

    Essayé cette approche dans WebLogic 12.1.3 et alors qu'il est possible de "sauver" le changement, il est incapable de "Activer les Modifications" en donnant de la "PaddingException'.
    Vous pourriez avoir besoin de retirer la Cible temporairement, de sorte que vous serez en mesure d'enregistrer vos modifications de configuration.

    OriginalL'auteur Mindbender

  3. 0

    J'ai cliqué MaVRoSCy propre réponse utile, car il fonctionne.
    Mais l'inconvénient c'est que votre mot de passe est devenu visible (peut ne pas être un problème au développement env).

    Ce problème avec le mot de passe de cryptage peuvent être surmontés par reencrypting votre mot de passe à votre instance weblogic.

    Pour ce faire, accédez à votre domaine weblogic, ex: ORACLE_HOME\user_projects\domains\NOM_DOMAINE

    Et exécutez cette commande:
    java weblogic.de sécurité.Chiffrer VOTRE_MOTDEPASSE

    Ce résultat doit ressembler à ceci:
    {EI}0gcupcB95gtlr6VYnT3TZK5PxiATDuIUe3krkd3b/Ag=

    C'est votre mot de passe chiffré pour votre instance weblogic.

    Puis il suffit de remplacer votre chiffré par mot de passe de la propriété à l'intérieur de la source de données xml de configuration.

    <password-encrypted>{AES}0gcupcB95gtlr6VYnT3TZK5PxiATDuIUe3kRKd3b/Ag=</password-encrypted>

    OriginalL'auteur dchang