摘要: 大家都知道,xmlhttp在通信時采用的是utf編碼,而國內很多網頁的信息都是采用gbk編碼,所以當直接通過ajax去連接網頁,并將獲取到的信息直接顯示的話就會出現亂碼的現象,有些時候無法改變服務器端網頁的編碼(例如獲取別的網站的天氣預報信息),在這種時候就只能在客戶端通過js做編碼的工作了,下面這段js就是用于將服務器端返回的gbk編碼字符串轉換為utf編碼字符串: 閱讀全文
摘要: 對于搜索技術基本是完全不懂,在這里也只是談談自己的一些想法,歡迎大家討論......... 閱讀全文
摘要: 這篇新聞令人振奮,OSGI被越來越多的商業產品認同和采用,在這篇新聞中提到了之前OSGI是被象Eclipse這樣的重量級的開源產品而采用,而現在Apache的Tuscany工程也開始采用,還有之前提及的IBM的重量級的商業產品--WAS V6.1,現在Adobe大名鼎鼎的CS2產品中也開始使用Equinox,同時這篇新聞也提及到了部分這些商用產品之所以要采用OSGI的原因,最后提及到OSGI對JSR 294、JSR 277可能會產生的影響。 閱讀全文
摘要: 代碼參見code.rar,其中的classic目錄放置了基于Equinox的實戰部分的代碼,其中的ds目錄放置了基于ds重構后的代碼,請從這下載:
http://www.riawork.org/opendoc/code.rar
同時還發布了一個可直接運行的環境dist.rar,解壓后直接運行其中的run.bat,就可通過http://localhost:8080/demo/page/login.htm來訪問用戶登錄驗證模塊,請從這下載:
http://www.riawork.org/opendoc/dist.rar
同時在收集到大家的一些意見以及自己對Opendoc的重新瀏覽后,做了少量的改動,都發布到了新的pdf中了,新的PDF仍然是通過以前的這個地址下載:
http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf 閱讀全文
http://www.riawork.org/opendoc/code.rar
同時還發布了一個可直接運行的環境dist.rar,解壓后直接運行其中的run.bat,就可通過http://localhost:8080/demo/page/login.htm來訪問用戶登錄驗證模塊,請從這下載:
http://www.riawork.org/opendoc/dist.rar
同時在收集到大家的一些意見以及自己對Opendoc的重新瀏覽后,做了少量的改動,都發布到了新的pdf中了,新的PDF仍然是通過以前的這個地址下載:
http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf 閱讀全文
摘要: 這里的Equinox不是Appfuse的那個Equinox,而是Eclipse的Project(www.eclipse.org/equinox),是OSGI R4的RI,具體大家可參考我之前發布的OSGI Opendoc預覽版中對于Equinox的描述和講解,而現在又有一個重量級的產品基于Equinox而構建,那就是WAS V6.1,這也就足以說明在IBM這樣的大廠商心目中對于OSGI的認同。
WAS V6.1之所以要改為基于Equinox而搭建,它認為主要是為了提升WAS的組件化、靈活性、松耦合和簡潔性,具體大家可參見此篇PPT:
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/advanced/help.jsp?topic=/com.ibm.iea.was_v6/was/6.1/Architecture/WASv61_Componentization/player.html 閱讀全文
WAS V6.1之所以要改為基于Equinox而搭建,它認為主要是為了提升WAS的組件化、靈活性、松耦合和簡潔性,具體大家可參見此篇PPT:
http://publib.boulder.ibm.com/infocenter/ieduasst/v1r1m0/advanced/help.jsp?topic=/com.ibm.iea.was_v6/was/6.1/Architecture/WASv61_Componentization/player.html 閱讀全文
摘要: 本篇Opendoc按照學習開源框架的基本流程進行編寫,從體驗OSGI到基于OSGI框架的實戰,到深入OSGI,完成對于OSGI從入門到深入學習的過程,最后對于OSGI的現狀和發展發表些自己的看法和思考,限于筆者的水平以及時間,文內難免有些錯誤,還請大家不吝指正,也希望本文能作為國內OSGI的拋磚之作,引出更多的關于OSGI的Opendoc。
由于個人時間的關系,這篇Opendoc歷經一個半月左右的時間才基本完成,在此先發布預覽版,希望能夠得到感興趣的朋友們的指點,先謝了....
請從這下載:http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
隨本文的代碼將在隨后發布,請大家關注...... 閱讀全文
由于個人時間的關系,這篇Opendoc歷經一個半月左右的時間才基本完成,在此先發布預覽版,希望能夠得到感興趣的朋友們的指點,先謝了....
請從這下載:http://www.riawork.org/opendoc/OSGI_Opendoc_Preview.pdf
隨本文的代碼將在隨后發布,請大家關注...... 閱讀全文
摘要: 在進行系統設計時,采取的通常都是逐級分解的策略,無論是分層、分模塊都是典型的分而治之的策略,而系統在通過逐步分解形成架構、詳細設計時,輸入、輸出以及擴展都是考慮的重點。 閱讀全文
摘要: 發送動作是流程中的關鍵動作,程序或用戶通過觸發發送動作來進行流程的流轉,對于人工干預的發送動作來說,通常會顯得很復雜,做過類似辦公系統的人都會體會到這點,發送為什么會變得復雜呢,首先發送是由多個步驟構成的,其次就是各個步驟都有一些用戶可通過配置來改變發送步驟的行為的點,在人工干預要求很強的發送動作中,就變得更為復雜了。
請見正文......
在實際的流程發送動作中,還有更為復雜的情況,象抄送、傳閱辦理、跳轉、會簽等這些特殊類型的發送動作,實現起來就比上述的發送動作更為復雜,但其實現原理仍然類似上面所述。 閱讀全文
請見正文......
在實際的流程發送動作中,還有更為復雜的情況,象抄送、傳閱辦理、跳轉、會簽等這些特殊類型的發送動作,實現起來就比上述的發送動作更為復雜,但其實現原理仍然類似上面所述。 閱讀全文
摘要: 昨天重裝系統,突然想到一個問題,如果以后機器本身只要裝個微核,然后所有的東西都可以通過網絡直接安裝就好了,那樣重裝系統就不是件什么痛苦的事了,只要連接到網絡上選自己需要的windows、office等等,平時在用這些軟件的時候隨時可以把個人的偏好上傳到服務器,那是多么爽的一件事呀,^_^,也許可以做個這樣的網站,提供這樣的服務,和一站式的框架類似..... 閱讀全文