Weblogic Deployment Exception: PaddingException: не удалось выполнить раскладывание: недопустимый байт pad

Этот вопрос задают (и отвечают) только длядоля некоторые знания с Сообществом SO.

Недавно я предложил исключение для развертывания моего веб-приложения (после получения некоторых изменений из репозитория SVN), в котором говорится:

<Ошибка> <Deployer> с идентификатором «1350377960779» для задачи «1». Ошибка: 'com.rsa.jsafe.JSAFE_PaddingException: не удалось выполнить раскладывание: недопустимый байт пэда.' com.rsa.jsafe.JSAFE_PaddingException: не удалось выполнить распаковку: недопустимый байт пэда. по адресу com.rsa.jsafe.ca (Неизвестный источник) по адресу com.rsa.jsafe.JSAFE_SymmetricCipher.decryptFinal (Неизвестный источник) по адресу weblogic.security.internal.encryption.JSafeEncryptionServiceImpl.decryptBytes (JSaption.lov. internal.encryption.JSafeEncryptionServiceImpl.decryptString (JSafeEncryptionServiceImpl.java:184) в weblogic.security.internal.encryption.ClearOrEncryptedService.decrypt (ClearOrEncava): см. файл журнала для полной трассировки стека. Причина: com.rsa.jsafe.JSAFE_PaddingException: Невозможно выполнить раскладывание: недопустимый байт pad.

Ответы на вопрос(3)

потому что он работает. Но недостатком является то, что ваш пароль стал видимым (возможно, это не проблема при разработке env).

Эта проблема с шифрованием пароля может быть преодолена путем повторного шифрования вашего пароля в вашем экземпляре weblogic.

Для этого перейдите на свой веб-логический домен, например:ORACLE_HOME \ user_projects \ домены \ your_domain

И выполните эту команду:Java weblogic.security.Encrypt YOUR_PASSWORD

Это выведет что-то вроде:{} AES 0gcupcB95gtlr6VYnT3TZK5PxiATDuIUe3kRKd3b / Ag =

Это ваш зашифрованный пароль для вашего экземпляра weblogic.

Тогда просто замените его на свойпароль зашифрован свойство в конфигурации источника данных xml.

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

и все, что мне нужно было сделать, это сохранить страницу на странице «Пул подключений», пока пароль был пустым. Конечно тогда это потерпит неудачу. Затем введите пароль и сохраните снова. На этот раз нет ошибки байта Pad, и он подключается в обязательном порядке.

 radimpe10 февр. 2015 г., 11:21
Опробовал этот подход в WebLogic 12.1.3, и, хотя есть возможность «сохранить» изменения, он не может «активировать изменения», все еще давая «PaddingException».
 yannicuLar14 авг. 2017 г., 12:16
@radimpe Вам может понадобиться временно удалить Target, чтобы вы могли сохранить изменения в конфигурации.
Решение Вопроса

полученные из моего репозитория SVN, я заметил, что ресурс приложения jdbc был изменен.

Изучив ресурс jdbc более подробно, я обнаружил, что он используетpassword-encrypted свойство, которое используется только для производственных сред

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

Поэтому я закомментировал это свойство и использовал свойство, используемое для среды разработки:

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

И это сработало просто отлично.

Ваш ответ на вопрос