東方未名

1. 在創建Human Task的UI項目時，請注意保證每個Project的package名都不相同，否則在BPM Workspace中會出現DataControl的NullPointerException。最簡單的方法就是不要設置Application的package prefix，然后讓每個項目都使用auto-generate的package名。
2. 在Human Task中可以動態指定審批人，具體做法是在Assign標簽頁中，選擇Single類型（當然也完全可以是別的類型），然后選擇User，By Expression，后面的表達式是一個字符串，比如'weblogic,wfaulk,jstein'，注意要使用單引號，也可以從payload中讀取。不過這種方式有時會出錯，出錯原因不明，不過在Organization中添加一個用戶，deploy，然后再把這個用戶刪除就解決了，不得不說非常汗。
3. 如果需要對某個Human Task定時做一些操作，可以使用Catch Timer Event，注意這里指向End1，說明Timer觸發以后直接走Update Database & Send Email這條分支，然后結束，并不是主流程結束。
   
   

     摘要: JAVA相關基礎知識 1、面向對象的特征有哪些方面   1.抽象： 抽象就是忽略一個主題中與當前目標無關的那些方面，以便更充分地注意與當前目標有關的方面。抽象并不打算了解全部問題，而只是選擇其中的一部分，暫時不用部分細節。抽象包括兩個方面，一是過程抽象，二是數據抽象。 2.繼承： 繼 承是一種聯結類的層次模型，并且允許和鼓勵類的重用，它提供了一種明確表述共性的方法...  閱讀全文

     摘要: 使用Hessian開發C/S模式的小系統
之所以叫小系統，主要是因為Hessian不支持Hibernate的延遲加載，所以需要在DAO層使用Hibernate的同學請注意了。

Hessian其實是一種RMI技術，已經被集成在Spring Framework中，這樣就很方便了。

首先看客戶端

第一步：
先定義Client與Server交互的接口。  閱讀全文

Another Quiz : " Which Programming Language Are You?"

http://www.bbspot.com/News/2006/08/language_quiz.php

測到最后我才發現原來我是一個內向的人啊～～真是，搞得我一直都不知道呢
大家有空也去玩玩
http://www.psytopic.com/mag/post/820.html

Psytopic分析：您的性格類型是“ISTJ”(內向+實感+思維+判斷)

沉靜，認真；貫徹始終、得人信賴而取得成功。講求實際，注重事實和有責任感。能夠合情合理地去決定應做的事情，而且堅定不移地把它完成，不會因外界事物而分散精神。以做事有次序、有條理為樂---不論在工作上， 家庭上或者生活上。重視傳統和忠誠。

ISTJ型的人是嚴肅的、有責任心的和通情達理的社會堅定分子。他們值得信賴，他們重視承諾，對他們來說，言語就是莊嚴的宣誓。 ISTJ型的人工作縝密，講求實際，很有頭腦也很現實。他們具有很強的集中力、條理性和 準確性。無論他們做什么，都相當有條理和可靠。他們具有堅定不移、深思熟慮的思想，一旦他們著手自己相信是最好的行動方法時，就很難轉變或變得沮喪。ISTJ型的人特別安靜和勤奮，對于細節有很強的記憶和判斷。 他們能夠引證準確的事實支持自己的觀點，把過去的經歷運用到現在的決策中。他們重視和利用符合邏輯、客觀的分析，以堅持不懈的態度準時地完成工作，并且總是安排有序，很有條理。他們重視必要的理論體系和傳統 慣例，對于那些不是如此做事的人則很不耐煩。ISTJ型的人總是很傳統、謹小甚微。他們聆聽和喜歡確實、清晰地陳述事物。ISTJ型的人天生不喜歡顯露，即使危機之時，也顯得很平靜。他們總是顯得責無旁貸、堅定不變 、但是在他們冷靜的外表之下，也許有強烈卻很少表露的反應。

您適合的領域有：工商業領域、政府機構 金融銀行業、政府機構、技術領域、醫務領域

您適合的職業有：

· 審計師
· 會計
· 財務經理
· 辦公室行政管理
· 后勤和供應管理
· 中層經理
· 公務（法律、稅務）執行人員
· 銀行信貸員
· 預算分析師
· 保險精算師
· 稅務經紀人
· 稅務檢查員
· 機械、電氣工程師
· 計算機程序員
· 數據庫管理員
· 地質、氣象學家
· 法律研究者
· 律師
· 外科醫生
· 藥劑師
· 實驗室技術人員
· 牙科醫生
· 醫學研究員
· 信息總監
· 電腦編程員
· 證券經紀人
· 會計
· 文字處理專業人士

基于求函數f(x,y,z)=xyz*sin(xyz)最大值問題的演示程序：


截圖：








 

壓縮包：
genetic_algorithm.part1.rar
genetic_algorithm.part2.rar
genetic_algorithm.part3.rar
genetic_algorithm.part4.rar

