Java WebSphere在部署web服务(JAX-WS)时修改我的WSDL
每当我在WebSphere(使用管理员控制台)中部署web服务(作为.WAR)时,它似乎都会修改其WSDL以将其分为WSDL和XSD(基本上删除WSDL类型的内联)。它还将其重命名为GetGedDoc.wsdl(原始名称为GetGedDocumentService.wsdl) 我没有任何具体的问题,但是XSD重命名了所有参数arg0、arg1等等。。。让它们都是可选的 如何防止这种相当烦人的行为 我真的不知道您可以使用什么代码来诊断这个问题,但这是我的WSDLJava WebSphere在部署web服务(JAX-WS)时修改我的WSDL,java,web-services,wsdl,websphere,jax-ws,Java,Web Services,Wsdl,Websphere,Jax Ws,每当我在WebSphere(使用管理员控制台)中部署web服务(作为.WAR)时,它似乎都会修改其WSDL以将其分为WSDL和XSD(基本上删除WSDL类型的内联)。它还将其重命名为GetGedDoc.wsdl(原始名称为GetGedDocumentService.wsdl) 我没有任何具体的问题,但是XSD重命名了所有参数arg0、arg1等等。。。让它们都是可选的 如何防止这种相当烦人的行为 我真的不知道您可以使用什么代码来诊断这个问题,但这是我的WSDL <?xml version=
<?xml version="1.0" encoding="UTF-8"?><!-- Generated by JAX-WS RI (http://jax-ws.java.net).
RI's version is JAX-WS RI 2.2.10 svn-revision#IBM 2.2.10-12/21/2015 12:33:25
PM(foreman)-. -->
<definitions xmlns="http://schemas.xmlsoap.org/wsdl/" name="GetGedDocumentService"
targetNamespace="http://cm.web.dsidiff.fr/" xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
xmlns:tns="http://cm.web.dsidiff.fr/" xmlns:wsam="http://www.w3.org/2007/05/addressing/metadata"
xmlns:wsp="http://www.w3.org/ns/ws-policy" xmlns:wsp1_2="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:xsd="http://www.w3.org/2001/XMLSchema">
<types>
<xsd:schema targetNamespace="http://cm.web.dsidiff.fr/">
<xsd:element name="parameters" type="tns:getDocument"/>
<xsd:complexType name="getDocument">
<xsd:sequence>
<xsd:element minOccurs="1" name="pid" type="xsd:string" />
<xsd:element minOccurs="1" name="login" type="xsd:string" />
<xsd:element minOccurs="1" name="pwd" type="xsd:string" />
<xsd:element minOccurs="1" name="numClient" type="xsd:string" />
<xsd:element minOccurs="0" name="numCompte" type="xsd:string" />
<xsd:element minOccurs="0" name="itemType" type="xsd:string" />
<xsd:element minOccurs="0" name="typeDoc" type="xsd:string" />
</xsd:sequence>
</xsd:complexType>
<xsd:element name="result" type="xsd:string" />
</xsd:schema>
</types>
<message name="getDocument">
<part element="tns:parameters" name="parameters" />
</message>
<message name="getDocumentResponse">
<part element="tns:result" name="result" />
</message>
<portType name="GetGedDocService">
<operation name="getDocument">
<input message="tns:getDocument"/>
<output message="tns:getDocumentResponse" />
</operation>
</portType>
<binding name="GetGedDocSOAP" type="tns:GetGedDocService">
<soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http" />
<operation name="getDocument">
<soap:operation soapAction="http://localhost:9080/DSI_CMDK_WS/getDocument" />
<input>
<soap:body use="literal" />
</input>
<output>
<soap:body use="literal" />
</output>
</operation>
</binding>
<service name="GetGedDocService">
<port binding="tns:GetGedDocSOAP" name="GetGedDocSOAP">
<soap:address location="http://localhost:9080" />
</port>
</service>
</definitions>
有几种可能性。如果@Webservice注释不包含wsdlLocation属性,那么WebSphere不知道您的wsdl,并且正在生成一个wsdl 当wsdl与应用程序打包时,WebSphere将检查它并将其与代码进行比较。如果由于某种原因(操作或参数不匹配,或名称空间不匹配等)它与代码不兼容,那么它将被忽略,并生成另一个
如果它倾向于第二个,那么com.ibm.ws.websvcs.*=all的痕迹可能会提供信息 有两种可能性。如果@Webservice注释不包含wsdlLocation属性,那么WebSphere不知道您的wsdl,并且正在生成一个wsdl 当wsdl与应用程序打包时,WebSphere将检查它并将其与代码进行比较。如果由于某种原因(操作或参数不匹配,或名称空间不匹配等)它与代码不兼容,那么它将被忽略,并生成另一个
如果它倾向于第二个,那么com.ibm.ws.websvcs.*=all的痕迹可能会提供信息 这是有道理的!我如何“跟踪com.ibm.ws.webvcs.*=all”?我对Eclipse/Rational/WebSphere非常缺乏经验。在管理控制台中,故障排除->日志和跟踪->(服务器)->更改详细级别,选择“运行时”选项卡,将*=info更改为*=info:com.ibm.ws.webvcs.*=all。如果希望在服务器重新启动期间保持此状态,请选中复选框“将更改保存到配置”。单击确定,然后单击保存。输出将在trace.log中,这很有意义!我如何“跟踪com.ibm.ws.webvcs.*=all”?我对Eclipse/Rational/WebSphere非常缺乏经验。在管理控制台中,故障排除->日志和跟踪->(服务器)->更改详细级别,选择“运行时”选项卡,将*=info更改为*=info:com.ibm.ws.webvcs.*=all。如果希望在服务器重新启动期间保持此状态,请选中复选框“将更改保存到配置”。单击确定,然后单击保存。输出将在trace.log中