摘要: 新年即將來臨,Peter在OSGi的官方blog上對OSGi 06年的發展進行了回顧,同時也就07年OSGi進行了展望,在這篇blog中我也對一年以來OSGi的發展、自己在OSGi方面的工作以及對于明年OSGi的期望也做些闡述。 閱讀全文
摘要: 12月30日下午13:00--15:00我將在普元goCom社區舉行一次OSGi Topic,歡迎感興趣的O粉(OSGi Fans)到時前往交流和討論,由于這是在網上首次進行的公開Topic,鑒于對聽眾群不了解的情況,本次Topic主要仍然是宣傳和推廣OSGi,所以基本上只是OSGi的一些簡介,以下列出了大綱和PPT的下載地址。 閱讀全文
摘要: 之前也寫過關于Service-Oriented Component Model的blog了,Service-Oriented Component Model(以下簡稱SOCM)是OSGi R4中最為重要的改進,SOCM也是切實體現OSGi的動態性的模型,大家在使用SOCM的時候可能會因為受到原有思想的影響而一時無法理解,在這篇blog中將再次的對SOCM進行講解,以便大家能夠更好的理解和進行運用。 閱讀全文
摘要: EclipseCon2007中OSGi主題部分的Long Talks均已提交,雖然尚未確定最終哪些Topic將會入選,我們可以先一睹為快,此次總共提交了16個Topic,讓我們來看看這些Topic: 閱讀全文
摘要: 置換模式,引用即將出版的《ajax模式和最佳實踐》(也就是《ajax patterns and best practice》)中對于它的意圖的描述:
“置換模式(Permutations pattern) 被服務器用來分離資源(URL)與表現(例如HTML或XML)。分離資源與表現使得終端用戶只需要關心資源,不需要擔心URL所關聯的內容。例如,假如一個客戶的銀行帳號是URL http://mydomain.com/accounts/user,那么相同的 URL 能夠被各種各樣的設備 (電話,PC等等)來使用?!?nbsp; 閱讀全文
“置換模式(Permutations pattern) 被服務器用來分離資源(URL)與表現(例如HTML或XML)。分離資源與表現使得終端用戶只需要關心資源,不需要擔心URL所關聯的內容。例如,假如一個客戶的銀行帳號是URL http://mydomain.com/accounts/user,那么相同的 URL 能夠被各種各樣的設備 (電話,PC等等)來使用?!?nbsp; 閱讀全文
摘要: 一眼看過去相信大家都知道用Runtime.getRuntime().exec來調用,我的需求就是:
調用Oracle EXP命令完成備份,并返回生成的備份文件名,這個備份文件會很快在其他的地方被使用。
采用Runtime.getRuntime().exec我們都知道,需要處理它的InputStream,以避免出現執行的命令輸出的信息過多使得進程被堵死,OK,按照這樣的方法寫出來的代碼執行后卻碰到了問題..... 閱讀全文
調用Oracle EXP命令完成備份,并返回生成的備份文件名,這個備份文件會很快在其他的地方被使用。
采用Runtime.getRuntime().exec我們都知道,需要處理它的InputStream,以避免出現執行的命令輸出的信息過多使得進程被堵死,OK,按照這樣的方法寫出來的代碼執行后卻碰到了問題..... 閱讀全文
摘要: 在之前的一篇blog中我曾經寫到過CM對于application level的configuration的不適用,提到的主要是兩點:
1、無法在外部統一的對Bundle中service所需要的屬性進行管理;
當時基于這個約束,只好在各自的bundle下編寫一個管理當前bundle屬性的服務,當外部需要管理此bundle的屬性時,必須通過這個服務來管理,否則的話改變是不會起到效果的。
2、無法共享屬性的配置。
每個bundle都保存自己獨立的一份屬性配置,這就導致了當出現共享屬性時,在管理端也不得不同時去重復的更新多個bundle。
經過對于Equinox的CM實現代碼的查看,發現我冤枉CM了,現在給它平反,:) 閱讀全文
1、無法在外部統一的對Bundle中service所需要的屬性進行管理;
當時基于這個約束,只好在各自的bundle下編寫一個管理當前bundle屬性的服務,當外部需要管理此bundle的屬性時,必須通過這個服務來管理,否則的話改變是不會起到效果的。
2、無法共享屬性的配置。
每個bundle都保存自己獨立的一份屬性配置,這就導致了當出現共享屬性時,在管理端也不得不同時去重復的更新多個bundle。
經過對于Equinox的CM實現代碼的查看,發現我冤枉CM了,現在給它平反,:) 閱讀全文
摘要: 此模式出自《Ajax patterns and best practice》,這個模式非常具備實際意義,為客戶端的緩存實現做出了指導,和以往在使用傳統B/S結構進行開發時所做緩存的思路有一個改進點,:)。 閱讀全文
摘要: 界面設計,一個在軟件行業非常尷尬地位的東西,但是絕對離不開的東西,不過在軟件行業的技術發展一直是為程序員們提供更佳的方式,而在界面設計方面則是在近些年來才逐漸的重視,但這并不意味著在界面設計上一直就做的很好,反倒在界面設計方面一直就是軟件設計中最薄弱的環節,如果從軟件設計的層面去看界面設計,N多的設計師都會看到其中犯的N多設計錯誤的基本常識,可以去想想為什么每次系統改界面總會是件那么痛苦的事,很多時候都是因為在項目/產品中缺乏專業的界面設計師而造成的。
在你的項目/產品中,是否有專業的界面設計師呢? 閱讀全文
在你的項目/產品中,是否有專業的界面設計師呢? 閱讀全文
摘要: EclipseCon 2007中將會有關于OSGi的專題Topic,經過一段時間的Topic征求后,目前公布出來了一些Topic供大家投票,以確定到底哪幾個Topic會在明年的EclipseCon上登場,稍微看了一下,基本上都屬于初級的介紹,沒有什么深入性質的探討,畢竟OSGi在國外目前也只是處于開始流行階段,順便提一下最近OSGi EEG倒是有不少的動作,相信近期會有一些他們活動的結果公告出來。
在這篇blog中將介紹下這些參加海選的Topic....
總體而言,無論這里面哪些Topic會成為EclipseCon 2007的正式Topic,它們的講述必將為OSGi的推廣做出貢獻,支持誰,就趕緊為它投上一票吧,移動、聯通、小靈通用戶均發送至OSGi,哈哈
回到正題,給Topic投票必須是EclipseCon網站的注冊會員,或者你可以直接發郵件給peter,:),具體投票的地址請見:
http://bundles.osgi.org/Conference/Tutorials 閱讀全文
在這篇blog中將介紹下這些參加海選的Topic....
總體而言,無論這里面哪些Topic會成為EclipseCon 2007的正式Topic,它們的講述必將為OSGi的推廣做出貢獻,支持誰,就趕緊為它投上一票吧,移動、聯通、小靈通用戶均發送至OSGi,哈哈
回到正題,給Topic投票必須是EclipseCon網站的注冊會員,或者你可以直接發郵件給peter,:),具體投票的地址請見:
http://bundles.osgi.org/Conference/Tutorials 閱讀全文