2006年6月20日
#
JSP生成中使用了一般會使用表達式語言EL，語法和Freemarker是一致的，都是${...}，在模版中的<c:out value=$${subject.name}>這一類Jsp EL,很多時候這個${…}是不應該被FreeMarker解析的。但是正如
http://michael.nona.name/archives/75?中提到的，F(xiàn)reeMarker中又沒有比較好的轉(zhuǎn)義方法，我下午我也想了很久，突然想到一個方法，可以這樣：
<c:out value=${'$'}{subject.name}>
即可以完成轉(zhuǎn)義，解決這個沖突，還是比較好用的
由于yanghuan和shushu考試比較多，晚上我和小曹最終再次review了一下我們的作品，還真是發(fā)現(xiàn)了一個小細節(jié)的地方不妥，又修改了一下。把所有的word文檔轉(zhuǎn)成了PDF，相關文件打包成zip文件，通過email發(fā)送出去的一剎那，輕松了很多，兩個多月的緊張努力和忙碌，終于可以完美的告一段落了。??????
??????從4月中旬中間件課程上楊歡、澍澍說起IBM的SOA大賽，對此都有興趣的我們，當天去聽IBM的SOA宣講會，立即組織了現(xiàn)在的AccelerateSOA團隊，并邀請我們的中間件老師繞老師作為我們的指導老師，從最初對SOA幾乎僅僅停留在直覺地概念上，每周開一次會討論，然后各自去學習相應的SOA資料，到我們每個人都比較全面的明白了SOA的內(nèi)在思想、整體架構(gòu) 并嘆服IBM在架構(gòu)上的廣博與精妙，并在這將近一個月三兩天開會，經(jīng)常msn會議討論，email交流，到現(xiàn)在整整兩個多月了。這兩個多月的合作，我們付出了很多，學到了很多，收獲了很多，正如楊歡在我們團隊blog上總結(jié)的，不管如何，我們已經(jīng)成功了！
??????6月26日23：18分，我們的作品正式email提交給了IBM組委會。明天我們應該可以得到IBM的確認吧
??????現(xiàn)在已經(jīng)陸續(xù)考試了，我們比較慶幸，時間安排得還是很合理，在大規(guī)模的考試來臨之前，圓滿地完成了我們的預定計劃。接下來的一周，我們都該集中時間準備一下考試了；同時，在空余時間，我們還會繼續(xù)SOA的學習和積累，備戰(zhàn)復賽。
??????期待北京之行，五強之爭，期待現(xiàn)實中與我們的SOA友隊，同臺交流、暢談SOA！
在水木bbs上，都在討論服務規(guī)約具體指什么，這個我也是很疑惑，看了我們偉大的模版設計師小曹同學的服務模型設計文檔模版，豁然開朗，呵呵。鑒于很多團隊也不明朗，特共享小曹同學的英明發(fā)現(xiàn)
中文：?
http://www-128.ibm.com/developerworks/cn/rational/419_soa/原文：
http://www-128.ibm.com/developerworks/rational/library/05/419_soa/上面敘述得很詳細的，尤其是中英文對照，就可以很快理解啦，摘要如下：
用于軟件服務的 UML 2.0 Profile 概述
在IBM Rational Sofware Architect 上實現(xiàn) profile 的目的是為描述服務提供一個共同語言，該 profile 包括了在開發(fā)生命周期內(nèi)的很多活動并且為不同的涉眾提供了視圖。例如，該 profile 提供為架構(gòu)師指定服務的能力――在生命周期的早期――使用邏輯劃分來描述整個企業(yè)范圍的服務組合。這個視圖再由設計師來細化，設計師開發(fā)服務規(guī)約說明――結(jié)構(gòu)上的和行為上的――這個服務規(guī)約說明擔當服務的客戶和實現(xiàn)者之間契約的作用。消息視圖為設計師對于公共的服務數(shù)據(jù)定義提供重用信息模型的能力。
藍色字體部分對應的是
This view is further detailed by designers, who develop the service specifications -- both structural and behavioral -- that act as the contracts between the services' clients and implementers.
可見：
?????????服務規(guī)約應該是the service specifications ，也就是服務的契約、調(diào)用約定，擔當服務的客戶和實現(xiàn)者之間契約的作用，同時服務規(guī)約包括結(jié)構(gòu)上的和行為上的，這個我的理解是結(jié)構(gòu)上是指消息的類型，或者在SOA中，應該是SDO部分；行為上，就應該是調(diào)用接口了
??????這是我根據(jù)上面developerWorks上的理解
今天整理了一下架構(gòu)設計概要文檔，總算基本上寫好了。天氣實在太熱了，上午出去了一會兒就熱得有些受不了了。不過還好明天據(jù)說要降溫。
??????然后看了一下原始的需求，發(fā)現(xiàn)我們到現(xiàn)在還有一個服務設計沒有做，前面也一直沒有提到。不過比較疑惑，其中的
l?????? 服務規(guī)約
l?????? 服務實現(xiàn)分析
這兩項分別是什么意思呢？
??????期待小曹的服務設計模版，呵呵，有模版可以參照的日子還是很愜意的。
??????終于發(fā)現(xiàn)計數(shù)器到1000勒，用SnagIt記錄下了這個時刻：
???
呵呵，上午去實驗室的時候，老板說要加強和IBM的合作，我就在想，如果我們最終幸運的進入復賽，那么老板會同意的吧?不管了，先把必要的文檔寫好，過了初賽，到北京玩一圈再說，呵呵
前一段我們因為很多都是通過email群發(fā)的方式，來相互傳閱文檔，同時每個文檔由一個負責人來具體控制，我覺得這樣很好，不過我們前面的通過ftp共享的方式，我覺得還是需要堅持，前兩次咱們總是需要文檔的時候，不知道是在具體那封email里面的，就是這個問題。
??????我看到小曹晚上已經(jīng)建立了一個docs_release目錄了，我們的正式的文檔，就ftp上該目錄下吧。另外，每個人的文檔，還是放在各自的目錄下，同時email附件告知。
ps:這次搶到60了，不過看到我們的訪問次數(shù)馬上就要超過1000了。需要注意的是，我們的1000統(tǒng)計是比較精確的，同時沒有計算通過RSS訪問的，僅僅有Web訪問的計數(shù)，所以還是挺可喜的。恩，shushu和yanghuan同學，你們多寫寫心得哦
推薦兩篇文章：
介紹 IBM Rational Software Architect http://www-128.ibm.com/developerworks/cn/rational/524_rsa/?
基于RSA實現(xiàn)面向服務的體系架構(gòu) http://www-128.ibm.com/developerworks/cn/rational/r-rsa-soa/
我們的組件設計，我看了一下水木上的消息，使用一般的軟件畫出來也可以，要是可能的話，我們也可以考慮使用RSA來畫，或許要好看一些？
晚上又重新看了一下IBM的soa ppt，真的很欣賞一句中國古話了，叫“溫故而知新，可以為師也”，呵呵，每次看看，都有一些不同的收獲。陶潛曾言，“好讀書，不求甚解，每有會意，欣然若狂”，大概也是這種意境吧
WEB1.0是以數(shù)據(jù)為核心，WEB2.0是以人為出發(fā)點的互聯(lián)網(wǎng)
WEB2.0中的一些技術：
Blog：?用戶織網(wǎng)，發(fā)表新知識，和其他用戶內(nèi)容鏈接，進而非常自然的組織這些內(nèi)容。
RSS：?用戶產(chǎn)生內(nèi)容自動分發(fā)，定閱
Podcasting：?個人視頻/聲頻的發(fā)布/定閱
SNS：?blog+人和人之間的鏈接
WIKI：?用戶共同建設一個大百科全書
WEB2.0中很多技術是為了使Web更加有序化，相互連接，有機組織起來
從知識生產(chǎn)的角度看，WEB1.0的任務，是將以前沒有放在網(wǎng)上的人類知識，通過商業(yè)的力量，放到網(wǎng)上去。WEB2.0的任務是，將這些知識，通過每個用戶的瀏覽求知的力量，協(xié)作工作，把知識有機的組織起來，在這個過程中繼續(xù)將知識深化，并產(chǎn)生新的思想火花；
從內(nèi)容產(chǎn)生者角度看，WEB1.0是商業(yè)公司為主體把內(nèi)容往網(wǎng)上搬，而WEB2.0則是以用戶為主，以簡便隨意方式，通過blog/podcasting?方式把新內(nèi)容往網(wǎng)上搬；
從交互性看，WEB1.0是網(wǎng)站對用戶為主；WEB2.0是以P2P為主。
從技術上看，WEB客戶端化，工作效率越來越高。比如像Ajax技術,?GoogleMAP/Gmail里面用得出神入化。
摘自
http://blog.sina.com.cn/u/4951ae02010003ug