其他

現在，簡單解釋一下《使用Axis發布簡單的Web服務》中發布的Web服務所對應WSDL文檔的內容和結構。請注意，同樣的Java類在不同的Web服務開發包中得到的WSDL文檔不一定完全相同，這裡還是以使用Axis的情況作為例子。雖然比較長，但為了方便起見還是把完整的WSDL貼在下面，然後進行說明。由於我對Web服務的認識還很不夠，所以幾乎可以肯定會存在一些誤解，僅作參考。<?xml version="1.0"

示範中心項目裡有一些頁面要求幾個下拉選擇框的內容是具有關聯的關係的，例如在編輯一個實驗項目時，要先在一個下拉框裡選擇該項目所在的示範中心，這時實驗室下拉框裡的內容要根據使用者選中的示範中心改變。為了實現這個目的，我們先後想了幾種方法。1、在使用者選擇示範中心時，重新整理頁面，並把示範中心代碼加在url的後面傳給action。這樣的最大問題是，如果使用者已經填寫了一部分表單，在更改示範中心選擇的時候會丟失已填寫的資訊。除非在重新整理時把整個表單的所有域都加在url裡傳回，但這樣做要在jsp頁面裡增

對於XML這個名字，我們已經再熟悉不過了。它可以說是既簡單又複雜，因為XML本身具有簡單明確的規則，但隨著越來越多基於XML技術的新應用的出現，它又演化出各種複雜的語言。希望這篇文章能為你解決以下問題：XML是什麼、我們為什麼需要它以及怎樣使用它。XML，全稱是可延伸標記語言 (XML)（eXtensible Markup

Struts從1.1版本開始支援把應用程式分為多個模組，每個模組可以看作獨立的應用程式，在帶來方便的同時，我也發現了一些問題。比如有一個struts應用程式分了大約十個模組，現在有以下問題不知道大家一般是怎麼解決的：1、因為要進行驗證，所以在每個模組對應的資源檔裡都要有“errors.required={0} is

必修課：演算法：一定要認真記筆記，而且要把筆記內容想透，老師會變著法子從筆記裡出題。不要逃課，課本最後的內容也可能考。論文最好早點寫，一般考試都會延長半個小時左右，基礎知識要弄紮實，不要怕枯燥。兩次作業，一次分析設計，一次是NPC問題。OO：枯燥，上課會點名，有個圖要早點做（11月），考試也會延長時間。題型比較固定，可以找往屆題參考。老師自創的一些觀點考試很可能會考到。有一個大程式。高體：頭兩個月可能會比較吃力，但題型一般也就是那麼幾種。程旭老師講課很有激情（像推銷員），前幾節課的內容是回顧初級

我們知道，如果ActionForm繼承了ValidatorForm，就可以在validate()方法裡進行資料驗證，其返回是一個ActionErrors對象。但我發現，在驗證出無效的資料輸入後，由於Struts在返回inputForward的時候只會保留原先的ActionForm對象在request裡，所以如果我在Action裡曾手動向request裡setAttribute()過其他對象時，就會提示找不到那個對象。目前的解決方案比較無奈，就是把原來放在request裡的對象改為放在sessio

commons-beanutils是jakarta commons子項目中的一個軟體包，其主要目的是利用反射機制對JavaBean的屬性進行處理。我們知道，一個JavaBean通常包含了大量的屬性，很多情況下，對JavaBean的處理導致大量get/set代碼堆積，增加了代碼長度和閱讀代碼的難度（什麼，你的薪水按程式碼數計算？那千萬別讓老闆看到此帖哦）BeanUtils是這個包裡比較常用的一個工具類，這裡只介紹它的copyProperties()方法。該方法定義如下：public static

在PPP項目中我們組使用PVCS Tracker來跟蹤bug，感覺項目組的確是需要這樣一套系統的，PVCS雖然功能比較強，但首先不是免費的，另外也比較大，對於示範中心這樣的小項目來說有些不夠靈活。因此我安裝了Mantis，一個十分小巧的bug跟蹤工具。Mantis是php寫的開源軟體（Bugzilla也是開源的，written in

以下所說的struts-config.xml和ApplicationResources.properties等檔案名稱是預設時使用的，如果你使用了多模組，或指定了不同的資源檔名稱，這些名字要做相應的修改。1、“No bean found under attribute key

雖然發布的服務很簡單，Axis幫我們產生的WSDL文檔看起來卻是比較複雜的，之所以這樣的主要原因是WSDL要考慮到相容各種實現和具有可擴充性，這就像我們使用一些架構做開發會使代碼總量增加，而好處是使邏輯更加清晰。這篇文章的上半部分介紹了WSDL裡常用到的名稱空間，現在就來說說WSDL裡各元素的含義。一個WSDL文檔裡一般包含<types>、<message>、<portType>、<binding>和<service>這幾個元素，其中&

昨天實驗室讓去給項目買些參考書，我們就去圖書城抱了幾本回來，其中有一本叫《精通JBoss——EJB與Web

