其他

Spring提供了TransactionProxyFactoryBean作為動態代理的產生工廠，該工廠產生目標bean的動態AOP（——面向方面編程）事務代理。事務代理根據所配置的事務屬性自動管理事務操作。該事務代理對事務的透明管理依賴於一個在ApplicationContext範圍全域可見的PlatformTransactionManager。Spring提供兩個預設的交易管理員實現：DataSourceTransactionManager和JtaTransactionManager。前者只能

ireport使用資料庫連接的jar檔案放置在D:\iReport-4.6.0\platform9\lib,而非D:\iReport-4.6.0\ireport\libs 1.安裝：iReport的安裝從3.0.0開始變得非常簡單，你只需下載以後解壓，點擊bat檔案或exe檔案   ，如果報錯的話可能是你的JDK版本或是JDK配置問題。 2.需要的jar包：                     

首先，我們需要先達成一些共識：這裡的“新科技”是指資訊化技術在現代企業中的應用，“價值”對於企業來說就是利潤、收益，也是企業經營的根本目的！那麼，一項新的科技（或者說“技術”）在什麼時候才能帶來價值呢？——只有當一項新科技令企業衝破一個現存的限制時，這項新科技才會帶來價值。但往往是在新科技實施的過程中，人們忽略了改變相關的運作規則，仍然沿用舊的運作規則，那麼這些舊的運作規則就是“限制”，這些“限制”導致了新科技無法取得明顯的效益。一般來說，這些“限制”由企業中舊有的習慣、衡量基準、運作規則等構成

<filter>        <filter-name>struts-cleanup</filter-name>        <filter-class>org.apache.struts2.dispatcher.ActionContextCleanUp</filter-class> </filter><filter-mapping>       

2007-08-01 15:56Castor XML is an XML databinding framework. Unlike the two main XML APIs, DOM (Document Object Model) and SAX (Simple API for XML) which deal with the structure of an XML document, Castor enables one to deal with the data defined in

1. 理論模型　　此一模式，實際上是我我們常接觸到的 AND 模型。　　　　值得注意的是這個定義來說一般B與C之間是並發的，實現上一般是兩個不同的線程/進程。據我所知，許多自開發工作流程引擎的公司，至今仍然不存在這一種AND的並發分支概念，而且這樣的情況還不少。有興趣的讀者可以去瞭解一下，絕大部分電子政務的許多審批次程序都是基於順序和條件選擇的，"並聯審批"這一種說法極少用到。2.

Spring版本必須是在3.x後，因為2.x裡的@Transcation註解是不支援多資料來源的。3.x後我們可以通過限定名來指點，該註解採用的交易管理員。如果不指定預設會使用名為“transationManager”的交易管理員。廢話不多說，上範例：<tx:annotation-driven/> <bean id="transactionManager1"

最近工作需要在研究開源的文檔產品，舉個例子吧，Spring和Hibernate的官方協助手冊就是藉助這類產品產生的。在這個方面，DocBook和Apache Forrest這兩種基於XML的文檔架構工具無疑是佔有統治地位的。基本來說，這兩種架構都可以讓你自由的定義文檔的布局、格式、章節，從而完成你的“著作”。它們需要你完全使用基於一種特定schema/dtd的XML書寫文檔，然後根據應用的樣式表去產生諸如XHTML、PDF、RTF之類的最終文檔產品。對於一個基於Java

1. 理論模型　　從該模式的名字來看，"排他選擇"，顯然就是比較常見的 XOR 分支模式。　　　　需要注意的是這個"排他"性，只能選擇其中一個分支，另外一個分支將不會走下去。一般來說，這個模式的實現一般為在運行時的條件選擇，就是條件判斷的代碼放到XOR 這個結點，然後去根據這些代碼去判斷下一步的走向。2. 應用　　心思細密的人，也許發現這個XOR 本質上就是流程圖的菱形結點，就是根據條件選擇路徑，而且只能選擇一條。不知何時被工作流程灌以 XOR

“超限效應”是指刺激過多、過強和作用時間過久而引起心理極不耐煩或反抗的心理現象。可以通俗的理解為大話西遊中的“唐僧效應”。試想一下，如果一個長輩在孩子耳邊喋喋不休、一個“權威”對年輕人沒完沒了的強調他的經驗，會不會得到叛逆、反感的回應？——對於管理者來說，往往最簡單的話語最管用。面對頻頻犯錯的下屬或晚輩，要堅信：“指點一二”，更能令其醒悟；“點撥兩下”，更能令其思考。有思考，才存在悔過和改進的可能。在一個問題對某人來說是十分重要的時候，如果他能在這個問題上使一個“反對者”改變意見而和自己的觀點一