運行方法：
解壓后在命令行輸入：java -jar genetic_algorithm.jar

     摘要: 最近學習遺傳算法，寫了這么一個小程序來計算函數 f(x,y,z) = xyz*sin(xyz)的最大值，這段程序經過小小改變就可以適應其他的函數最大值求解問題首先介紹一下遺傳算法，遺傳算法就是模擬自然界中物競天擇，適者生存的法則，通過對解空間進行進化從而求得最優方案的方法，遺傳算法的好處在于，即使算法中的某些參數不起作用了，整個算法還是可以正常地工作，也就是說，整體種群的走向是越來越好的遺傳算法的...  閱讀全文

     摘要: 用Java從控制臺輸入密碼

本來以為是很簡單的問題，查了一下發現Java居然沒提供這樣一個方法。目前實現的方式有2個，一個是利用JNI來調用C/C++方法，另一個是使用多線程。
本文使用JNI調用C/C++的方法實現  閱讀全文

     摘要: JDK6.0發布有段時間了，新的JDK也有不少新的特性，我去網上搜集了一下，列在下面和大家一起學習．１．Desktop和SystemTray. 在JDK6中 ,AWT新增加了兩個類:Desktop和SystemTray,前者可以用來打開系統默認瀏覽器瀏覽指定的URL,打開系統默認郵件客戶端給指定的郵箱發郵件,用默認應用程序打開或編輯文件(比如,用記事本打開以txt為后綴名的文件),用系統默認的打印...  閱讀全文

這幾天突然遇到了一個問題：Tomcat跑不起來了！提示錯誤信息：
Error Listener Start
org.springframework.web.context.ContextLoaderListener
Error Listener Start
....
就這么2行，讓人一頭霧水。昨天檢查了一個下午也沒發現問題。今天突然在查看錯誤日志時發現：
Context initialization failed

org.springframework.beans.factory.BeanDefinitionStoreException: Line 14 in XML document from ServletContext resource [/WEB-INF/springctx-datareport.xml] is invalid; nested exception is org.xml.sax.SAXParseException: Element type "bean" must be followed by either attribute specifications, ">" or "/>".

仔細查看了一下配置文件，原來是同組的組員在寫配置文件的時候在class="...."后面多了一個引號！
這個Listener Start的問題太隱蔽，如果沒有做錯誤日志估計一直很難發現了
不過這次有了教訓，以后也有方向了

     摘要: 根據Ajax in Action書進行調整，修改了原書上的錯誤，調試通過。
可重用的Ajax輸入提示類，功能類似Google的輸入提示  閱讀全文

     摘要: JSP與Tomcat亂碼解決方法  閱讀全文

經常開各種各樣的會議,要達成共識很不容易，尤其技術會議更是容易吵架。舊年最后一天，寫點關于“開會”的想法。

首先，要注意聽別人發言。盡量不要打斷別人的發言，抓住對方的主要思想和依據。不要帶著偏見聽，有時候可能覺得對方不如你，但是不代表他現在說的就不對。把口頭禪從“不，……”改成“對，……”，即使有時候你不同意他的觀點，但是先肯定一下，可以緩和很多氣氛。

然后，盡量先把自己的理論基礎表達清楚，有時候爭了半天，發現兩個人想法是一樣的，不過是換了種表達方式……

最后，不要長篇大論，給別人一個插口的機會。有些人講話，喜歡停頓一下，然后在別人馬上要開口講話的時候接著講。我很反感這種人，耍猴呢?。拷o別人一個提出意見和疑問的機會。盡量把自己放到討論的主導地位上來，就是說，要慢慢地讓大家圍繞著你的觀點提問題，然后你再來進行解答。但是千萬不要不讓別人說話，有時候給別人機會說話對自己理清思路也非常有好處。

最近看一本叫《人件集－人性化的軟件開發》的書，里面第一篇文章就講如何作出決策和達成一致意見。一致意見應該做到綜合各方的優點，而不應該是各方意見的“折衷”。書里有一個稍顯極端的例子：假如你的團隊正在開發一個圖形用戶界面的項目，一部分人強烈建議直接將控制按鈕放在屏幕底部，而另一部分人建議在屏幕左側放置一個控制窗口。兩種意見中，一個是水平放置，一個是垂直放置，形成了兩個極端。那么一個最具代表意義的折衷方案就是，將控制按鈕沿著對角線放置在屏幕的中央。在很多時候，由折衷所產生的解決方案比任何一個原始方案都差勁，但是“技術性一致意見”就恰恰相反，它所產生的解決方案要比任何一個原有的方案都好。書上給的“一致意見”解決方法是給控制按鈕窗體加上選項，讓用戶來決定是水平放置還是垂直放置。

在團隊中的表現是很重要的，通過一個團隊來改變團隊中的個體，要比單獨改變一個個體容易得多。所以在團隊中發揮影響，比單獨對每一個人發揮影響要有用得多。

有人說軟件工程更像是“社會學”，而不是“工程學”，我也越來越有這種感覺了。