上個周末都在研究怎麼用tiles管理示範中心項目的介面，沒想到遇到了不少麻煩，到現在也沒解決。首先，示範中心項目有很多個模組，我們是用struts的模組功能分開的。本來想的是在預設模組裡定義幾個公用的介面定義（definition），然後再各模組裡都繼承這個定義，並修改必要的tile就可以了。沒想到不管怎麼設定，模組裡的定義都繼承不到預設的定義。預設模組裡：<plug-in className="org.apache.struts.tiles.TilesPlugin" >  <

時間不夠用啊，抽時間看點新技術吧（對我來說比較新而已了），看著看著就發現需要看另一個，好象從樹根出發，無論怎麼鑽啊鑽，永遠抓不住所有的樹葉。但是也沒辦法，只恨時間太少，身上兩個項目壓著，痛苦！想起了那句：“天將降大任於斯人也，必先苦其心志，勞其筋骨，餓其體膚，空乏其身，行拂亂其所為，所以動心忍性，增益其所不能”。我決定了，每天把它默念五遍！回想一下，其實這些年一直沒有放棄對Java的學習，但總感覺沒學到什麼特別的。那麼不如就在這裡整理一下吧，看看這三年都學到些什麼，沒做過實際項目的就不算了：技術

editTeacher未提交時即驗證。解決方案：在action定義中加上validate="false"。Teacher對象的code屬性自動產生問題。解決方案：將code屬性由String類型改為Long類型，產生時加1。（如果考慮允許從資料庫中刪除的情況，則該方法還需要修改）ApplicationResources.properties檔案的衝突。解決方案：多模組的情況下，在各模組定義檔案中指定自己的ApplicationResources.properties檔案名稱。validation

一直都不明白反向連結是怎麼實現的，今天好像有點懂了。在這個網站看到，原來一段javascript代碼就夠了，一定是利用了瀏覽器的什麼功能。<script language="Javascript" src="http://www.downes.ca/referrers.js"></script>倒，看了一下這個js的內容，原來document還有個referrer屬性啊，現在完全沒有神秘感了。function write_ref() {   document.write(

今天下午，在mm的強烈要求下，不得不陪她出去逛逛。在門口的一堆公車站牌裡找合適的地方，發現竟然有車直達陶然亭公園，那裡可是我小時候最愛去的地方啊，於是就坐上了特五路。一個多小時才到地方，門票每人兩元，在裡面轉了一圈，發現已經沒有什麼印象了，也沒有特別好玩的。在一個廣場上有些人用大毛筆蘸了水往地上寫字，挺有意思的；另一處有個很高的假山造型的滑梯，很多小朋友玩得不亦樂乎，我們倆都有點心動，不過還是忍住了……轉完陶然亭後就商量去哪吃晚飯，最後決定去著名的簋（音同“鬼”）街看看。先坐800路到複興門，換

Web服務系列計劃由大約十篇文章組成，目的是介紹各種概念，以及開發Web服務的工具。在這第一篇裡我會簡單介紹一下Web服務的概念，並示範一個Web服務的具體應用情境。文章的篇幅不會太長，因為那樣會看得很累，反正我是個“沒有耐心”的人，呵呵。Web服務（Web

示範中心有一項功能是組合查詢，就是在現有資料（例如教師、實驗室、實驗項目）中過濾出感興趣的資料。因為資料的類型比較多，大約有十個，為每種類型都做一套查詢介面和對應的Action代碼很不划算。我打算通過設定檔的方式，為每個類型的資料都需要對哪些屬性進行過濾進行說明，並且說明每個屬性在介面上表現為文字框、下拉框或是日期選擇框，從而產生不同的查詢介面，比如下面的格式定義了教師的查詢屬性集合，等等。<root><queryConfig>    <class>edu.p

這些基本都是從老大身上學來的，在PPP項目中起到了積極作用，我認為至少是比較適合六人左右的小項目的。也有的不算是經驗，或者說是公認的最佳實務，呵呵。1、儘可能獲得詳細的需求，最好把介面先畫出來讓客戶確認，形成文檔。畢竟，修改靜態介面比修改程式快多了。2、有專人負責與客戶保持全程接觸，此人不設計也不編程。在可能情況下讓客戶的人員參與項目，項目結束後的維護工作就可以省很多心了。3、建立兩套版本控制，一套負責代碼，一套負責文檔。交付前，要完全類比客戶環境進行測試，從安裝開始。4、建立bug跟蹤系統，專

我發現寫日誌可以協助自己整理思路，有些技術在一段時間不用後，如果以日誌的形式寫出來，對於鞏固記憶是十分有效。比如這個Web服務系列，為了盡量避免錯誤，我會重新查閱資料，在這個過程中又能學到新的知識。不過，Web服務涉及的面太廣了，而且新技術出現那麼快，即使全部時間都用來研究它也不可能面面俱到，就像一本很厚很厚的書，經常翻翻反而會有意想不到的收穫。上一篇文章裡已經說過Web服務是做什麼用的了，在這一篇裡要說說Web服務的結構，也就是Web服務的協議棧。協議是各角色間用來溝通的基礎，之所以稱為棧，是