1+1=2,0+0=0

     摘要: 幾個月前公司有個項目，項目建設內容較為簡單，使用Websphere process server(以下簡稱WPS)建設幾條流程。
在該項目前期，我曾經帶領一個團隊使用wps做了一個項目，這個項目中有八九條流程，在使用wps的過程當中，我發現wps根本不適合做一些復雜的人工審批工作流，ibm軟件日趨全球化，但卻忽略了很多本土化的東西，譬如說wps，作為金融行業融合企業內部服務的soa總線級產品，其內嵌的ESB根本達不到應有的性能(每筆交易時間)，而作為電信行業流程引擎，卻忽略了最重要的中國國情--人工審批。在前幾天上海分公司信息化部召開的技術討論會議中，我就目前公司內部系統中幾個技術難點發出提問，ibm的工程師與老板都不知所云。
.......  閱讀全文

     摘要: 最近項目很變態，硬是要把Domino的東西往J2EE上搬，說什么文檔型數據庫無法跨越系統，我覺得如果照目前電信的系統結構來說，就算把Domino上的所有東西，包括process都搬到J2EE上，也無法解決各個系統之間很好協作的問題，Portal和統一認證已經在某種程度上幫了大忙，如果實在很想各個應用系統之間進行數據交互，開發webservice接口就ok了，甚至在系統開始規劃的時候就不應該出現Domino這種東西，現在想起關系型數據庫的好來了，未免累死了開發人員，所以我還是秉持我自己的原則：我們無限制的追求軟件程序的完美，并不是為了那幫傻逼客戶，而是為了讓我們之后的程序員能夠以更少的精力來更輕松的拿這份工資！
  閱讀全文

     摘要: 上文所述的數據庫結構有些晦澀，本文敘述了具體的權限實現的代碼，在此套權限設計中，我始終抱著AOP的想法：讓他屬于一個系統切面，以后再開發其他系統時，作為一個模塊就可以加載上去，與系統無關。  閱讀全文

     摘要: 上篇web開發中的權限設計拙見一二(1)受到大家的關注，于是我準備將此設計思路連同代碼、數據庫、配置進行到底，本篇推出(2)，接著(1)來討論，本文主要說到上篇權限設計思想中的數據庫設計部分。  閱讀全文

     摘要: 最近項目的項目很奇怪，一個大項目(系統)里包含了很多小的子系統，而這些子系統中都有權限控制的部分，這件事情挺讓我頭痛的，記得一年前在沈陽，我曾經有一段時間也因因這個問題而疲于奔命，為什么說疲于奔命呢？由于當時項目進度不允許，導致最終系統權限模塊草草了事，每個模塊都是由讀權限字符串來控制用戶ACL，當用戶無法訪問時，提示權限不夠。這么做對用戶是很不負責任的，既然讓用戶看到了操作的方式和界面，為什么又告訴用戶沒有權限呢？我開始懷疑我們是否應該在底層就封殺用戶的訪問權限。
本文敘述了我對web權限控制的想法
  閱讀全文