spring security權限管理手冊升級至spring security-3.1.3
費了半天勁,終于把原來基于spring security 2.0.5的權限管理手冊升級到3.1.3。
除了官方已經不再支持ntlm和portal兩個例子之外,其他的實例都已經通過了測試。下一步計劃是對整體內容進行整理,再加上3.1.3提供的新功能。
目錄索引鏈接如下:
posted @ 2012-12-08 01:04 臨遠 閱讀(6124) | 評論 (7) | 編輯 收藏
xyz20003www.mossle.com
隨筆 - 34, 文章 - 0, 評論 - 124, 引用 - 0
|
spring security權限管理手冊升級至spring security-3.1.3費了半天勁,終于把原來基于spring security 2.0.5的權限管理手冊升級到3.1.3。 除了官方已經不再支持ntlm和portal兩個例子之外,其他的實例都已經通過了測試。下一步計劃是對整體內容進行整理,再加上3.1.3提供的新功能。
目錄索引鏈接如下:
posted @ 2012-12-08 01:04 臨遠 閱讀(6124) | 評論 (7) | 編輯 收藏 輕量級工作流引擎jBPM 4.4正式發布
jBPM-4.4于2010年7月19日正式發布。
jBPM是jBoss旗下的一款開源工作流引擎,它的特色是提供了eclipse插件,開發人員可以通過插件直接繪畫出業務流程圖。 ![]() jBPM 4是jBPM的最新一代產品,它提供的PVM(流程虛擬機)可以支持多種流程語言,默認支持的是jBPM自己的jPDL流程語言,從jBPM-4.3開 始,又提供了對BPMN-2.0的支持(不過還不完全)。jBPM的發布包中提供了一鍵式安裝的ant腳本,可以將jBPM流程引擎以及配套的管理控制 臺,流程設計器一次性安裝到本機上運行使用。 安裝配置的詳細步驟可以參考官方的用戶手冊:http://www.family168.com/tutorial/jbpm4.0/html/installation.html 最新發布的jBPM-4.4中解決了108個issue,不過它距離上次發布也半年有余了,jBPM-4.3發布于2009年12月底。 jBPM-4.4是一個bug fix版本,并未對數據庫有任何修改,使用之前版本的項目基本可以平滑升級。在進行升級時需要注意: 1.Activity和Transition兩個接口從org.jbpm.pvm.internal.model包下移動到了 org.jbpm.api.model包下。 2.所有與el表達式相關的部分都替換為新加的org.jbpm.pvm.internal.el.Expression。 添加的幾個重要功能: 1.for each支持動態的并發分支流程,會簽和并發子流程都可以用它來實現了。 2.assign活動,可以對變量的值進行復制。 3.變量聲明,可以在xml里聲明變量。 4.修正了console在tomcat下找不到dataSource的問題(包括報表)。 詳細的發布信息,請參考官方的JIRA:https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183 用Alejandro的話說,This makes 4.4 the most cat-friendly jBPM yet!下個版本會對數據庫結構進行修改了,以便完善流程歷史庫的功能。 相關的發布下載與文檔資源如下: Subversion tag: http://anonsvn.jboss.org/repos/jbpm/jbpm4/tags/jbpm-4.4/ Maven artifact: http://repository.jboss.org/nexus/content/repositories/releases/org/jbpm/jbpm4/jbpm/4.4/ SourceForge file: https://downloads.sourceforge.net/project/jbpm/jBPM%204/jbpm-4.4/jbpm-4.4.zip User Guide: http://docs.jboss.com/jbpm/v4/userguide/html_single/ Developer Guide: http://docs.jboss.com/jbpm/v4/devguide/html_single/ Maven Artifact: http://repository.jboss.org/nexus/content/repositories/releases/org/jbpm/jbpm4/jbpm/4.4/ 另附我們翻譯的用戶手冊和開發指南: 用戶手冊:http://www.family168.com/tutorial/jbpm4.0/html/index.html 開發指南:http://www.family168.com/tutorial/jbpm4devguide/html/index.html posted @ 2010-07-20 16:20 臨遠 閱讀(2385) | 評論 (3) | 編輯 收藏 拖延一個多月后,jBPM-4.4發布CR1候選版
Alejandro太謹慎了,發布jBPM-4.4之前還搞了一個CR1候選版,被jBPM-4.3里那些bug困擾的同志可以直接下載這個版本使用了,
這個候選版和jBPM-4.4最終發布版基本不會有太大區別,下載地址如下:
http://sourceforge.net/projects/jbpm/files/jBPM%204/jbpm-4.4/jbpm-4.4.CR1.zip/download 在之前的帖子jBPM 4.4發布日期暫定于2010年6月4日里提到的幾個新特性都有了結果: 1.支持foreach,這個是真正的動態分支功能,想玩會簽嗎?想玩動態分支嗎?想實現動態子流程嗎?用foreach就對了。 2.支持在jpdl的xml中聲明變量,可以聲明實例級全局變量,也可以聲明活動級的局部變量。 現在這兩個重量級的功能都可以使用了。 對于BPMN2的支持也加強了一部分,包括m選n的inclusive gate way和可以定時啟動的TimerStartEventActivity。不過BPMN2新增的功能都是joraz走之前實現的,以后jBPM 4的BPMN2能走多遠還是未知數。 jBPM 4.4目前解決了100多個issue,詳細的issue列表可以參考這里: https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183 最后雙手合十,誠信禱告jBPM-4.4早日發布。這樣我們才能集中精力開始下一階段的開發。 posted @ 2010-07-15 22:18 臨遠 閱讀(1461) | 評論 (2) | 編輯 收藏 jBPM 4.4發布日期暫定于2010年6月4日
jbpm官方終于傳來好消息,jBPM 4.4可能在下月初發布。以下是當前project leader的聲明:
We are down to 9 unresolved issues left before releasing 4.4. Given
the current progress, it should be possible to release jBPM 4.4 on June
4th; the date is of course tentative and subject to change. Right now
the only blocker issue is JBPM-2872: fix hudson db job. All others are
deferrable if not completed on time.
If you feel like there is an issue that should not be left out, the time to bring it up is now. Visit the developers forum if you want to do so. 聲明地址:http://community.jboss.org/thread/152282?tstart=0 簡單來說,就是還剩下9個未處理事務,按當前進度應該可以在6月4日發布jBPM 4.4,其中最重要的問題是修正hudson下的db任務。最后向社區征集意見,如果誰感覺有啥issue應該在jbpm 4.4里解決的話,就趕快提出來撒。 jBPM 4.4的詳細發布信息可以參考這里https://jira.jboss.org/secure/ReleaseNote.jspa?projectId=10052&version=12314183, 一共是75個issue,目前已解決66個。這個版本主要是進行bug fix,也提供了幾個重量級的新功能。 1.解決嵌套fork/join每次嵌套會出現多余execution的問題。 2.任務超時或者手工執行signal后,自動刪除過期task。 3.讓sub-process的id和key都支持表達式。 4.支持在xml中聲明變量。(還在討論中) 5.在fork中使用assignmentHandler會拋出NullPointerException。 另外還有for-each動態fork分支這個功能,還在研究是不是要放在jbpm-4.4里,感興趣的同志可以來官方論壇提出意見。 http://community.jboss.org/thread/152243?tstart=0 posted @ 2010-05-24 09:57 臨遠 閱讀(1758) | 評論 (0) | 編輯 收藏 jBPM創始人發布BPMN原生引擎Activiti-5.0-alpha1
Tom Baeyens也就是jBPM的原作者,離開了Red Hat之后,另起爐灶搞了一個Activiti的項目,這個項目是基于BPMN的原生流程引擎。
那么這個activiti到底有啥好處呢?讓咱們一一道來: 它基于的Apache 2.0開源協議,比jBPM的LGPL更加寬松。 它是基于BPMN2.0標準規范的,最大的好處就是可以用oryz這個web流程設計器直接在web瀏覽器上設計流程了。(注:別高興太早,oryz是用svg寫的,IE一律不支持。) 它是基于ibatis的,數據庫層不再對hibernate有依賴。(注:alpha1只支持h2database,后面的版本會對mysql, oracle,postegl進行支持) 選用BPMN作為標準流程語言,也意味著原來的jBPM里的jPDL流程語言將不會被繼續支持,也不知道PVM流程虛擬機是否會繼續下去,如果Tom不想 玩虛擬機了,activiti很可能就是一個只支持一種流程語言的引擎了。這點確實讓人感到有點兒遺憾。 從www.activiti.org這個網站上可以下載到alpha1的發布包,其中包含了源代碼,草草看了一下,核心庫只有200多K,其中把原來自行實現的IoC自動注入的代碼都刪掉了。以后的IoC工作可能統一交給spring去管理,這對使用spring的同志來說,無疑是一個天大的好消息。 api部分對外部接口進行了簡化,ExternalActivityBehaviour不見了,換成了EventActivityBehaviour,這一點讓我感覺很舒服,畢竟signal其實也只是事件的一種特例,換成eventActivityBehaviour之后,也就意味著我們可以讓活動節點支持更多事件處理操作了。 持久化部分換成了ibatis,這部分暫時還只支持h2database,腳本什么的也只有h2database的,雖然因為alpha1版本,功能不多情有可原,但是我還是擔心使用ibatis會否大幅度增加數據庫存儲部分的維護量。希望后續發展不要因為這部分的問題遇到障礙。 表結構似乎和原來的jbpm4差不多,有些表名發生了變化。表的數目又少了很多,但是我情愿認為這不是為了優化,而是因為這個版本不成熟,因為看不到log和history相關的表,所以,現在這個版本應該是沒有歷史留痕功能的。也沒有看到變量表,也許都是用二進制的方式來保存的吧? 對BPMN2支持的部分,目前支持StartEvent, EndEvent, Task和UserTask,其他的都不支持,所以還是需要時間完善的。 實際上Tom和Joram的編碼能力還是相當驚人的,從他們倆離開Red Hat到現在才不過兩個月,就立刻搞出這么一個東西,而且網站也搞得有模有樣的,真心希望他們能延續RoadMap,把這個項目完善起來。 項目首頁:http://www.activiti.org/ posted @ 2010-05-20 09:25 臨遠 閱讀(2173) | 評論 (1) | 編輯 收藏 請把acegi替換成Spring Security(內附視頻)
在對web項目進行權限管理時,采用的方法無非是寫一大堆JSP或者干脆一個Filter搞定。寫完簡單的權限功能后,又開始考慮如何自動記憶上次用戶信
息,限制每臺機器只能有一個用戶登錄,把用戶密碼進行加密。接著更上一層樓,嘗試實現單點登錄,使用HTTPS保護傳輸數據,防御會話偽造攻擊等等。
于是好幾年前出現了名叫acegi的東西,它建立在spring的基礎上,提供了可以豐盛的權限功能集合,同時也以極為變態的復雜配置給了我們這 些初試權限的人悶頭一棍。甚至網上已經有人流傳“every time you use acegi, a fairy die”——每當有人使用acegi時,就會有一個精靈死去。 正因為如此,acegi在加入spring陣營時,不但改頭換面改名成為Spring Security,而且在配置方面進行了極大的簡化,形象的來說就是:“現在只需要20行的配置文件就可以完成之前幾百行才能實現的功能”。 遺憾的是,現在依然可以看到還有人在使用acegi,甚至還有人在學習acegi,這種情況無疑讓我們感到痛心疾首。 為了世界上不會再有精靈無謂犧牲,也為了大家的身心健康,我在此大聲疾呼:“請把acegi替換成Spring Security。”尤其對那些希望學習acegi的同志,請直接學習Spring Security。 下面是《請把acegi替換成Spring Security》的附帶視頻,希望大家了解Spring Security的簡潔。 http://code.google.com/p/family168/downloads/detail?name=springsecurity.zip posted @ 2010-03-22 09:59 臨遠 閱讀(2878) | 評論 (4) | 編輯 收藏 跟我學工作流——jBPM4視頻教程(免費)
新的一年,為了讓工作流方面的初學者更快上手開發,我們錄制了jBPM 4視頻教程,這套教程基于最新發布的jBPM 4.3,覆蓋了開發環境的搭建,jBPM 4與WEB工程的集成,請假流程的完整實例,jBPM 4的組織機構,事件監聽,以及流程圖的跟蹤等功能。
我們的網站提供了相關視頻和實例的免費下載,對工作流以及jBPM 4有興趣的朋友可以關注一下,也希望更多朋友在工作流方面給我們提出建議。jBPM 4視頻教程首頁:http://www.family168.com/jbpm4/video.html
posted @ 2010-03-06 10:02 臨遠 閱讀(5767) | 評論 (11) | 編輯 收藏 jBPM-4.x常見問題解決方案FAQ
摘要: 這段時間整理的jBPM-4.x常見問題以及解決方案,希望幫助對jBPM-4.x感興趣的同學少走彎路,如果有沒有覆蓋到的問題,請及時和我們聯系,我們會盡快更新這個FAQ,先說一句多謝了。:) 閱讀全文
posted @ 2010-01-22 09:19 臨遠 閱讀(2419) | 評論 (3) | 編輯 收藏 Spring Security-3.0.1中文官方文檔(翻譯版)
摘要: 這次發布的Spring Security-3.0.1是一個bug fix版,主要是對3.0中存在的一些問題進行修正。文檔中沒有添加新功能的介紹,但是將之前拼寫錯誤的一些類名進行了修正,建議開發者以這一版本的文檔為參考。
另:Spring Security從2010-01-01以后,版本控制從SVN換成了GIT,我們在翻譯文檔的時候,主要是根據SVN的變化來進行文檔內容的比對,這次換成GIT后,感覺缺少了之前那種文本比對工具,如果有對GIT熟悉的朋友,還請推薦一下文本比對的工具,謝謝。 閱讀全文 posted @ 2010-01-19 09:37 臨遠 閱讀(5388) | 評論 (0) | 編輯 收藏 輕量級工作流jBPM-4.3官方“開發指南”中文版jbpm4devguidejBPM-4.3開發手冊1.0 版權 © 2009 Lingo 2009-05-16 19:29:47
posted @ 2009-12-30 11:19 臨遠 閱讀(4353) | 評論 (2) | 編輯 收藏 輕量級工作流jBPM-4.3官方“用戶手冊”中文版jBPM4.3用戶指南翻譯官方文檔JBoss jBPM Teams4.3 版權 © 2009 Kayzhan,xyz20003 2009年11月1日
posted @ 2009-12-30 11:18 臨遠 閱讀(2705) | 評論 (1) | 編輯 收藏 敬獻Spring Security-3.x版官方文檔中文版
摘要: Spring Security-3.x新近發布,整體的項目結構和包名都出現了天翻地覆的變化,與此同時,Spring
Security-3.x中也提供了session-management和SpEL的多種強大功能,family168第一時間提供官方文檔的翻譯版
本,希望同大家一起領略Spring Security-3.x的最新時髦風尚。
介于Spring Security官方文檔本身傾向于技術... 閱讀全文
posted @ 2009-12-29 11:39 臨遠 閱讀(5768) | 評論 (9) | 編輯 收藏 讓軟件開發慢下來
你在做軟件開發嗎?
在啟動項目前是否做好技術選型了呢? 在設計前是否已經理順大體需求了呢? 在編碼前是否已經反復思索過對應的設計呢? 在測試前是否已經準備好測試用例呢? 在部署交付前是否已經計劃好具體的功能列表呢? 考慮過項目的性質嗎?互聯網應用,還是內部網應用。 弄清了項目規模大小嗎?3人月可以搞定的小項目,還是需要幾十人月的長期奮戰? 確定團隊的實力了嗎?是全員光頭新人,還是在某牛帶領下的小馬集團,還是經驗豐富的水路兩棲沖鋒隊? 如何與客戶協同合作?瀑布式一次理清所有需求,還是需要分階段迭代,或者直接進駐客戶公司面對面開發? 是否要使用框架呢?還是選擇最基本的jsp, jdbc應用。 編碼與項目如何管理,使用版本控制工具?還是用U盤copy過來,copy過去? 如果選擇版本控制工具,究竟哪一款才適合自己的情況? 系統如何劃分層次?五層?三層?其他方式? 模塊如何劃分,按功能?按業務?混合分塊? 開發如何分工,橫向分工,各層之間接口對接?豎向劃分每個人負責從前到后一整塊。 如何測試?手工點點,還是使用自動化測試工具。 測試用例如何確定,如何提高測試的有效性。 測試的結果如何反饋給開發過程,需要使用excel還是issue跟蹤系統? 測試過程中可以暴露并發,事務等隱性問題嗎? 性能測試如何進行,壓力指數應該保證到多少? 后期維護的方式的選擇。 如何維護數據庫表結構?每次exp整個數據庫,到客戶公司imp,還是找一個員工手工比對所有表結構,還是直接實現數據庫版本化管理? 如何為系統打補丁?視圖層的補丁,服務層的補丁,依賴庫的補丁。如何管理,如何實施,如何測試? 系統是否擁有動態部署的能力?在系統升級的過程中是否可以減小出錯的可能? 。。。。。。 還有很多,還有很多。有些問題可以通過技術解決,有些問題需要根據具體條件進行分析,有些需要盡力規避,有些需要硬著頭皮強頂硬撐。 在考慮清楚這些問題可能帶來的各種問題之前,讓軟件開發慢下來,至少慢一點點也是好的,進行下一步驟之前先了解如果出現了問題該如何應對,如何解決。 posted @ 2009-12-25 10:42 臨遠 閱讀(1821) | 評論 (4) | 編輯 收藏 [譯]Spring 3.0發布:基于Java 5開發,添加了新的表達式語言和對REST的支持
原文地址:http://www.infoq.com/news/2009/12/spring30
同志們,Spring框架的3.0版本終于在今天發布啦。InfoQ特別對話了Spring框架項目的技術頭領Juergen Hoeller,從他口中了解到不少關于這次發布對Spring集團帶來的改變。 Hoeller詳細羅列了Spring 3.0中的各項新特性: * 基于Java 5 - 目前核心API已經使用了Java 5的特性,諸如泛型、注解等等,因此現在Spring 3.0必須使用Java 5和以后版本才能跑起來。 * Spring表達式語言(SpEL) - 這個和JSF中的統一EL類似,我們可以很容易在Spring 3.0中使用復雜表達式了。 * 提升對基于注解組件的支持 - Spring JavaConfig其中的一些功能已經被遷移到核心框架中,比如@Configuration,@Bean和@DependsOn。 * 可以使用約束注解聲明對模型的校驗方式 - 提供了對JSR 303的支持,我們可以使用注解為bean添加諸如@NotNull和@Max(23)的校驗規則。 * Spring MVC中提供對REST的綜合支持 - 添加了在服務器端和客戶端使用RESTful應用的功能。 * 提供對Java EE 6的支持 - 支持了許多Java EE 6中的功能,比如JPA 2.0和JSF 2.0,讓它們可以運行在非EE 6的容器下,比如Tomcat和J2EE 1.4應用服務器。 * 提供對JSR 330的支持 - 現在Spring已經支持了JSR 330中介紹的javax.inject注解。 * 基于注解進行格式化 - bean的屬性可以使用注解來自動進行格式化和類型轉換,比如@DateFimeFormat(iso=ISO.DATE)和@NumberFormat(style=Style.CURRENCY)。 Spring還提供了完整的修改日志和參考文檔。(譯者注:文檔方面Spring做的確實太好了,也再次感謝滿江紅團隊的辛勤勞動。) Hoeller在提到SpEL時,多說了那么幾句: SpEL是一種功能強大的表達式語言,語法基于統一表達式(Unified EL),實際上它與JSF中使用的表達式非常類似。我們特別為SpEL開發了自己的表達式解析器以提供特定的功能,無論是在使用bean定義配置還是使用 Spring Integration這類項目時都可以帶來不少好處。其實在Spring核心中已經有很多地方都應用了像"#{...}"這樣的表達式,可以在XML的 bean定義中看到許多這樣的例子。還有@Value這個注解,它可以通過名稱動態引用其他的bean,并且可以非常簡單就獲取這些bean的屬性。 舉個例子,下面這段XML配置(來自3.0參考文檔)使用了SpEL來配置bean的屬性,屬性值來自于JVM系統參數: <bean class="mycompany.RewardsTestDatabase">
<property name="databaseName" value="#{systemProperties.databaseName}"/> <property name="keyGenerator" value="#{strategyBean.databaseKeyGenerator}"/> </bean> Hoeller也著重介紹了Spring 3.0中對REST的支持: 我們面對的挑戰是在Spring MVC的世界中加入對REST的支持,把這種強大的新功能交到MVC用戶的手中。我們決定從底層為MVC支持路徑變量的提取 - 這部分內容協商的方向是正確的 - 考慮到Spring MVC的實力,并把它們拉升到另一種層次,同時又不會破壞基本架構。工作進展的非常順利,可以在已有的Spring MVC應用中使用REST的特性。 我們的重點聚焦在web用戶接口在REST下的轉換方式上。下一步呢,在Spring MVC的基礎上實現基于REST的網絡服務(Web Service)也是很有意思的一件事情,特別是OXM(Object/XML Mapping)現在已經成為了Spring核心模塊之一,OXM可以和Spring MVC聯合應用。最后,我們提供了RestTemplate類,這是一個Spring式的模板類,它作為客戶端提供了與面向REST終端服務器進行交互的 更易用的編程方式。 對于那些工作在Spring 2.5之上,并且已經在代碼中使用了基于注解樣式的同志們,這次升級的路線將是非常平滑的 - 新功能可以在升級到3.0之后任意選擇使用,不需要對基礎架構進行任何修改。對于那些還在使用老版本,比如繼承了表單控制器,這些功能在3.0中還是可以 繼續使用的,只是這些功能都已經被標記為“被廢棄了”(deprecated)。如果想使用3.0中的新特性,就必須先使用基于注解的@MVC樣式。對于 Spring 2.0用戶,99%的代碼依然可以正常運行,但是對一些老組件的支持,比如Apache Commons Attributes, WebLogic 8.1 和 WebSphere 5.1,都已經被刪除了。 當提起Spring框架的未來計劃時,Hoeller提到開發會受到Spring集團中的其他項目的很大影響,比如Spring Integration, Spring Web Flow, Spring Source dm Server和Spring Roo等 等。在3.1的發布的新特性就會被Spring Integration 2.0和Spring Web Flow所影響,比如計劃中的第一類會話管理(first-class conversation management),擴充作用域(scope)和細化基于注解的組件模型。2010年中旬中的3.1發布之后,會進入3.2版本,對于3.2版本的具 體計劃還沒有最終完成。 posted @ 2009-12-18 07:49 臨遠 閱讀(1779) | 評論 (0) | 編輯 收藏 |
|||||||||||||||||||||||||||||||||||||||||||||