WS-Security в Wildfly без весны и без WS-SecurityPolicy

Question

Мой клиент предлагает, чтобы реализация веб-службы с использованием записей WS-Policy внутри WSDL (с использованием стандарта WS-SecurityPolicy, который, как представляется, рекомендуется) может вызвать проблемы несовместимости с клиентами, которые называют веб-сервис. Мой первый вопрос: правильно ли его проблемы? Если нет, как я могу доказать моему клиенту, что безопасно использовать WS? Я ничего не мог найти по этому поводу.

Если проблемы совместимости действительно могут возникнуть, мне нужно найти другой способ для реализации требований WS-Security (например, подписи частей и т. Д.) Без использования Spring, используя API JavaEE. Я тоже ничего не мог найти по этому вопросу. Единственное, что я могу найти, это автономные веб-службы, но я не хочу этого, я хочу веб-приложение, и мне нужно использовать API JavaEE (поэтому нет Spring).

Любая помощь будет оценена по достоинству.

Answer 1

Если у вас уже есть уже существующие клиенты, использующие этот веб-сервис, тогда да, если вы добавите WS-Security, это нарушит совместимость.

Но если никто его не использует, или он еще не разработан, как это вызовет проблемы совместимости?

Лично я вижу, что WS-Security довольно сложна, особенно в области подписи и шифрования, поэтому, если ваш клиент сказал, что некоторые клиенты могут не обладать навыками реализации веб-сервиса, я был бы склонен согласиться с его.