#
摘要: SUSE SLES11 上安裝配置mysql的筆記，分享并備忘。
閱讀全文
摘要: 最近想找個cms系統來用用，做點簡單的東西，因為自己比較熟悉java，因此考慮試試java版本的cms系統先，記得之前hibernate網站改版，是換了一個java版本的cms的，特地找過去看了一下，magnolia，google了一下似乎好評還不少。于是下載下來開始研究。
延續這些年的習慣，安裝過程一定要詳細記錄下來，避免日后再次安裝時浪費時間，呵呵。
試用的結果很不好，還沒有正式開始使用就決定放棄，原因請見下文。
閱讀全文
摘要: 安裝SUSE sles11的過程記錄，分享給有類似需要的朋友，同時備忘。
閱讀全文
摘要: 有兩年多沒有使用resin了，最近打算在機器上安裝一個web container跑點java web app，同時也可能需要支持php，原本打算用apache + tomcat,apache可以加載php模塊來提供php支持，tomcat作為java web container。但突然想到resin，似乎是可以直接支持php的，而且resin的速度也是稍微快于tomcat，于是跑到resin的官網看了一下，恩，新出了4.0版本(慚愧，兩年前用的是3.0或者3.1)。
決定用resin試試，老朋友了。但是在安裝過程中，發現了一系列問題，尤其是設置開機自動啟動，記錄下來提供大家參考。
閱讀全文
摘要: 在windows上安裝jira 4.0.2的簡單過程記錄，備忘。
閱讀全文
摘要: 從網上找到的一個設計模式快速參考，感覺做的非常的好，分享給大家。
閱讀全文
摘要: 在application server下，比如常見的weblogic，glassfish，jboss等，由于javaee規范的要求，一般不容許直接啟動線程。因此在常見的異步/并行任務執行上，會遭遇到比普通javase程序更多的麻煩。
閱讀全文
摘要: 這是近期工作中遇到的一個問題，cxf在glassfish下timeout設置出現問題，進而引發的關于classloader, JAX-WS的一些小故事，很驚訝的發現cxf在這種情況下根本沒有辦法運行于glassfish平臺。
關鍵字：glassfish, cxf, classloader, JAX-WS, metro。
閱讀全文
摘要: 如題，osgi 資料收集貼，隨時收集，隨時更新。
閱讀全文
摘要: 在討論這個問題前，先簡單的介紹一下雙重解析器的工作原理：顧名思義，雙重解析是雙重的：它由一個ivyResolver和一個 artifactResolver組成，其中ivyResolver負責解析ivy的模塊描述符，而artifactResolver則用于解析制品。換言之，ivyResolver用來指明需要什么，而artifactResolver則負責獲取具體的制品文件。
第一次在學習ivy的過程中看到ivy中的雙重解析器，就感覺設計非常的不錯，可以比較好的解決這方面的問題。只要維護好ivyResolver中的依賴，則整個系統中的依賴都被限制在這個范圍中。比如如果有人想用spring2.5.6之外的版本，哼哼，ivyResolver解析器會不工作的......
但是，在實際的使用過程中發現，雙重解析器的工作模式有點問題：如果目標依賴在ivyResolver中可以找到則情況正常，但是如果目標依賴在 ivyResolver中沒有定義，ivy居然會在artifactResolver的繼續查找！然后報告說依賴解析成功已下載云云，而不是我
閱讀全文
摘要: 在maven中，對于一個依賴，除了groupId，artifactId，version這三個屬性來作為標志之外，還有一個特殊的屬性可用: classifier。
ivy中依賴對應的有屬性org，name,rev，分別對應到maven中的groupId,artifactId，version.
但是dependency沒有和maven的classifier屬性相對應的屬性，因此無法表示dependency的classifier。這樣就出現問題了，比如上面的testng 的例子，在ivy中如果將對testng的依賴定義寫成上面的樣子，則解析時是無法獲取到我們想到的依賴 testng-5.10.jar的。
那么，在ivy中如何指定classifier屬性呢？
閱讀全文
摘要: 如果你已經成功的跟隨并理解了所有的教程，可能你還是需要得到更好的關于如何在現實世界中只用ivy的描述。
這里有一些有關系的鏈接.
閱讀全文
摘要: 現在你已經看到從一個已經存在的倉庫創建你自己的倉庫是如何的簡單，你可能會想知道如何處理更加復雜的情況，例如當源倉庫和目的地倉庫不遵循相同的命名約定。
當你有一個已經存在的倉庫并且希望從大量的不遵循相同的命名轉換的公共倉庫中獲益時，這個問題非常常見。或者僅僅是因為你發現你作為基礎使用的倉庫不夠一直- 為什么所有的apache commons模塊不適用org.apache.commons 組織？歷史原因。但是如果你安裝你自己的倉庫，你可能不想從歷史中蒙受損失。
幸運的是，對于這種問題ivy有一種非常強大的答復：namespaces.
閱讀全文
摘要: 在這個步驟中我們使用install任務來從maven2 倉庫安裝模塊到一個基于文件系統的倉庫。我們首先安裝一個不帶依賴的模塊，然后安裝一個帶有依賴的模塊。
閱讀全文
摘要: install任務讓你從一個倉庫復制一個模塊或者模塊集合到另一個倉庫。這對于構建和維護一個企業或者團隊倉庫非常有用。如果你不想你的團隊中的開發人員都訪問公共的maven2倉庫(例如為了控制哪些模塊可以在你的公司或者你的團隊中使用)，答復開發人員的請求來手工增加新的模塊或者新的版本在某些時候變得令人厭煩。
幸運的是install任務可以在這里提供幫助: 你可以為你的用于維護目標企業倉庫的倉庫維護構建使用特定的設置。這些設置將指向另一個倉庫(例如maven2 公共倉庫)，因此你只需要使用簡單的命令行要求ivy安裝你需要的模塊。
為了演示這個我們將首先使用個一些基本的ivy設置文件來展示它是如何工作的，然后我們將使用高級命名空間特性來演示如何在源倉庫和目標倉庫之間處理命名不匹配。
閱讀全文
摘要: 這個教程介紹ivy文件中的模塊配置的使用。ivy模塊配置事實上是一個非常重要的概念。某些人甚至告訴我使用ivy而不用ivy配置就像吃乳酪而不動就在你旁邊的Chateau Margaux 1976！
嚴肅的說，ivy中的配置可以更好的理解為你的模塊的視圖，你將可以看到在這里他們將如何被高效地使用。
閱讀全文
摘要: 在上一個教程中，你已經看到如何處理兩個簡單項目之間的依賴。
這個教程將引導你完成在一個更加復雜的環境下的ivy使用。這個教程的所有源文件在ivy發行包的src/example/multi-project下可以得到。
閱讀全文
摘要: 這個示例將舉例說明在兩個項目之間的依賴。
depender項目聲明它使用dependee 項目。我們將闡明兩個事情：
* 被獨立的項目聲明的公共類庫將被依賴的項目自動獲取
* depender項目將獲取dependee項目的"最新"版本
閱讀全文
摘要: 在一些情況下，會發生這樣的事情:你的模塊描述符(ivy文件，maven pom, ...)被放置在一個地方，而模塊的制品(jars,...)在另外一個地方。
雙重解析器用于滿足這種類型的需求，而這個教程將展示如何使用它。
閱讀全文
摘要: 這個例子演示模塊是如何被多解析器獲得的。使用多解析器在很多情況下是非常有用的，這里是一些例子：
* 來自發行的單獨的集成構建
* 為第三方模塊使用公共倉庫并且為內部模塊使用私有倉庫
* 使用一個倉庫來存儲那些在無法管理的公共倉庫里里面的不清晰的模塊
* 使用本地倉庫來暴露在一個開發人員的位置上生成的構建
在ivy中，多解析器的使用是通過一個名為解析器鏈的復合解析器來支持的。
在我們的例子中，我們將簡單的展示如何使用兩個解析器，一個在本地倉庫而另一個使用maven2倉庫。
閱讀全文