丢失SOAP和JAX-WS之间的数据

时间:2013-11-02 00:32:40

标签: java-ee soap netbeans jax-ws

通过SOAP从Web服务发送Java对象时,我遇到了丢失数据的问题。我们有一个名为“User”的类,它有一个数据成员,它是另一个叫做“Company”的类。两者都使用Java注释来绑定XML,将SOAP定义为复杂类型。出于某种原因,当我尝试向Web服务发送或从Web服务发送User对象时,它丢失了公司成员中的数据,将该成员显示为空值。我已经使用NetBeans调试器确定公司对象在发送之前已填充,NetBeans WS测试器显示SOAP正确格式化对象。所以看起来问题在于Java的XML / SOAP到Java的翻译。

以下是SOAP响应:

Method returned

com.lingosys.attask.ws.User:“com.lingosys.attask.ws.User@6f863b” SOAP请求

<?xml version="1.0" encoding="UTF-8"?><S:Envelope xmlns:S="http://schemas.xmlsoap.org

/soap/envelope/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
        <SOAP-ENV:Header/>
        <S:Body>
            <ns2:getUser xmlns:ns2="http://ws.attask.lingosys.com/" xmlns:ns3="http://ws.fault.lingosys.com">
                <UserID>85967</UserID>
            </ns2:getUser>
        </S:Body>
    </S:Envelope>

SOAP Response

    <?xml version="1.0" encoding="UTF-8"?><S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/">
        <SOAP-ENV:Header/>
        <S:Body>
            <ns2:getUserResponse xmlns:ns2="http://ws.attask.lingosys.com/" xmlns:ns3="http://ws.fault.lingosys.com">
                <return>
                    <id>85967</id>
                    <name>Mohamed Abdullahi, Ph.D.</name>
                    <address>P.O. Box 56046</address>
                    <address2>407 Laurier Ave. W.</address2>
                    <adminNotes/>
                    <agreements xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
                    <altPhone1/>
                    <altPhone2/>
                    <certifications/>
                    <city>Ottawa</city>
                    <company>
                        <id>7029</id>
                        <name>Mohamed Abdullahi, Ph.D.</name>
                        <addPMSurchargeforDocTrans>true</addPMSurchargeforDocTrans>
                        <checkKnowledgeMgt>false</checkKnowledgeMgt>
                        <clientID>0</clientID>
                        <docTransPricingScheme>LLS Pricing</docTransPricingScheme>
                        <greatPlainsID/>
                        <guid>c71d4c279af611e287980019d15adc73</guid>
                        <legalEntity>Lingo Systems</legalEntity>
                        <passTradosLeveraging>false</passTradosLeveraging>
                        <paymentTerms>0</paymentTerms>
                        <usLinguistsRequired>false</usLinguistsRequired>
                        <userDataID/>
                    </company>
                    <copyedit>0.0</copyedit>
                    <country/>
                    <email>annie@goodie.com</email>
                    <email2>mdiriye@hotmail.com</email2>
                    <fax/>
                    <firstName>Mohamed</firstName>
                    <helpFuzzy>0.0</helpFuzzy>
                    <helpNew>0.0</helpNew>
                    <helpReps>0.0</helpReps>
                    <hourly>0.0</hourly>
                    <lastName>Abdullahi, Ph.D.</lastName>
                    <lingoNetUser>false</lingoNetUser>
                    <linguistSource>Coto DB</linguistSource>
                    <llsClientID/>
                    <medicalFuzzy>0.0</medicalFuzzy>
                    <medicalNew>0.0</medicalNew>
                    <medicalReps>0.0</medicalReps>
                    <memberships xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
                    <min>0.0</min>
                    <mktFuzzy>0.0</mktFuzzy>
                    <mktNew>0.0</mktNew>
                    <mktReps>0.0</mktReps>
                    <os/>
                    <pager/>
                    <phone/>
                    <pmComments/>
                    <postalCode>KIR 7Z0</postalCode>
                    <qualified xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
                    <roles>Linguist Account</roles>
                    <rushFuzzy>0.0</rushFuzzy>
                    <rushNew>0.0</rushNew>
                    <rushReps>0.0</rushReps>
                    <sourceLanguage>English (US)</sourceLanguage>
                    <specialties xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
                    <state>ON</state>
                    <targetLanguage/>
                    <taxID/>
                    <techFuzzy>0.0</techFuzzy>
                    <techNew>0.0</techNew>
                    <techReps>0.0</techReps>
                    <timeZone>US/Eastern</timeZone>
                    <title/>
                    <tools xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:nil="true"/>
                    <trFuzzy>0.0</trFuzzy>
                    <trNew>0.0</trNew>
                    <trReps>0.0</trReps>
                    <translatorSince/>
                    <trceFuzzy>0.0</trceFuzzy>
                    <trceNew>0.0</trceNew>
                    <trceReps>0.0</trceReps>
                    <uiFuzzy>0.0</uiFuzzy>
                    <uiNew>0.0</uiNew>
                    <uiReps>0.0</uiReps>
                    <userName>mdiriye@hotmail.com</userName>
                </return>
            </ns2:getUserResponse>
        </S:Body>
    </S:Envelope>

我已在Java Ranch上发布此问题以及可包含在此网站帖子中的更多代码:http://www.coderanch.com/t/622496/Web-Services/java/losing-data-SOAP-Web-Service#2845835

如果您有可能想要查看的soem代码或文档,请告诉我。有趣的是这些Web服务的版本非常相似,客户正在开发不同的环境。我正在将NB6.9 Glassfish v2,JDK 1.6升级到NB7.3.1,GF4,JDK 1.7。对公司和用户类进行了一些代码更改,但我认为没有什么可以与SOAP有任何关系。

任何帮助都会得到帮助

2 个答案:

答案 0 :(得分:1)

查看您在coderanch发布的代码:您的用户和公司类不是我称之为“jaxb marshalling friendly”。 :-)这些“简单”的传输对象中有很多逻辑。您可能希望将业务逻辑和传输表示分开。但这只是一个旁注。

更重要的一点是当您使用private Company company;注释注释@XmlElement时服务器抛出的异常。服务器开始抱怨元素的“双重”定义。我建议你

使用@XmlAccessorType(NONE)为转移对象(用户和公司)添加注释。这样你就告诉JAXB不要编组任何未明确定义为封送的属性。比使用@XmlElement@XmlAttribute在两个类别中编组您想要编组的每个属性。

使用@XmlAccessorType(FIELD)为转移对象(用户和公司)添加注释。这将强制JAXB根据您的类中定义的字段构建XML输出。

我更喜欢第一个选项(代替重构整个类模型只包含数据而没有逻辑),因为它清楚地表明了哪些字段被封送到XML而哪些字段没有封送。

这有帮助吗?

答案 1 :(得分:0)

好的,我终于弄清楚发生了什么,并认为我会分享。显然,一个bug悄悄进入JAX-WS或一些相关软件,因此如果属性的名称与其类的名称相同,则会导致Java在翻译时出现问题,即使该属性以小写字母开头也是如此并且类名以大写字母开头。一旦我将User类属性Company对象及其关联的getter和setter从“company”更改为“userCompany”,问题就消失了。看起来这个bug在JDK 1.6的后期阶段悄悄进入。在JDK 1.6.0_7,NB 6.9和Glassfish V.2的旧环境下,这不是问题。但是在新的NB 7.3.1和GF4下,即使我将NetBeans默认java平台的JDK设置为1.6.0_45也存在问题。