Ant WSGEN WSDL генерация - включает определение политики WSIT
Я использую задачу Ant WSGEN для генерации WSDL из класса обслуживания. Задача работает нормально и генерирует необходимый WSDL. Проблема, с которой я столкнулся, состоит в том, чтобы попытаться включить определение политики WSIT в начало WSDL.
Когда я развертываю службу в Netbeans (то есть не использую Ant для обработки WSGEN), Netbeans генерирует файл WSDL, который содержит определение политики WSIT. Политика WSIT содержится в файле XML, созданном Netbeans - web-inf/wsit-com.mypackage.web.webservice.jaxws.MyServiceService.xml.
<?xml version="1.0" encoding="UTF-8"?> MyService
<definitions
xmlns="http://schemas.xmlsoap.org/wsdl/"
xmlns:wsdl="http://schemas.xmlsoap.org/wsdl/"
xmlns:xsd="http://www.w3.org/2001/XMLSchema"
xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/" name="Store" targetNamespace="http://jaxws.webservice.web.mypackage.com/" xmlns:tns="http://jaxws.webservice.web.mypackage.com/" xmlns:wsp="http://schemas.xmlsoap.org/ws/2004/09/policy" xmlns:wsu="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd" xmlns:wsp1="http://www.w3.org/ns/ws-policy" xmlns:fi="http://java.sun.com/xml/ns/wsit/2006/09/policy/fastinfoset/service" xmlns:tcp="http://java.sun.com/xml/ns/wsit/2006/09/policy/soaptcp/service" xmlns:wsaw="http://www.w3.org/2005/08/addressing" xmlns:sp="http://schemas.xmlsoap.org/ws/2005/07/securitypolicy" xmlns:sc="http://schemas.sun.com/2006/03/wss/server" xmlns:wspp="http://java.sun.com/xml/ns/wsit/policy" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata" xmlns:sp1="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702"
>
<portType name="MyService">
</portType>
<binding name="MyServicePortBinding" type="tns:MyService">
<wsp1:PolicyReference URI="#MyServicePortBindingPolicy"/>
</binding>
<service name="Store">
<port name="MyServicePort" binding="tns:MyServicePortBinding"/>
</service>
<wsp1:Policy wsu:Id="MyServicePortBindingPolicy">
<wsp1:ExactlyOne>
<wsp1:All>
<wsam:Addressing wsp1:Optional="false"/>
<sp1:TransportBinding>
<wsp1:Policy>
<sp1:TransportToken>
<wsp1:Policy>
<sp1:HttpsToken RequireClientCertificate="false"/>
</wsp1:Policy>
</sp1:TransportToken>
<sp1:Layout>
<wsp1:Policy>
<sp1:Lax/>
</wsp1:Policy>
</sp1:Layout>
<sp1:IncludeTimestamp/>
<sp1:AlgorithmSuite>
<wsp1:Policy>
<sp1:Basic128/>
</wsp1:Policy>
</sp1:AlgorithmSuite>
</wsp1:Policy>
</sp1:TransportBinding>
<sp1:SignedEncryptedSupportingTokens>
<wsp1:Policy>
<sp1:UsernameToken sp1:IncludeToken="http://docs.oasis-open.org/ws-sx/ws-securitypolicy/200702/IncludeToken/AlwaysToRecipient">
<wsp1:Policy>
<sp1:WssUsernameToken10/>
</wsp1:Policy>
</sp1:UsernameToken>
</wsp1:Policy>
</sp1:SignedEncryptedSupportingTokens>
<sc:ValidatorConfiguration wspp:visibility="private">
<sc:Validator name="usernameValidator" classname="com.mypackage.web.webservice.jaxws.validator.PlainTextPasswordValidator"/>
</sc:ValidatorConfiguration>
<sp1:Wss11/>
</wsp1:All>
</wsp1:ExactlyOne>
</wsp1:Policy>
</definitions>
Я добавил местоположение этого файла в путь к классу задачи WSGEN, чтобы он мог его обнаружить. Однако WSDL, создаваемый задачей WSGEN, не включает определение политики WS.
Похоже, что нет никакого аргумента, который я мог бы передать задаче Ant, чтобы она включала WS-Policy. Однако в рамках задачи WSGEN используется тот же самый wsgen, который используется Netbeans, т. Е. Файл из glassfishv2/lib/webservices-tools.jar.
<taskdef name="wsgen"
classname="com.sun.tools.ws.ant.WsGen"
classpathref="wstools.classpath" />
<wsgen sourcedestdir="${wsgen.src.dir}"
resourcedestdir="${wsproxy.resources.dir}"
destdir="${wsgen.build.dir}"
verbose="true"
xendorsed="true"
keep="true"
genwsdl="true"
sei="${store.client.service.name}">
<classpath refid="ws.codegen.classpath" />
</wsgen>
Кому-нибудь повезло, если в задачу Ant были включены определения WS-Policy? Что я делаю неправильно?
Ура,
J
1 ответ
Кажется, что невозможно автоматически объединить файлы WSIT и WSDL с помощью целевого объекта wsgen ant. Также выясняется, что в этом нет необходимости - Glassfish объединяет два файла во время выполнения, поэтому при просмотре wsdl с помощью URL-адреса? Wsdl, предоставляемого Glassfish, вы увидите объединенный файл, который в конечном итоге и будет использоваться клиентом. К счастью, нет необходимости объединять определение политики с вашим WSDL для генерации вашего клиента с использованием wsimport, так как определение политики не имеет никакого значения для генерируемого клиентского кода.
Однако, если вы, как и я, хотите иметь локальную копию вашего объединенного файла WSDL и WSIT, вы можете добиться этого, используя инструмент слияния, разработанный Деннисом Сосноски здесь (см. Подраздел "Инструмент политики метро"). Этот инструмент слияния берет один или несколько файлов политики и объединяет его с вашим WSDL.
Спасибо Деннис!