1 Ofbiz概況OFBiz是一個非常著名的開源項目,提供了建立基於最新J2EE/XML規範和技術標準,構建大中型企業級、跨平台、跨資料庫、跨應用伺服器的多層、分布式電子商務類WEB應用系統的架構。 OFBiz最主要的特點是OFBiz提供了一整套的開發基於Java的web應用程式的組件和工具。包括實體引擎, 服務引擎, 訊息引擎, 工作流程引擎, 規則引擎等。2 系統組成與階層1)幾大引擎實體引擎, 服務引擎, 訊息引擎, 工作流程引擎, 規則引擎等;其中所有最底層的是實體引擎和服務引擎,
紅狐赤衛隊(honghoo)正式成立了!1) 根據朋友們的建議,紅狐赤衛隊(honghoo)將由系列開源紅狐項目組成2) 項目的思路,文檔,人員說明,進度報告將在這裡公布;代碼下載空間將在有正式版本後在文檔中另行通知3) 由本人發起的,已有組員三人,已完成一半功能的第一個紅狐項目將在近日公開;該項目要求對hibernate非常熟悉,有一定業餘時間,缺設計編碼人員一名,滿足條件的可以與hongsoft@hotmail.com
根據Spring中bean的配置的不同,BeanFactory產生Bean的方法分為下面三種:1)直接構造這是最常用的方法,在該情況下,我們需要一個default constructor和相應的setters/getters方法.舉例如下:<bean id="exampleBean" class="examples.ExampleBean"/><bean name="anotherExample"
?安裝BouncyCastle JCE安裝BouncyCastle JCE應該按照如下步驟:1)下載提供者如上,BouncyCastle可以從www.bouncycastle.org下載,下載後請將它解壓縮。2)將JAR檔案拷貝到適當位置如果想讓JCE類可以被所有的JAVA應用程式使用,我們需要把JAR檔案安裝為一個擴充。BouncyCastle提供者沒有用於安裝為擴充的JAR檔案,但它容易構建。首先將下載的檔案展開到JDK的classes目錄下,然後運行下面的命令將這些檔案打包:c:/>
一條獵狗將兔子趕出了窩,一直追趕他,追了很久仍沒有捉到。牧羊看到此種情景,譏笑獵狗說"你們兩個之間小的反而跑得快得多。" 獵狗回答說:"你不知道我們兩個的跑是完全不同的!我僅僅為了一頓飯而跑,他卻是為了性命而跑呀!" 目標
我們對下面的配置很熟悉了:<workflows> <workflow name="example" type="file" location="/samples/comment-arg.xml"/></workflows>有朋友問這裡的type應該怎麼配置?有哪些type?我們看看代碼就明白了:XMLWorkflowFactory.java:if ("URL".equals(type)) {... } else if
?對稱解密的實現對稱式加密/解密演算法在電子商務交易過程中存在幾個問題:(1)?????? 要求提供一條安全的渠道使通訊雙方在首次通訊時協商一個共同的密鑰。直接的面對面協商可能是不現實而且難於實施的,所以雙方可能需要藉助於郵件和電話等其它相對不夠安全的手段來進行協商;(2)?????? 密鑰的數目難於管理。因為對於每一個合作者都需要使用不同的密鑰,很難適應開放社會中大量的資訊交流;(3)??????
我們知道,osworkflow系統對osworkflow.xml中的<factory class="com.opensymphony.workflow.loader.XMLWorkflowFactory"> <property key="resource" value="workflows.xml" /></factory>以及對workflows.xml的<workflows> <workflow
我們知道,流程定義中的Variable是要持久化的,比如可能存放到資料庫中,那麼,類型怎麼處理呢?我們看看jbpm3的方法:jbpm3定義了自己的類JbpmType,該類有兩個屬性:1)public Class variableInstanceClass = null;它表示該Variable對應於引擎的類型2)public Converter converter = null;他表示從引擎的類型與JAVA類型間的轉換器處理時,引擎先到類路徑的jbpm.type.properties檔案中尋找,
有段時間沒有看osworkflow了,今天下了最新的代碼看了看,發現有很多令人心動的改變:1)對webwork的支援更強了,不過版本有點舊,是1.X的;我喜歡用2.x2)對spring的支援也很強了 <bean name="workflow" class="com.opensymphony.workflow.basic.BasicWorkflow">
照例看看我的技術偶像之一tom Baeyens的blog(http://jboss.org/jbossBlog/blog/tbaeyens/),發現他還真是忙,3月17日後還沒有更新過。。。胡亂的點吧。。。看到了一個熟悉的名字,koen aers,這個好像在哪裡見過啊?點進去一看,知道了,就是在jBPM jira上看到的,jBPM的開發人員之一,http://jboss.org/jbossBlog/blog/kaers/他告訴我們一個好訊息:jBPM3.1.1發布了。另外告訴了我們幾個jBPM3
可能看到本文章的很少有人沒有從SourceForge.net 下載過代碼或者檔案,但因為SourceForge.net 對上傳的安全性考慮的非常周到,執行的比較嚴格,所以在SourceForge.net上使用TortoiseCVS上傳代碼對我來說一直是個很難的事情,昨天終於在david.turning的協助下,成功的使用SourceForge.net和TortoiseCVS建立了smart在sourceforge的代碼(http://blog.csdn.net/hongbo781202/arch
學習smart工作流程管理系統有下面這些好處 :1)瞭解工作流程管理系統的概念,知道工作流程管理系統和工作流程引擎的區別。2)掌握商務程序和工作流程引擎的結合的方法(這個我在工作流程技術培訓中經常被問到)。3)學習spring+hibernate開發web 應用的方法(不學習該技術也可以使用smart)4)掌握spring和jbpm結合的方法(這個我經常收到e_mail問這個問題)5)掌握jBPM的流程定義方法 您可以自己在smart中加入自己的流程定義,就能看到 運行效果。或者您如果不會定義,
每個流程都以一個start活動開始,以end活動結束<?xml version="1.0" encoding="gb2312"?><processes> <process id="test" name="測試流程" parentProcessId=""> <!--第一個活動是start,最後一個是end--> <activity id="start" name="start"
jBPM本身的活動是用Node來表示的,而BPEL規範中全部用Activity表示。在jbpm-bpel-1.1-beta1中,jBPM按BPEL1.1規範實現了全部activity,它的活動類圖如下所示:BPEL1.1的activity類圖說明及BPEL2.0新加功能用表格形式表示如下:-------------------------------------------------- | 基本活動 | 結構化活動---------------
jbpm中最重要的概念,應該是令牌(Token)和信令(Signal)技術,這個在電腦網路中到處可見的技術,在工作流程引擎中也大放異彩.我們看如下代碼://pd是process definition,pi是process instanceProcessInstance pi = new ProcessInstance( pd );//啟動流程pi.start();//得到根令牌Token token =
OFBIZ流程操作使用過程1 流程定義 一般用JaWe進行流程定義。根據尋找的資料,使用JaWe產生的xpdl檔案和workflow engine有少許不相容的情況,摘抄總結如下:1)JAWE產生DataFields會和ofbiz Implementation Tool裡的ActualParameter衝突, 導致runtime data不能正常的擷取, 如果你的Tool需要ActualParameter的話,直接輸入即可,不需要把它定義成為workflow relevant data.2)
1 長子:業務流 商務程序瞭解得比較多,這裡就不廢話了。舉幾個例子用做廣告:) EOS工作流程/jBPM/其他的BPEL產品 等,我的部落格上寫了不少其他的產品(blog.csdn.net/hongbo781202/)。商務程序可能橫跨多個使用者的多次對話,流程的狀態被儲存在資料庫中,所以流程被認為是長時間啟動並執行。2 老二:無狀態的頁面流
1)就是 tuscany das的實現了,大家有興趣可以自己去看看。2)就是 EOS das的實現方式了。其實就是對hibernate的一個擴充,實現了 sdo-r。一個sdo是可以對應多個不同的 hbm mapping的,這個需要用studio的形式讓使用者做選擇和配置。3) Eclipse Teneo方式teneo以前是elver 持久化組件,後來併入了Eclipse EMF Tools項目。它的本質就是在 emf 對象和
jbpm支援http://blog.csdn.net/hongbo781202/archive/2004/07/12/39393.aspx中提到的三種發散模型:1)Parallel Split由fork來實現對於fork後面的多個分支,jbpm保證它們是同步enabled2)exclusive choice由decision來實現在流程定義中,要加入bsh指令碼,下面是jbpm解析指令碼的方法: Script script = new Script();