Попытка переноса некоторых приложений из WebLogic в Tomcat (или, возможно, JBoss). Некоторые из этого кода имеют следующие операторы импорта:Есть ли альтернатива не weblogic для weblogic.utils.encoders.BASE64Decoder и BASE64Encoder?
import weblogic.utils.encoders.BASE64Decoder;
import weblogic.utils.encoders.BASE64Encoder;
, которые затем инстанцированы на
private static BASE64Encoder base64Encoder = new BASE64Encoder();
private static BASE64Decoder base64Decoder = new BASE64Decoder();
Есть ли альтернативная реализация, которая доступна вне зависимости от WebLogic коды? В идеале это ничего не изменит, кроме заявлений на импорт?
Спасибо.
Обновление: также должно быть скомпилированы под JDK1.5
Извините, не упоминал, что ему необходимо работать под JDK 1.5 (теперь обновлено). java.util.Base64 является новым в JDK 1.8 и, в любом случае, не является заменой, позволяющей изменять только оператор импорта. То есть он не имеет классов, называемых BASE64Decoder и BASE64Encoder, или любых классов с теми же сигнатурами методов, что и классы weblogic. Опять пытается избежать перезаписи кучи кода. –
@SteveCohen В этом случае вы можете использовать [Библиотека Apache Commons.] (Https://commons.apache.org/proper/commons-codec/archives/1.7/apidocs/index.html). Как и кодеры WebLogic, их точные поведение плохо определено, и я ответил на множество вопросов, связанных с их обработкой пробелов. Но я не удивлюсь, если WebLogic взял этот код и использовал его после переупаковки, поэтому вы можете найти одну из них замену. Поскольку ваша JRE настолько древняя, вам понадобится [версия 1.6.] (Https://commons.apache.org/proper/commons-codec/) Версия 1.5 умерла более 6 лет назад, правильно? – erickson
Спасибо, я не уверен, что JRE это в конечном итоге будет разрешено работать под. Может быть даже 1,8. Но в любом случае лучше всего было бы написать оболочку, которая была бы заменой для weblogic, с теми же сигнатурами метода. –