其他

BeyondTrack 項目簡介一、項目概述 ByondTrack 是一個基於JavaEE 平台的 B/S結構專案管理與團隊協作工具。該工具具有如下特性：    1. 工作流程管理（WorkflowManagement）        基於工作流程引擎(jBPM)，團隊流程建模後的流程定義可以直接部署到系統中，系統將按照流程        定義控制團隊過程    2. 任務管理（TaskManagement）         BeyondTrack提供了對項目個生命週期的管理，從專案計劃、需求，

 雖然下載了w32codecs,gstreamer,  mp3這些是可以順利的播放了，但是 Rhythmbox 0.10.0還是在播放清單中顯示為亂碼，雖然不影響音質，但總歸是不爽的。在網上搜尋了下，還真有解決辦法，甚至還有原因分析，我是懶人，也懶得搞懂這 些，只要解決的辦法方便我繼續深入的使用ubuntu就可以。方法如下：一種辦法就像 Win 上的播放器一樣，可以根據本地的編碼方式來解碼，或使用一些其他轉碼機制，要不還可以選擇優先讀取順序。以上測試的播放器中除了 Audacious

　據國外媒體報道，Google將巨資收購百度，涉及金額高達300億美元。Google藉此重返大陸市場。　　該報道稱，目前Google與百度已經達成了收購協議，將擇機對外公布。百度的管理層將100%保留，但會將項目縮減，包括有啊商城，以及目前實施不力的鳳巢計劃（暫能看到是開放平台，這與Google的理念不吻合）。進行中測試階段的視頻網站qiyi.com將輸入更多的Youtube資源。（YouTube在大陸區因內容審查暫不能訪問）。　　該訊息似乎得到了GoogleCEO施密特的確認，在其twitte

昨日 Nvidia 官方閉源驅動爆出重大缺陷，可能導致顯卡風扇停轉繼而導致 GPU 核心溫度過高。該問題出現在 Win32 196.75 版和 Unix 系列 195.36.08 和 195.36.03 驅動上。對於 Unix類系統的驅動， Nvidia 建議使用者降級至 190.53 或 195.30 驅動。對於部分新近的發行版，可以先使用開源的 Nouveau 驅動。在 Fedora 13 Alpha 上，該驅動已經可以通過Gallium3D 提供基本的 3D 加速支援，可以運行

  有部分沒有內嵌中文字型的PDF檔案，在 ubuntu 7.04 裡裝了 xpdf-chinese-?? 包之後，evince 開啟是正常的， 不過在 7.10 裡裝了相同的軟體包也是亂碼。 acro 7,acro 8 個頭太大，而且滑鼠滾輪滾動太慢，不能忍受； xpdf 倒是正常，不過介面太醜，不習慣； ePDFViewer 跟 evince 同樣亂碼； Foxit Reader 也是太醜； wine Foxit 不錯，不過wine

敏捷團隊協作的加速器——Mingle轉載請保留作者資訊：作者：88250Blog：http:/blog.csdn.net/DL88250MSN & Gmail & QQ：DL88250@gmail.com一. Mingle是什嗎？Mingle是一個敏捷專案管理與團隊協作工具，它提供給團隊一個共用的工作空間。它支援各種各樣的敏捷方法，內建了XP、Scrum、Agile Hybrid的項目模版。Mingle也是ThoughtWorks

“新氧ubuntu中文定製版”是由新氧ubuntu中文定製版項目組在近期推出的一個基於Ubuntu的中文Linux發行版。根據其描述：新氧 ubuntu 中文定製版，是基於 ubuntu 官方發布版製作的中文最佳化應用版本。它不是一個新的發布版。新氧ubuntu中文定製版是一個非盈利項目，因為其包含了一些獨特的適用於中文使用者的組件，一經推出就受到了廣泛的關注。新氧ubuntu中文定製版的官方首頁是：http://xylinux.com以下節選相關來展示一下這個中文Linux發行版 新氧 9.0

今天周六, 翻譯了一篇文章想放鬆一下, 加上前些時候看了<蝴蝶效應2>, 又產生了對<蝴蝶效應1>的懷念, 所以要來溫習一下, 但是用Ubuntu內建的Totem-gstreamer(影音->電影播放機)卻不能播放從網上下載的rmvb格式的電影, 怎麼辦? 不想用XP啊…(重啟挺麻煩, 這個理由 -__-||)動口不如動手, 我們需要重新安裝一個播放器: Totem-xinesudo apt-get install totem-xine

現在熱門的卡通幾乎都是以rmvb在網路上流通的,也就是說愛好卡通的人都一定會安裝解rm的code,不用多說首選一定都是RealPlayer,那是因為我也不知道還有什麼軟體可解rm影音,就算是用別套軟體播放也是用Real的decode最近開始使用Ubuntuu不免俗的也愛上了使用apt$ sudo apt-cache search realplayPassword:kmplayer-konq-plugins - KMPlayer plugin for

      元件圖表(component diagram)是用來反映代碼的物理結構。從元件圖表中，您可以瞭解各軟體組件（如原始碼檔案或動態連結程式庫）之間的編譯器和運行時依賴關係。使用元件圖表可以將系統劃分為內聚組件並顯示代碼自身的結構。      元件圖表的主要目的是顯示系統組件間的結構關係。在 UML 1.1 中，一個組件表現了實施項目，如檔案和可啟動並執行程式。不幸地，這與組件這個術語更為普遍的用法、指象COM組件這樣的東西相衝突。隨著時間的推移及UML的連續版本發布， UML

