Блог

Раньше следующая команда работала безупречно:

 C:toolsapache-cxf-3.3.1binwsdl2java -client -d generated foo.wsdl
  

Он больше не работает с последней версией JDK — 12. Я загрузил последнюю версию Apache CXF и все еще получаю ту же ошибку:

 -Djava.endorsed.dirs=C:toolsapache-cxf-3.3.1bin..libendorsed is not supported. Endorsed standards and standalone APIs
in modular form will be supported via the concept of upgradeable modules.
Error: Could not create the Java Virtual Machine.
Error: A fatal exception has occurred. Program will exit.
  

Кто-нибудь может дать совет о том, как это исправить?

Я получил утилиту Apache CXF 3.3.1 wsdl2java для работы с последней версией OpenJDK 11, выполнив 4 действия:

1. Извлеките этот jar и поместите его в каталог {CXF_HOME}/lib:https://mvnrepository.com/artifact/javax.jws/jsr181-api/1.0-MR1
2. Извлеките этот jar и также поместите его в каталог {CXF_HOME}/lib:https://mvnrepository.com/artifact/javax.xml.ws/jaxws-api/2.3.1

3. В моем случае, поскольку я работаю на Mac, я запустил скрипт wsdl2java и убедился, что эти два jar-файла явно заданы в пути к классу CXF, выполнив следующее объявление в скрипте прямо перед выполнением команды Java: cxf_classpath=${cxf_classpath}:../lib/jaxws-api-2.3.1.jar:../lib/jsr181-api-1.0-MR1.jar

4. Наконец, я удалил параметр ‘-Djava.approved.dirs=»${cxf_home}/lib /approved»‘ из команды java в конце сценария, поскольку новые JDK больше не поддерживают этот аргумент, поэтому моя команда теперь выглядит так: $JAVA_HOME/bin/java -Xmx${JAVA_MAX_MEM} -cp "${cxf_classpath}" -Djava.util.logging.config.file=$log_config org.apache.cxf.tools.wsdlto.WSDLToJava "$@"

Теперь, используя OpenJDK11, я могу указать на внешний файл WSDL и успешно сгенерировать клиентский код, необходимый для использования этой службы SOAP, с помощью следующей команды:

 ./wsdl2java -client -d src https://somewhere.com/service?wsdl
  

Независимо от того, работает ли все это, пока неясно, с точки зрения возможности вызывать и использовать службу SOAP, для которой я кодирую, но я, по крайней мере, теперь преодолел проблему с поддержкой Java9 с помощью этого инструмента, специфичного для генерации клиентского кода из WSDL.

Если ваши потребности отличаются, я бы, по крайней мере, удалил параметр JVM ‘-Djava.approved.dirs=»${cxf_home}/lib /approved»‘ и начал вызывать команду wsd2java с параметрами, которые вам нужно установить, и просто начал итеративно добавлять обратно в отсутствующие библиотеки, которые запускают java.lang.Ошибки NoClassDefFoundError для.

В их часто задаваемых вопросах конкретно говорится, что начиная с версии 3.3.x будет поддерживаться Java 9 , но что-то явно сбило мяч между больше не поддерживаемыми жестко закодированными аргументами JVM, которые все еще передаются в утилите, и отсутствующими библиотеками для поддержки более новых JDK, где эти устаревшие библиотеки были удалены.

Надеюсь, это поможет кому-то, кому не повезло, что он все еще программирует на конечных точках SOAP, но пытается, по крайней мере, поддерживать код на стороне клиента, который вы пишете, в актуальном состоянии и использовать новые возможности современного JDK.