#
以ubuntu server 11.10 為例，
1) 當服務器啟動時，SHELL環境的初始化過程如下：
/etc/environment –> /etc/default/ 中的配置腳本
2）當一個用戶登錄SHELL的時候
/etc/profile --> $HOME/.profile
如果是BASH SHELL ， 則是
/etc/profile –> /etc/bash.bashrc --> $HOME/.profile --> $HOME/.bashrc
3) 如果一個用戶打開一個BASH SHELL 或 使用su 切換用戶身份時， 則
/etc/bash.bashrc –> $HOME/.bashrc
其中：
/etc/environment 設置全局環境變量， 重啟服務器生效
/etc/default/目錄中的配置腳本 設置特定的全局環境變量
/etc/profile 當用戶重新登錄時,該文件被執行. 并依次調用/etc/profile.d目錄中的所有腳本。如果是初始化BASH SHELL , 還會調用/etc/bash.bashrc
/etc/bash.bashrc 每次啟動一個BASH SHELL時都會執行該腳本
$HOME/.profile 作用等同/etc/profile
$HOME/.bashrc 作用等同/etc/bash.bashrc
$HOME/.bash_logout 當每次退出SHELL環境時被執行
從代碼倉庫獲取代碼用SVN，做單元測試用JUNIT，做代碼檢查用PMD、FINDBUGS，代碼編譯、打包用ANT，拷貝文件到部署服務器上用SHELL，出現BUG了通知開發人員要發EMAIL，工具一多了，整合起來用時，不斷切換界面，輸入命令的復雜性可想而知，有沒有一站式的工具可以代勞呢？
有，這就是JENKINS，有了她，你就可以：通過統一的WEB界面做各種配置工作、查看工具的LOG輸出、即使是歷史的日志查看也沒問題；通知配置排程，可以自動的獲取代碼、編譯、打包和部署，發郵件，無須人工干預。
- 安裝JENKINS，其實就是把一個WAR包放到容器中
- 安裝插件：發郵件插件Jenkins Email Extension Plugin和部署插件Deploy to container Plugin
- 配置JDK和郵件服務器地址
- 新建任務：配置SVN地址/配置構建排程@hourly/配置構建步驟，如先用ANT編譯打包再傳到服務器/配置成功或失敗后發郵件通知的地址
- 手動執行任務或等待時間到了后執行任務
各種插件的安裝
- ANT：如果在JENKINS中使用了ANT-JUNIT，由于JENKINS是直接調用操作系統的ANT命令的，所以要在LINUX下安裝ANT，配置ANT_HOME，并將BIN加入到PATH中：
ANT_HOME=/opt/ant/apache-ant-1.8.2
JAVA_HOME=/usr/java/jdk1.6.0_29
JRE_HOME=/usr/java/jdk1.6.0_29/jre
PATH=$ANT_HOME/bin:$JAVA_HOME/bin:JRE_HOME/bin:$PATH
CLASSPATH=.:$JAVA_HOME/lib/jt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib
export ANT_HOME JAVA_HOME JRE_HOME PATH CLASSPATH
http://hanqunfeng.iteye.com/category/138233
在JAAS的體系中，有些安全的術語，不深入了解，會弄得一頭霧水，現作一小結：
- Subject：相當于普通系統中的“當前用戶” ，可以從這里取得角色之類的信息，里面還含有一個MANAGER類，可以查數據庫，如subject.login(...)就是查數據庫是否匹配密碼
- Principal：相當于用戶名信息
- Credential：相當于密碼或密鑰等信息
- Realm：加在DAO層外面的一個ADAPTER，統一調用數據庫的方法名
- SecurityManager：權限服務的統一入口，里面會調用Realm
摘要: 最近因為項目需要，研究了一下Apache Shiro安全認證框架，把心得記錄下來。（原創by：西風吹雨） Apache Shrio是一個安全認證框架，和Spring Security相比，在于他使用了和比較簡潔易懂的認證和授權方式。其提供的native-session（即把用戶認證后的授權信息保存在其自身提供Session中）機制，這樣就可以和HttpSession、EJB Session Bea...
閱讀全文
Coherence是什么
Coherence是Oracle為了建立一種高可靠和高擴展集群計算的一個關鍵部件，集群指的是多于一個應用服務器參與到運算里。Coherence的主要用途是共享一個應用的對象(主要是java對象，比如Web應用的一個會話java對象)和數據(比如數據庫數據，通過OR-MAPPING后成為Java對象)。
簡單來說，就是當一個應用把它的對象或數據托管給Coherence管理的時候，該對象或數據就能夠在整個集群環境(多個應用服務器節點)共享，應用程序可以非常簡單地調用get方法取得該對象，并且由于Coherence本身的冗余機制使得任何一個應用服務器節點的失敗都不會影響到該對象的丟失。其實如果不使用coherence，對于一個會話在多個應用服務器節點的共享一般是通過應用服務器本身的集群技術，而Coherence的創造者則認為基于某種應用服務器技術的集群技術來共享會話變量的技術并不完整，而專門開發出Coherence這個產品(原來稱為tangosol)并且最后被Oracle收購，這個產品既有原來各種應用服務器集群所具有的各種技術特點，而且又增加了原來各種應用服務器集群技術所沒有的各種特性。
要學習這個產品，需要記住并注意的一點是：Coherence所有的設計都是基于多個(可以是非常多)的JVM，很多Coherence的測試都是使用幾十甚至上百個節點來進行的。
Coherence的一些技術特點
Coherence產品首先是被設計用于高擴展性：
所謂高擴展性就是當一個應用服務器能夠處理2000筆交易，則10個應用服務器應該能夠處理20000筆交易。
一般而言，整個應用架構的擴展性由架構里的最不能擴展的部位(稱之為瓶頸)決定，這個瓶頸一般而言都是數據源的處理，Coherence針對這種理解提供了應用層的數據共享緩沖，任何一個時候如果應用能夠從這個數據緩沖里滿足要求，則不會將請求發給數據源，從而極大地增強一般的瓶頸(數據)的擴展性。
為了加強數據的寫處理性能，Coherence還設計了延遲寫的功能，就是應用的寫會先緩存在Coherence的緩沖區，然后延遲寫到數據庫里，為了減輕數據源的寫壓力，Coherence只把最近的更改寫到數據源，比如一條數據被更改了多遍，則只有最后的更改會被提交到數據源。而且，如果可能，多個SQL語句會被變成一個SQL語句批，一次提交給數據源，這樣又極大地降低了對數據源的壓力。
熟悉于數據庫應用程序，參加過性能測試的有經驗的朋友應該知道這非常多的場合，上述Coherence的特點剛好是對應了非常多的經常遇到的應用出現問題的場景。
即Coherence被放在應用服務器和數據庫服務器之間，從而解決通常應用架構里的瓶頸(數據瓶頸)來提高整個應用架構的可擴展性。
Coherence的第二個非常重要的特地是支持數據的分區處理，就是如果有N個處理節點，則每個節點只管理1/N的數據，當一個節點失效時，該節點的數據會在剩下的節點均分，每個節點將管理1/(N-1)的數據。同樣的，當一個節點增加進來時，則每一個節點都會分配一部分數據給新的節點，則最終每個節點只管理1/(N+1)的數據。大家知道，一般應用服務器的集群都有只能緩沖共享2G java對象的缺點，而Coherence這種設計讓Coherence能夠處理非常多的數據，只需要通過增加節點的數量，就可以處理更多的數據。
如果安裝了Coherence，則應用服務器不需要配置專有的服務器集群技術，因為Coherence*web模塊提供了可用于處理http會話信息在Coherence集群內共享的功能，當一個節點需要讀取HTTP會話信息而發現自己沒有該會話信息的時候，它會把請求同時發給所有的節點(multicast)，而當一個節點需要寫HTTP會話信息的同時，它也會把寫請求發給所有的節點，所以2個節點的處理和100個節點的處理都是一樣的。
1. Caching：正如Coherence的別名是Data Grid，Coherence在這種場景主要是被用于緩存數據源的數據，當應用需要數據時，直接從Coherence里面取得而不是從后臺數據源取得。比如用于緩存用戶的個人設置信息。這種使用方式可以極大降低對后臺數據源的壓力，并且甚至當后臺數據源不可用的時候也不影響系統的可用性。
2. Analytics：用于查詢，從簡單查詢到復雜查詢，比如用于查詢金融交易系統的投資者持倉信息(非常密集的查詢)。這種使用方式還可以使用多個節點的并發查詢。
3. Transactions：在Coherence直接處理交易，可以在Coherence直接提交交易，從而得到極快的響應速度和高可擴展性。
4. Events：Coherence里可以使用事件驅動的架構，能夠對事件做出實時的處理。比如在線游戲使用EDA架構處理“武器”，“裝備”的買賣交易。
摘要: 什么是Apache Shiro？Apache Shiro（發音為“shee-roh”，日語“堡壘（Castle）”的意思）是一個強大易用的Java安全框架，提供了認證、授權、加密和會話管理功能，可為任何應用提供安全保障 - 從命令行應用、移動應用到大型網絡及企業應用。 Shiro為解決下列問題（我喜歡稱它們為應用安全的四要素）提供了保護應用的API：...
閱讀全文
/**
*作者：張榮華(ahuaxuan)
*2007-8-15
*轉載請注明出處及作者
*/
前兩天在看Spring內置的攔截器的時候，發現了一個之前沒有注意的類：org.springframework.aop.interceptor.JamonPerformanceMonitorInterceptor，好奇心促使我上網查了一下這個jamon。大概看了一下之后發現這個玩意還真挺好用的而且挺重要的，而且現在國內對它的介紹也很少，所以寫了一篇文章和大家分享。
一，Jamon簡介： Jamon的全名是：Java Application Monitor。它是一個小巧的，免費的，高性能的，線程安全的性能監測工具。它可以用來測定系統的性能瓶頸，也可以用來監視用戶和應用程序之間的交互情況。 Jamon主要是用來檢測jee的應用程序。它最新的版本是2.1，可以用在1.4以上的jdk上。
二，將jamon導入到你的應用程序中去 首先下載jamon的開發包，見我的附件，同時你也可以去Sourceforge上自己下載。Sourceforge的下載地址為http://jamonapi.sourceforge.net。解壓之后可以得到一個jar包和一個war包。jar包是自己會用到的，而war包是一個例子（不要小看這個例子，待會也要把它導入到項目中）。把war包之間丟到服務器上，訪問：localhost:8080/jamon就可以看到這個例子了，這個例子是一個簡單的性能監控系統。
接著把例子中的所有的包都導入到項目中，并把war包中的jsp和images還有css都考到項目中，比如新建一個目錄叫monitor（它和WEB-INF是同級目錄）。
三，正確配置自己的應用 我們在性能監測的時候最監測的就是頁面的訪問率和類中方法的訪問率。所以在這一部分主要講解一下如何監測自己的頁面和類中方法的訪問。
1， 檢測自己的頁面訪問率 首先我們需要在web.xml中添加一個filter，這個filter就是用來判斷哪些頁面需要被監視的，如下所示：
<filter>
<filter-name>JAMonFilter</filter-name>
<filter-class>com.easywebwork.filter.EasyPageMonFilter</filter-class>
</filter>
<filter-mapping>
<filter-name>JAMonFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>接下來我們看看這個filter的寫法：
/** *//**
* @author 張榮華（ahuaxuan）
*
* @since 2007-8-13
*/
public class PageMonFilter extends JAMonFilter
{
private static final long serialVersionUID = 5746197114960908454L;
public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain) throws IOException, ServletException {
Monitor allPages = MonitorFactory.start(new MonKeyImp("org.easywebwork.allPages",getURI(request),"ms."));
//這里就是我們要監視的所有的頁面的配置
Monitor monitor = MonitorFactory.start(getURI(request));
//這里就是我們要監視的某個頁面的配置
try {
filterChain.doFilter(request, response);
} finally {
monitor.stop();
allPages.stop();
}
}
protected String getURI(ServletRequest request) {
if (request instanceof HttpServletRequest) {
return ((HttpServletRequest) request).getRequestURI();
} else {
return "Not an HttpServletRequest";
}
}
private FilterConfig filterConfig = null;
}}這個類看上去很簡單，其實也挺
簡單的，就是得到uri，然后把它注冊到MonitorFactory類中。這樣只要我們去訪問剛才創建的monitor目錄下的jsp就可以看到性能監測頁面了。
2， 接下來我們看看在使用spring的情況下如何監測一個bean的方法調用。
Spring也提供了對Jamon的支持(spring支持的東西還真多啊)，也就是文章開頭提出的那個攔截器，為了給我們的bean加上攔截器，我們在spring的applicationcontext配置文件中加入如下語句：
<bean class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
<property name="beanNames">
<list>
<value>userService</value>
</list>
</property>
<property name="interceptorNames">
<list>
<value>jamonInterceptor</value>
</list>
</property>
</bean>
<bean id="jamonInterceptor" class="org.springframework.aop.interceptor.JamonPerformanceMonitorInterceptor">
</bean>
上面這個是典型的spring的aop的配置，如果對spring的aop配置不了解的可以去看一下spring中文文檔，當然如果不想了解的話即使直接把這段配置拷到自己的項目中也是可以直接使用的。
還有一個步驟就是在你的log4j.properties中加入這句代碼：
log4j.logger.org.springframework.aop.interceptor.JamonPerformanceMonitorInterceptor = TRACE
如果沒有這一行，那么這個攔截器是不會把方法調用的信息向MonitorFactory注冊的。
只需要這些步驟，userservice中的方法在調用的時候就可以被攔截，然后將其注冊到MonitorFactory中去了。
所有的配置完成之后我們來看一下效果吧:
http://www.iteye.com/topics/download/b2bac96e-6c18-4340-b7e0-f84c7bb6adca從這個圖上我們可以看到，所有頁面被訪問的次數，UserService中的getAllUsers被調用的次數，最右邊的是訪問時間。這只是整個圖的一部分，當然這個頁面中也包括每一個頁面被訪問的次數和第一次訪問的時間等等。下載附件運行，就可以看到所有的頁面了。
三，總結
根據以上的步驟，我們就可以監測我們的程序了，應用程序中哪些頁面被訪問的多，哪些頁面被訪問的少，哪些方法被訪問的多，哪些方法被訪問的少，以及訪問高峰期集中在什么時間等等，有了這些參數，我們更可以有針對性的對應用程序進行優化了，比如說某個頁面訪問比較頻繁，我就可以用ehcache或oscache給這個頁面做一個緩存。如果某個方法的訪問比較頻繁那就看看這個方法能否進一步優化，是需要異步，還是需要緩存，還是需要其他等等，總之有了jamon可以給我們帶來更多的便捷，既可以讓我們知道我們的客戶的行為，也可以讓我們知道我們開發的程序的“能力”。
其實本文提供的只是對頁面和方法調用的監控，但是jamon可以提供更多功能，比如說sql語句的監控等等，這就需要我們共同去發掘了。
附件中包括了一個easywebwork的例子，我把jamon導入到這個例子工程中去，大家可以直接下載運行觀看效果。Easywebwork是一個旨在減少webwork2.2.x系列的xml配置文件的項目。
JamonSample.rar (3.7 MB)描述: 由于上傳文件大小有限制，所以需要同學們自己添加一下jar包： spring,common-logging,log4j,common-collections activation, common-lang
lib.rar (3.3 MB)描述: 第二組包包括 spring,common-logging,log4j,common-collections activation, common-lang
摘要: EhCache 是一個純Java的進程內緩存框架，具有快速、精干等特點，是Hibernate中默認的CacheProvider。
下圖是 EhCache 在應用程序中的位置：
EhCache 的主要特性有：
1. 快速.2. 簡單.3. 多種緩存策略4. 緩存數據有兩級：內存和磁盤，因此無需擔心容量問題5. 緩存數據會在虛擬機重啟的過程中寫入磁盤6. 可以通過RMI、可插入API...
閱讀全文