從java.sun.com上下載JDK的安裝檔案，一般是jdk1.5.0_10_XXXX.bin的格式。 解開產生JDK目錄，這裡假設是/usr/java/jdk1.5.0_10/ 代碼:sudo gedit /etc/profile 在這個檔案的末尾追加： 代碼: export JAVA_HOME=/usr/java/jdk1.5.0_10/ #注意把新添加的JDK的bin目錄追加在$PATH的最前面，這樣當系統中安裝有多個JDK版本時，程式會優先搜尋排在最前面的JDK版本。

 通用快速鍵： F1+Alt 類似windows下面的Win鍵 在GNOME中就是開啟 *應用程式* 菜單（Applications Menu）F2＋Alt 類似windows下面Win+R 是運行程式的快速鍵Ctrl+Alt+D 類似windows下面的Win+D 是顯示案頭的快速鍵Ctrl+Alt+L 啟動螢幕保護裝置程式?Alt+Tab 同windows下的定義一樣Print Screen 螢幕抓圖（整個螢幕）Alt+Print Screen 當前視窗抓圖視窗操作快速鍵Alt+F4

最近一個潛在客戶要求我們比較一下 Amazon EC2 和 Google App Engine，正好我們剛剛在 EC2 和 Google App Engine 上完成了兩個相對來說規模較大的項目，因此有必要做一下總結。我打算從三個角度來對比這兩大雲端運算平台：技術，業務和未來發展趨勢，本文是技術方面的對比，ok，準備好咖啡，我們開始吧！ 如果按平台類型來分，大家可能已經知道Google App Engine屬於PaaS（平台即服務），而Amazon

GAE 部落格 —— B3LOG Solo 0.2.1 正式發布了。該版本除了修複 Bugs，還增加了自訂文章/頁面連結，改進了緩衝，以及加入了新皮膚 favourite。 在 0.2.1 開發之際，Lamb 童鞋加入了 B3LOG Solo Team Dev（成員列表），並給我們帶來了新皮膚 favourite。新特性 評論表情 自訂文章連結 自訂頁面連結 新皮膚——favourite加入了“初始化”功能（/init.do）Bug 修複修複了偏好設定與統計資料丟失 修複了皮膚顯示錯誤

GAE 部落格 —— B3LOG Solo 0.2.5 Beta1 發布了。該版本除了修複 Bugs，還增加了草稿夾、多人寫作、改進了緩衝，以及加入了新皮膚 community。藉此機會，祝大家聖誕節愉快，一切平安 新特性 多人寫作 連結排序 新皮膚——community（多人寫作皮膚）Bug 修複緩衝多執行個體不一致文章訪問次數統計失效IE8 下 Feed 不能顯示改進儲存物件緩衝自訂頁面排序方式改進了頁面緩衝具體改動看這裡。升級如果您是 0.2.1 的使用者，那麼請在部署完 0.2.5

從前，有個人買了塊布，去找裁縫做一頂帽子。他說：“用這塊布做一頂帽子。”裁縫看了看布，說：“沒問題。”那人聽裁縫回答得乾脆，又看了看布，覺得做一頂帽子還有得多，就問裁縫：“那如果做兩頂呢?”裁縫又看了看布，回答：“可以。”那人聽裁縫這麼回答，越發覺得布多，又問：“那麼做三頂呢?”裁縫又回答：“可以。”……最後那人留下布，裁縫答應做十四頂帽子。交貨的日子到了，那人來取帽子。裁縫如約拿出了十四頂帽子，只是這十四頂帽子一般大小，都只夠戴在手指頭上。那人罵裁縫：“我要的帽子是能戴在頭上的，你做得那麼小，

 GAE 部落格 —— B3LOG Solo 0.2.5 Beta2 發布了。該版本主要是修複了 Bugs、加強穩定性、提高了訪問相應速度，並大大降低了 CPU 配額使用。Lamb 同學貢獻的情侶皮膚以及 Vanessa 同學貢獻的皮膚如期而至，希望大家喜歡！新特性 簽名檔 發布/更新文章時 Ping Google Blog Search Engine 加入時區配置Bug 修複後台報錯取消了預設連結存檔邊界時間判斷重複初始化改進移除了 Guice、Guice

一般來說：一個公司下面有多個子公司，那麼公司就是LE（法人），子公司就是balancing entity（平衡段），也就是一個利潤中心。在設定組織的地方定義法人（LE），指定帳簿，然後把子公司設定為業務實體（OU），指定法人，在定義COA時給每個子公司設定一個平衡段值。法人本身可以為一個平衡段。一般部門只是作為財務上一個成本中心來處理，子公司可以設定為一個OU，每個子公司一個公司段，車間和倉庫對應庫存組織。以下是提到的專業術語，現具體解釋如下：帳套

開發需求 在OAF的開發中，可能有這樣的需求，在選擇儲存按鈕時，如果存在改動的資料，則提交事務，儲存到資料庫中； 如果不存在改動的資料，就提示使用者當前沒有資料可更改。   解決思路 判斷頁面中所使用的視圖對象是否發生過改動   方法一、調用OADBTransaction.isDirty()方法 此方法用於判斷當前事務中，視圖對象是否發生過變更。但是此方法只對基於實體物件的視圖對象有效，如果存在基於查詢的視圖對象，需要調用PL/SQL來改變資料庫的就不行了。 

OAF中多語言轉換開發實現步驟 一文介紹了OAF多語言轉換開發的步驟。但也產生了如下的疑問：程式怎麼知道需要不需要進行多語言轉換？ 頁面中也沒有TL表相關的視圖對象，它的多語言資料又怎麼進去？ 在OAF開發中，需要往資料庫插入資料，都是通過EO的操作來實現，但是按照開發手冊，我們是基於VL視圖來建立EO，複合式視圖又無法插入資料，這是怎麼回事？ 而多語言轉換的基表根本就沒有定義EO，它是什麼時候插入資料的？