• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            posts - 13,comments - 0,trackbacks - 0
            axis 傳輸 簡(jiǎn)單對(duì)象,復(fù)雜對(duì)象,List,Map等收藏
            來(lái)源:http://yangzb.javaeye.com/blog/319900

            那些java的對(duì)象是可以序列化為xml的, 并且可以從xml反序列化為java對(duì)象的?
            那些對(duì)象與xml之間不能夠序列化和反序列化?
            在開發(fā)的時(shí)候應(yīng)該注意哪些問題?

            根據(jù)我的理解, 有如下幾種對(duì)象:
            1)axis1.2內(nèi)在支持的幾種對(duì)象類型。
            ????????? 這幾種內(nèi)在支持的對(duì)象包括:
            ????????? java基本類型 : int, float,,,,
            ????????? 基本類型包裝類 : Integer, Float, Long...
            ????????? 還有String, Date, Calendar, BigDecimal, BigInteger, List, Map.
            ???? 凡是這些內(nèi)在支持的對(duì)象, 不管他們作為某個(gè)Service的input 還是 output, 我們?cè)诜?wù)端的axis1.2的WEB-INF/server-config.wsdd的該Service的定義中都不需要加入 <beanMapping>或者是<typeMapping>的聲明。

            2)簡(jiǎn)單的javabean對(duì)象類型。
            ?????? 對(duì)于簡(jiǎn)單的javabean對(duì)象, 比如對(duì)象中所有的field都是上面提到的基本類型。 axis1.2也提供了很好的支持。
            ?????? 比如:
            ?????? public class JavaBeanInputService {
            ?????????? public void testJavaBeanInput(MyBean bean) {
            ?????????????? ......
            ????????? }
            ?????? }
            ???????? 由于MyBean是一個(gè)自定義的JavaBean對(duì)象, 所以在server-config.wsdd中就必須加上<beanMapping ...../>的聲明, 讓axis知道怎么把request中xml數(shù)據(jù)deserialize為MyBean對(duì)象, 又如何把MyBean對(duì)象serialize為xml數(shù)據(jù)作為response.用wtp自動(dòng)為JavaInputService生成的wsdl中, MyBean是作為一個(gè)complexType在wsdl中定義的。

            3)復(fù)雜一點(diǎn)的JavaBean對(duì)象。
            ??????? 比如JavaBean對(duì)象中的一些field又是自定義的JavaBean,? 這種情況下, wsdl中生成的complextype會(huì)有多個(gè), 而在wsdd定義的<beanMapping .../>也會(huì)有多個(gè), axis1.2支持起來(lái)都是易如反掌。

            4)普通的非javabean對(duì)象。
            ????? 對(duì)于一些不是javaBean的對(duì)象, wtp也會(huì)替你生成對(duì)應(yīng)的wsdl的ComplexType, 依據(jù)的是對(duì)象的getter方法。但是顯然這是不夠的。 比如說有些對(duì)象的數(shù)據(jù)結(jié)構(gòu)比較復(fù)雜, 像java.util.HashMap(雖然這個(gè)已經(jīng)被axis內(nèi)在支持了。)這些對(duì)象如果想要把自己的狀態(tài)進(jìn)行serialization和 deserialization, 就得自己編寫serializer和deserializer,? 而且還必須保證wsdl中的該complexType的描述是正確的。

            5)java中的List, Map問題。
            ?????? 試想一下如果一個(gè)service的樣子是這樣子的。

            ?????? public class ListService{
            ???????????? public List listTest(List list) {
            ??????????????????? for(Iterator iter = list.iterator(); iter.hasNext(); ) {
            ?????????????????????????? (MyBean)list.next();//進(jìn)行強(qiáng)轉(zhuǎn)。
            ??????????????????? }
            ????????????? }
            ?????? }
            ??????? 用wtp為這個(gè)service生成的wsdl中把list映射為一個(gè)type為xsd:anyType的maxOccurs="unbound"的complexType。這樣的話客戶端生成的Stub中的接口中類似于:
            ??????? public interface ListService{
            ???????????? public Object[] listTest(Object[] list) ;
            ??????? }
            ??????? 如果Client端用戶傳遞的入口參數(shù)是String[],那么在服務(wù)端執(zhí)行的必然會(huì)發(fā)生轉(zhuǎn)型錯(cuò)誤。
            ??????? 因此,在webservice中把List, Map作為service的input, output的做法都是不可行的。至少在jdk1.4的版本中是這樣的。
            ??????? 一個(gè)更好的方法就是:

            6)java中的數(shù)組。
            ????? 上例中的ListService如果改造為下面這樣,基本上就沒有上面提到的問題了。
            ????? public class ListService{
            ???????????? public MyBean[] listTest(MyBean[] list) {
            ?????????????????? ...
            ???????????? }
            ?????? }
            ??????? 這樣在wsdl中, MyBean被映射為一種ComplexType,MyBean[]為映射為ComplexType為映射為可以重復(fù)出現(xiàn)的MyBean類型。在客戶端的 Stub的接口跟這個(gè)也是類似的。從而也成功地避免了List, Map中型別問題。

            ?????? 要注意的是,在server-config.wsdd中需要配置<arrayMapping.../>
            ?????? 似乎List, Map的問題用數(shù)組就可以解決了。事實(shí)上就是如此。但是還得注意的是:
               javabean里邊也不能含有List. 如果MyBean跟其它某個(gè)對(duì)象是1:n的關(guān)系,那么也只能寫成數(shù)組的形式,而不能是List的形式。

            7)特殊對(duì)象java.lang.Object
            ?????? 如果一個(gè)service寫成了下面的形式:
            ?????? public class ObjectService{
            ???????????? public Object objInvoke(Object obj) {
            ?????????????????? ...
            ???????????? }
            ?????? }
            ??????? 想把它發(fā)布為web service, 那么幾乎是不太可能的。遇到obj類型,wsdl里邊只能定義為xsd:anyType類型,而這種類型如果給客戶端返回一個(gè)比如MyBean類型,那么 必然會(huì)導(dǎo)致xml的serialization的失敗。結(jié)論就是:

            ???????? web service中如果input 或者是output是java.lang.Object類型,那么將會(huì)導(dǎo)致嚴(yán)重問題。
            ???????
            ??????? 上 面的幾種對(duì)象類型基本上能夠涵蓋將java class發(fā)布為web service時(shí)需要考慮的對(duì)象類型。可以看到開發(fā)web service的時(shí)候,并不是所有的java都能夠輕而易舉地發(fā)布為web service, 一些復(fù)雜的類的對(duì)象類型,還有一些特殊的對(duì)象類型都是要考慮的。最后一個(gè)問題是:子類是否也很容易的得到序列化和反序列化?
            ???????? 答案是肯定的。如下的Service:
            ????????? public class PolymorphicService{
            ???????????? public MyBean objInvoke(MyBean obj) {
            ?????????????????? ...
            ???????????? }
            ???????? }
            ????????? 客戶端的Stub如下:
            ????????? public class PolymorphicServiceStub{
            ???????????? public MyBean objInvoke(MyBean obj) {
            ?????????????????? ...
            ???????????? }
            ???????? }
            ???????? 如果在客戶端調(diào)用stub時(shí)傳入的不是MyBean類的對(duì)象,而是它的子類的一個(gè)對(duì)象,那么也可以被序列化而傳到服務(wù)端。同樣,如果服務(wù)端返回的對(duì)象是MyBean類的字類的一個(gè)對(duì)象,也可以成功的被序列化到客戶端。
            posted on 2009-05-25 11:13 收藏也是種愛好 閱讀(1045) 評(píng)論(0)  編輯 收藏 引用 所屬分類: Java

            只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            99蜜桃臀久久久欧美精品网站 | 无码国内精品久久人妻麻豆按摩 | 国产成人精品久久| 亚洲第一极品精品无码久久| 精品久久久久久国产| 久久久久久人妻无码| 国产亚洲美女精品久久久| 色播久久人人爽人人爽人人片aV | 国产精品无码久久久久久| 久久99精品久久久久久野外| 亚洲七七久久精品中文国产| 久久夜色精品国产欧美乱| 久久AAAA片一区二区| 国色天香久久久久久久小说 | 激情伊人五月天久久综合 | 伊人精品久久久久7777| 久久久亚洲欧洲日产国码二区| 伊人丁香狠狠色综合久久| 国产成人久久精品一区二区三区| 精品久久久久久久久久久久久久久| 亚洲精品第一综合99久久| 婷婷久久综合九色综合98| 久久人妻少妇嫩草AV蜜桃| 久久国产午夜精品一区二区三区| 1000部精品久久久久久久久| 久久久久亚洲AV无码观看| 久久免费视频一区| 久久AAAA片一区二区| 999久久久国产精品| 欧美久久综合性欧美| 丰满少妇人妻久久久久久| 欧洲成人午夜精品无码区久久| 欧美日韩久久中文字幕| 欧美日韩成人精品久久久免费看| 国产成人精品久久亚洲高清不卡 | 亚洲午夜久久影院| 久久婷婷国产麻豆91天堂| 韩国无遮挡三级久久| 久久99国产精品久久99果冻传媒| 99精品久久精品| 亚洲一本综合久久|