2006年6月12日
#
JSP生成中使用了一般會(huì)使用表達(dá)式語言EL，語法和Freemarker是一致的，都是${...}，在模版中的<c:out value=$${subject.name}>這一類Jsp EL,很多時(shí)候這個(gè)${…}是不應(yīng)該被FreeMarker解析的。但是正如
http://michael.nona.name/archives/75?中提到的，F(xiàn)reeMarker中又沒有比較好的轉(zhuǎn)義方法，我下午我也想了很久，突然想到一個(gè)方法，可以這樣：
<c:out value=${'$'}{subject.name}>
即可以完成轉(zhuǎn)義，解決這個(gè)沖突，還是比較好用的
由于yanghuan和shushu考試比較多，晚上我和小曹最終再次review了一下我們的作品，還真是發(fā)現(xiàn)了一個(gè)小細(xì)節(jié)的地方不妥，又修改了一下。把所有的word文檔轉(zhuǎn)成了PDF，相關(guān)文件打包成zip文件，通過email發(fā)送出去的一剎那，輕松了很多，兩個(gè)多月的緊張努力和忙碌，終于可以完美的告一段落了。??????
??????從4月中旬中間件課程上楊歡、澍澍說起IBM的SOA大賽，對此都有興趣的我們，當(dāng)天去聽IBM的SOA宣講會(huì)，立即組織了現(xiàn)在的AccelerateSOA團(tuán)隊(duì)，并邀請我們的中間件老師繞老師作為我們的指導(dǎo)老師，從最初對SOA幾乎僅僅停留在直覺地概念上，每周開一次會(huì)討論，然后各自去學(xué)習(xí)相應(yīng)的SOA資料，到我們每個(gè)人都比較全面的明白了SOA的內(nèi)在思想、整體架構(gòu) 并嘆服IBM在架構(gòu)上的廣博與精妙，并在這將近一個(gè)月三兩天開會(huì)，經(jīng)常msn會(huì)議討論，email交流，到現(xiàn)在整整兩個(gè)多月了。這兩個(gè)多月的合作，我們付出了很多，學(xué)到了很多，收獲了很多，正如楊歡在我們團(tuán)隊(duì)blog上總結(jié)的，不管如何，我們已經(jīng)成功了！
??????6月26日23：18分，我們的作品正式email提交給了IBM組委會(huì)。明天我們應(yīng)該可以得到IBM的確認(rèn)吧
??????現(xiàn)在已經(jīng)陸續(xù)考試了，我們比較慶幸，時(shí)間安排得還是很合理，在大規(guī)模的考試來臨之前，圓滿地完成了我們的預(yù)定計(jì)劃。接下來的一周，我們都該集中時(shí)間準(zhǔn)備一下考試了；同時(shí)，在空余時(shí)間，我們還會(huì)繼續(xù)SOA的學(xué)習(xí)和積累，備戰(zhàn)復(fù)賽。
??????期待北京之行，五強(qiáng)之爭，期待現(xiàn)實(shí)中與我們的SOA友隊(duì)，同臺(tái)交流、暢談SOA！
在水木bbs上，都在討論服務(wù)規(guī)約具體指什么，這個(gè)我也是很疑惑，看了我們偉大的模版設(shè)計(jì)師小曹同學(xué)的服務(wù)模型設(shè)計(jì)文檔模版，豁然開朗，呵呵。鑒于很多團(tuán)隊(duì)也不明朗，特共享小曹同學(xué)的英明發(fā)現(xiàn)
中文：?
http://www-128.ibm.com/developerworks/cn/rational/419_soa/原文：
http://www-128.ibm.com/developerworks/rational/library/05/419_soa/上面敘述得很詳細(xì)的，尤其是中英文對照，就可以很快理解啦，摘要如下：
用于軟件服務(wù)的 UML 2.0 Profile 概述
在IBM Rational Sofware Architect 上實(shí)現(xiàn) profile 的目的是為描述服務(wù)提供一個(gè)共同語言，該 profile 包括了在開發(fā)生命周期內(nèi)的很多活動(dòng)并且為不同的涉眾提供了視圖。例如，該 profile 提供為架構(gòu)師指定服務(wù)的能力――在生命周期的早期――使用邏輯劃分來描述整個(gè)企業(yè)范圍的服務(wù)組合。這個(gè)視圖再由設(shè)計(jì)師來細(xì)化，設(shè)計(jì)師開發(fā)服務(wù)規(guī)約說明――結(jié)構(gòu)上的和行為上的――這個(gè)服務(wù)規(guī)約說明擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用。消息視圖為設(shè)計(jì)師對于公共的服務(wù)數(shù)據(jù)定義提供重用信息模型的能力。
藍(lán)色字體部分對應(yīng)的是
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.
可見：
?????????服務(wù)規(guī)約應(yīng)該是the service specifications ，也就是服務(wù)的契約、調(diào)用約定，擔(dān)當(dāng)服務(wù)的客戶和實(shí)現(xiàn)者之間契約的作用，同時(shí)服務(wù)規(guī)約包括結(jié)構(gòu)上的和行為上的，這個(gè)我的理解是結(jié)構(gòu)上是指消息的類型，或者在SOA中，應(yīng)該是SDO部分；行為上，就應(yīng)該是調(diào)用接口了
??????這是我根據(jù)上面developerWorks上的理解
今天整理了一下架構(gòu)設(shè)計(jì)概要文檔，總算基本上寫好了。天氣實(shí)在太熱了，上午出去了一會(huì)兒就熱得有些受不了了。不過還好明天據(jù)說要降溫。
??????然后看了一下原始的需求，發(fā)現(xiàn)我們到現(xiàn)在還有一個(gè)服務(wù)設(shè)計(jì)沒有做，前面也一直沒有提到。不過比較疑惑，其中的
l?????? 服務(wù)規(guī)約
l?????? 服務(wù)實(shí)現(xiàn)分析
這兩項(xiàng)分別是什么意思呢？
??????期待小曹的服務(wù)設(shè)計(jì)模版，呵呵，有模版可以參照的日子還是很愜意的。
??????終于發(fā)現(xiàn)計(jì)數(shù)器到1000勒，用SnagIt記錄下了這個(gè)時(shí)刻：
???
呵呵，上午去實(shí)驗(yàn)室的時(shí)候，老板說要加強(qiáng)和IBM的合作，我就在想，如果我們最終幸運(yùn)的進(jìn)入復(fù)賽，那么老板會(huì)同意的吧?不管了，先把必要的文檔寫好，過了初賽，到北京玩一圈再說，呵呵
前一段我們因?yàn)楹芏喽际峭ㄟ^email群發(fā)的方式，來相互傳閱文檔，同時(shí)每個(gè)文檔由一個(gè)負(fù)責(zé)人來具體控制，我覺得這樣很好，不過我們前面的通過ftp共享的方式，我覺得還是需要堅(jiān)持，前兩次咱們總是需要文檔的時(shí)候，不知道是在具體那封email里面的，就是這個(gè)問題。
??????我看到小曹晚上已經(jīng)建立了一個(gè)docs_release目錄了，我們的正式的文檔，就ftp上該目錄下吧。另外，每個(gè)人的文檔，還是放在各自的目錄下，同時(shí)email附件告知。
ps:這次搶到60了，不過看到我們的訪問次數(shù)馬上就要超過1000了。需要注意的是，我們的1000統(tǒng)計(jì)是比較精確的，同時(shí)沒有計(jì)算通過RSS訪問的，僅僅有Web訪問的計(jì)數(shù)，所以還是挺可喜的。恩，shushu和yanghuan同學(xué)，你們多寫寫心得哦
推薦兩篇文章：
介紹 IBM Rational Software Architect http://www-128.ibm.com/developerworks/cn/rational/524_rsa/?
基于RSA實(shí)現(xiàn)面向服務(wù)的體系架構(gòu) http://www-128.ibm.com/developerworks/cn/rational/r-rsa-soa/
我們的組件設(shè)計(jì)，我看了一下水木上的消息，使用一般的軟件畫出來也可以，要是可能的話，我們也可以考慮使用RSA來畫，或許要好看一些？
晚上又重新看了一下IBM的soa ppt，真的很欣賞一句中國古話了，叫“溫故而知新，可以為師也”，呵呵，每次看看，都有一些不同的收獲。陶潛曾言，“好讀書，不求甚解，每有會(huì)意，欣然若狂”，大概也是這種意境吧
WEB1.0是以數(shù)據(jù)為核心，WEB2.0是以人為出發(fā)點(diǎn)的互聯(lián)網(wǎng)
WEB2.0中的一些技術(shù)：
Blog：?用戶織網(wǎng)，發(fā)表新知識(shí)，和其他用戶內(nèi)容鏈接，進(jìn)而非常自然的組織這些內(nèi)容。
RSS：?用戶產(chǎn)生內(nèi)容自動(dòng)分發(fā)，定閱
Podcasting：?個(gè)人視頻/聲頻的發(fā)布/定閱
SNS：?blog+人和人之間的鏈接
WIKI：?用戶共同建設(shè)一個(gè)大百科全書
WEB2.0中很多技術(shù)是為了使Web更加有序化，相互連接，有機(jī)組織起來
從知識(shí)生產(chǎn)的角度看，WEB1.0的任務(wù)，是將以前沒有放在網(wǎng)上的人類知識(shí)，通過商業(yè)的力量，放到網(wǎng)上去。WEB2.0的任務(wù)是，將這些知識(shí)，通過每個(gè)用戶的瀏覽求知的力量，協(xié)作工作，把知識(shí)有機(jī)的組織起來，在這個(gè)過程中繼續(xù)將知識(shí)深化，并產(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為主。
從技術(shù)上看，WEB客戶端化，工作效率越來越高。比如像Ajax技術(shù),?GoogleMAP/Gmail里面用得出神入化。
摘自
http://blog.sina.com.cn/u/4951ae02010003ug
IBM的網(wǎng)頁上已經(jīng)把團(tuán)隊(duì)的信息正式公布出來了，在
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info.shtml上可以看到，我們的團(tuán)隊(duì)在第三頁
http://www-900.ibm.com/cn/software/websphere/events/soacontest/team_info3.shtml??????下午看了一下各個(gè)兄弟團(tuán)隊(duì)的blog，很多團(tuán)隊(duì)都做得挺不錯(cuò)的，把一些自認(rèn)為比較好的blog添加到我們的兄弟友隊(duì)里面，這樣也可以多多交流啦
??????一個(gè)多月的努力了，最后的幾天，我們要加油哦
昨天收到的快件，一上午就去拿了，呵呵，原來又是一個(gè)光盤，這次包括了一個(gè)TurboCRM的實(shí)施方案，還有就是一些用友ERP的資料，好像這個(gè)和上次的一樣，奇怪。
??????仔細(xì)看了一下，TurboCRM的資料還是非常有用的，這次是完整的敘述了一個(gè)他們公司的一個(gè)案例，我覺得這個(gè)應(yīng)該對我們的設(shè)計(jì)和架構(gòu)影響比較大的吧，好好看看再說，正好晚上開會(huì)可以討論一下
??????仔細(xì)看了一下，比較可喜的發(fā)現(xiàn)，原來TurboCRM軟件是支持B/S模式的啊，原來一直以為不能支持的呢，呵呵。該文章詳細(xì)的介紹了CRM要解決的問題，以及相應(yīng)的解決方案，然后就是TurboCRM的一些數(shù)據(jù)資料的結(jié)構(gòu)和構(gòu)成，仔細(xì)看了倒是發(fā)現(xiàn)原來很多理解上的不深入。
??????具體的資料，放在我們的ftp目錄SOA學(xué)習(xí)資料\用友&TurboCRM下了，大家抓緊時(shí)間看看，晚上我們看看可以根據(jù)這個(gè)把設(shè)計(jì)做什么改進(jìn)。
我們已經(jīng)忙碌了一個(gè)多月，現(xiàn)在就到最后的沖刺了，我們再加油一把，就可以到北京休息啦！
今天忙碌了一下，把部署視圖寫好了。前面大家一直討論的架構(gòu)設(shè)計(jì)的事情，現(xiàn)在經(jīng)過幾輪email討論，我想我們現(xiàn)在也該是基本上意見統(tǒng)一了，就看明天的組件設(shè)計(jì)，再把這個(gè)寫好，我們就可以來一個(gè)Review了。
下午收到了IBM寄過來的又一個(gè)快件，還沒有去看，不過比較好玩的是，這次的收件人是我們的隊(duì)名AccelerateSOA啦，明天去看看再說，好好奇的呢
加油，Accelerate！
摘要: 用友NC系統(tǒng)中外部數(shù)據(jù)交換平臺(tái)的簡單原理敘述，同時(shí)針對我們的soa大賽，做了一些介紹
閱讀全文
BlueDavy的
關(guān)于Plugin Framework的關(guān)鍵因素 提到了幾點(diǎn)
1、?? Plugin的編寫?
?????????一個(gè)好的Plugin System對Plugin沒有任何編碼上的要求，要求的只是其描述文件的編寫
2、?? Plugin的部署?
?????????如何更加方便的去部署一個(gè)Plugin，考慮中根據(jù)配置從相應(yīng)的目錄或網(wǎng)站搜索Plugin并注冊到系統(tǒng)中
3、?? Plugin的調(diào)用?
?????????根據(jù)Plugin的描述采取相應(yīng)的方式調(diào)用Plugin，例如webservice方式、socket方式等等
4、?? Plugin的交互?
?????????也許可以參考Maven的方式，比如需要調(diào)用其他的plugin，則采用類似這樣的配置或調(diào)用<attain plugin=”pluginname” function=”sendmail”/>抑或采用IoC容器注入依賴？？
5、?? Plugin的擴(kuò)展?
?????????對于Plugin的擴(kuò)展，這個(gè)Eclipse的擴(kuò)展點(diǎn)完全值得參考
6、?? Plugin的依賴關(guān)系的分析?????????
?????????這是我構(gòu)思中的一個(gè)東西，希望系統(tǒng)所有的模塊都基于此Plugin Framework，然后我們可以根據(jù)這些模塊Plugin來分析整個(gè)系統(tǒng)中各模塊的依賴關(guān)系等等，并進(jìn)行監(jiān)控，甚至在將來可以圖形化的進(jìn)行配置，圖形化搭積木式的搭建自己的系統(tǒng)，^_^
我發(fā)現(xiàn)，這個(gè)插件體系結(jié)構(gòu)，和SOA中的SCA體系結(jié)構(gòu)，還有Spring中的Beans工廠，有很多相似之處的，如下：
1.???SCA的編寫：
?????????需要繼承SCA的接口。不過，我倒是更加喜歡spring的方式，使用bean來配置一套系統(tǒng)，對每個(gè)bean沒有編碼限制
2.???SCA的部署
?????????使用scdl.xml進(jìn)行部署描述。如果scdl.xml存在于網(wǎng)絡(luò)中，是否能部署成功這個(gè)倒是不清楚。spring中直接使用xml描述，主要是各個(gè)Beans的配置
3.???SCA的調(diào)用
?????????使用binding進(jìn)行組合調(diào)用，現(xiàn)在支持的有SCA Binding、WebService Binding等等。spring中使用屬性注入和構(gòu)造器注入
4.???SCA的交互
??????使用import/export來暴露具體的接口，然后進(jìn)行調(diào)用。直接使用IOC，注入依賴，相互交互是依靠使用預(yù)定義接口，實(shí)現(xiàn)契約。
5.???SCA的擴(kuò)展
??????可以使用繼承來修改原來的模塊，并在運(yùn)行時(shí)通過替換SCA模塊達(dá)到目的。Plugin的擴(kuò)展點(diǎn)（Extension Point）的概念到時(shí)值得仔細(xì)考慮，非常靈活的。Spring中，通過修改配置文件，使用不同的beans來擴(kuò)展原有系統(tǒng)。
6、?SCA的依賴關(guān)系
??????好像現(xiàn)在ESB中還沒有Service Register的實(shí)現(xiàn)，其實(shí)，分析SCA的配置文件，是可以找到這些依賴的。本來就是一個(gè)總線結(jié)構(gòu)的啊。spring中beans工廠的配置文件現(xiàn)在倒是有很多基于eclipse的實(shí)現(xiàn)。
??????先寫這幾條，這幾天在仔細(xì)研究這些技術(shù)