Ext.Date的格式說明    d 01 to 31    D Mon to Sun    j 1 to 31    l Sunday to Saturday    N 1 (for Monday) through 7 (for Sunday)    S st, nd, rd or th. Works well with j    w 0 (for Sunday) to 6 (for Saturday)    z 0 to 364

1. 理論模型　　根據我個人的臆想，Simple 有化繁為簡的意味，因此取這一名字來表達其模式的含義。實際上是一個 XOR合并。　　　　XOR-join，這一模式就是只有一個分支接受，遵循先到先得的原則。只要 A 或 B 任何一個完成，那麼 C 就執行。這裡遺留了一個問題，如果前面是AND分支，那麼剩下後執行的那個結點怎麼辦呢？這裡涉及到了流程設計的實際應用問題，後面講到其它 join 模式的時候，會更詳細的討論這一個問題。2.

以前一直做工作流程。但隨著應用的深入，越來越覺得傳統的工作流程人工活動難以滿足項目的需要，很多時候，我們的工作流程並非僅僅是做些人機互動的審批或協同的辦公，越來越多現存的或單獨開發的公司專屬應用程式需要被加入到工作流程中，從而組成一個完整的、貫穿始終的業務過程。根據WfMC提出的工作流程參考模型，其介面3正是被用來定義與其他應用程式的互動，那麼，EAI（Enterprise Application Integration，公司專屬應用程式整合）則是對這個介面最好的實現模式。“純粹的工作流程系統”

以下的內容我會持續更新(當然是我有新發現的時候);以下內容是我在網上搜尋、整理、修改的而成的內容。由於很多內容都是轉載了，無法追溯到源頭，因此無法一一對原作者進行道謝。這幾天，我查閱大量的官方的文檔，對內容進行了進一步修正和說明，希望對各位有更大的協助。同時這些依賴關係已在我項目中都進行測試，應該不會有什麼問題。再次感謝網路上各位老師。如果有什麼錯誤，煩請指正。【Spring

1. 理論模型　　這一個模式就是通常意義所講的 OR-split 了。　　　　這個模式的初衷是可以讓使用者任意選擇後趨的路徑，若選擇了兩個或以上的後續路徑，則是產生並發啟動並執行分支。細心的可能會發現，這個模式是 XOR-split、AND-split 更為泛化的一個模式（所謂的"泛化"，是概括、繼承的意思）。2. 應用　　該模式既然是 XOR-split 和 AND-split 的泛化，那表示他的最終表現可能會像 XOR 或者 AND

 1. 理論模型　　這個理論模型十分簡單，只是一個工作單元完成了，緊接著無條件執行下一個工作單元。每一個工作流程系統都直接實現了這種模式，這個模式是工作流程能啟動並執行一個重要基石。2. 應用　　 這個模式清楚明白，但是應用卻最為廣泛。比較有趣的是許多不同形式的分支，在業務的實踐中都可以退化成為順序模式。如果一個工作單元 A 以後能產生 B、C

 配置GlassFish v3中的JVM參數( Include 64-bit JVM),在GlassFish啟動並執行過程中將會帶來不同的效能體驗，設定GlassFish中的JVM參數只是最佳化GlassFish中的一部分工作，今天先來說說需要GlassFish中的哪些JVM可以對效能有所提高，普遍的、多見的這裡就不一一介紹了，呵呵。 1、在 將:-Xmx512 和 -client 這2個參數  修改為這幾個參數 -server ,-XX:+AggressiveHeap, -Xmx2048m,

Ext.form.TextField 的 maxLength/size 處理的並不是很好設定了maxLength後還是可以任意輸入，國外extjs論壇看到有人的文章，通過prototype重定義這兩個屬性，試了一下，很有效 // Textfield ignores size attribute of text.. Ext.form.TextField.prototype.size = 20;Ext.form.TextField.prototype.initValue = function(){

Combo組件沒有設定預設值的屬性或方法，只能通過添加事件完成。listeners: { cope: this, afterrender: function(obj) { if(stateStore.getTotalCount() > 0) {

今天無意間看到這篇文章，轉載下來，做個驗證，實驗下。轉自：http://forchenyun.iteye.com/blog/473775昨天晚上和網友討論了一個關於資料庫聯集查詢的效率的問題.說實話,以前我一直沒怎麼考慮過這個問題,在寫SQL時,都沒怎麼考慮,似乎一切都成了習慣,或者已經懶散貫了,但是,網友和我聊起來了,我也就好好考慮起這個問題了,平時不考慮時不知道,真正好好計較一下,才發現還有很多門道.假設我們有三個表,A表,B表,C表.其資料量分別為100,200,300條記錄.並且假設每次