摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要: JVM調優總結 + jstat 分析jstat -gccause pid 1 每格1毫秒輸出結果jstat -gccause pid 2000 每格2秒輸出結果不斷的在屏幕打印出結果  S0     S1     E     &n...  閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文 轉載文章：http://www.qixing318.com/article/by-lua-adhesive-nginx-ecological-environment.html      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文 Hibernate不支持left join帶on的條件查詢。
解決辦法：使用原生SQL或者使用HQL方式需要修改hbm文件(如果項目中大部分不適用級聯配置情況下)
需求是查詢網絡信息，網絡信息中關聯了分區、網絡IP(1個網絡－－Ｎ個網絡ＩＰ)，網橋信息.
HQL：

hbm配置文件：

理解inverse和cascade，可以參考：http://blog.csdn.net/wkcgy/article/details/6271321
總結： 
<one-to-many>中，建議inverse=”true”，由“many”方來進行關聯關系的維護 
<many-to-many>中，只設置其中一方inverse=”false”，或雙方都不設置 
Cascade，通常情況下都不會使用。特別是刪除，一定要慎重。
操作建議 
  一般對many-to-one和many-to-many不設置級聯，這要看業務邏輯的需要;對one-to-one和one-to-many設置級聯。
  many-to-many關聯關系中，一端設置inverse=”false”，另一端設置為inverse=”true”。在one-to-many關聯關系中，設置inverse=”true”,由多端來維護關系表










md5sum命令詳解：
     摘要:   閱讀全文      摘要:   閱讀全文      摘要:   閱讀全文      摘要: 根據官方的說法，在ibatis3，也就是Mybatis3問世之前，Spring3的開發工作就已經完成了，所以Spring3中還是沒有對Mybatis3的支持。因此由Mybatis社區自己開發了一個Mybatis-Spring用來滿足Mybatis用戶整合Spring的需求。下面就將通過Mybatis-Spring來整合Mybatis跟Spring的用法做一個簡單的介紹。MapperFactoryB...  閱讀全文

不得不承認的是,在目前的web應用開發中,Spring的應用越來越廣泛,其地位變得相當重要。而在最近推出的Spring 3.2版本中，又引入了一些新的值得關注的特性。本文中將介紹其中一些值得關注的新特性。

一　不再需要web.xml

　在新的Spring 3.2中，可以不再需要web.xml這個文件了，這得益于Servlet 3.0的新特性。

其中，可以使用@WebServlet在需要調用的servlet中，使用注解去設置servlet中的映射關系。這樣的話，就可以不再象以往那樣要通過在web.xml中對servlet進行配置，十分方便。

此外，Servlet 3.0提供了既能在容器中動態注冊servlet的方法，也提供了通過實現

ServletContainerInitializer接口的方法實現在容器啟動階段為容器動態注冊Servlet、Filter和listeners。容器會在應用的啟動階段，調用所有實現ServletContainerInitializer接口類中的onStartup()方法。而Spring　3.2中，則進一步簡化了這點，只需要實現WebApplicationInitializer接口就可以了，其中提供了一個相關的實現類－－AbstractContextLoaderInitializer，它可以動態注冊DispatcherServlet。這意味著，只要spring-webmvc.jar放置在web應用的web-inf/lib中，就可以調用Dispatcher servlet了。可以參考如下的例子（來自Spring文檔）：

public class MyWebApplicationInitializer implements WebApplicationInitializer { 
 
    @Override 
    public void onStartup(ServletContext container) { 
        ServletRegistration.Dynamic registration = container.addServlet("dispatcher", new DispatcherServlet()); 
        registration.setLoadOnStartup(1); 
        registration.addMapping("/example/*"); 
    } 
 
} 

二　支持Java編程式配置在Spring mvc 3.2中，一個不錯的特性就是在之前版本中支持使用Java代碼配置各種依賴注入的基礎上，進一步簡化了配置。關于使用Java編程式配置的好處，可以通過下面這個鏈接文章的介紹去學習

（http://blog.frankel.ch/consider-replacing-spring-xml-configuration-with-javaconfig）。
在Spring mvc 3.2中，提供了AbstractContextLoaderInitialize的一個子類AbstractAnnotationConfigDispatcherServletInitializer去實現零XML配置的效果，只需要創建的類繼承AbstractAnnotationConfigDispatcherServletInitializer就可以了，如下代碼所示：

public  
 
class  
 
SugarSpringWebInitializer extends AbstractAnnotationConfigDispatcherServletInitializer { 
 
    @Override 
    protected Class<?>[] getRootConfigClasses() { 
        return new Class[] { JavaConfig.class }; 
    } 
 
    @Override 
    protected Class<?>[] getServletConfigClasses() { 
        return new Class[] { WebConfig.class }; 
    } 
 
    @Override 
    protected String[] getServletMappings() { 
        return new String[] { "/" }; 
    } 
 
} 

三功能更強大的Spring Test 框架現在，單元測試顯得越來越重要了，每一個類都建議做好對應的單元測試。在Spring 3.2版本之前，如果要對Spring MVC進行單元測試的話，必須顯式去調用某個控制器類中的某個方法，而不能直接單元測試相關的mapping映射。而在Spring mvc 3.2中，重新整合和增強了測試框架的功能，支持直接用/*這樣的映射方式去測試某個控制器中的類。同時，之前的開源項目（https://github.com/SpringSource/spring-test-mvc）也被收錄到Spring mvc 3.2中去了。此外，還新增加了對返回(return)，重定向(redirect)和model等的測試改進，下面是一個例子：

public class SayHelloControllerIT extends AbstractTestNGSpringContextTests { 
  
    private MockMvc mockMvc; 
  
    @BeforeMethod 
    public void setUp() { 
  
        mockMvc = webAppContextSetup((WebApplicationContext) applicationContext).build(); 
    } 
  
    @Test(dataProvider = "pathParameterAndExpectedModelValue") 
    public void accessingSayhelloWithSubpathShouldForwardToSayHelloJspWithModelFilled(String path, String value) throws Exception { 
  
        mockMvc.perform(get("/sayHello/Jo")).andExpect(view().name("sayHello")).andExpect(model().attribute("name", "Jo")); 
    } 
} 

本文的示例代碼可以在: http://blog.frankel.ch/wp-content/resources/spring-3-2-sweetness/spring-sweet-1.0.0.zip中下載。

原文鏈接：http://java.dzone.com/articles/spring-32-sweetness

     摘要: 本文轉載自：http://www.cnblogs.com/java-my-life/archive/2012/03/28/2418836.html場景問題　　舉個生活中常見的例子——組裝電腦，我們在組裝電腦的時候，通常需要選擇一系列的配件，比如CPU、硬盤、內存、主板、電源、機箱等。為討論使用簡單點，只考慮選擇CPU和主板的問題。　　事實上，在選擇CPU的時候，面臨一系列的...  閱讀全文 shell中可能經常能看到：>/dev/null 2>&1 

命令的結果可以通過%>的形式來定義輸出

分解這個組合：“>/dev/null 2>&1” 為五部分。

1：> 代表重定向到哪里，例如：echo "123" > /home/123.txt
2：/dev/null 代表空設備文件
3：2> 表示stderr標準錯誤
4：& 表示等同于的意思，2>&1，表示2的輸出重定向等同于1
5：1 表示stdout標準輸出，系統默認值是1，所以">/dev/null"等同于 "1>/dev/null"

因此，>/dev/null 2>&1 也可以寫成“1> /dev/null 2> &1”

那么本文標題的語句執行過程為：
1>/dev/null ：首先表示標準輸出重定向到空設備文件，也就是不輸出任何信息到終端，說白了就是不顯示任何信息。
2>&1 ：接著，標準錯誤輸出重定向 到 標準輸出，因為之前標準輸出已經重定向到了空設備文件，所以標準錯誤輸出也重定向到空設備文件。

最常用的方式有：
    
command > file 2>file  與command > file 2>&1

它們有什么不同的地方嗎？
      首先command > file 2>file 的意思是將命令所產生的標準輸出信息,和錯誤的輸出信息送到file 中.command  > file 2>file 這樣的寫法,stdout和stderr都直接送到file中, file會被打開兩次,這樣stdout和stderr會互相覆蓋,這樣寫相當使用了FD1和FD2兩個同時去搶占file 的管道。
      而command >file 2>&1 這條命令就將stdout直接送向file, stderr 繼承了FD1管道后,再被送往file,此時,file 只被打開了一次,也只使用了一個管道FD1,它包括了stdout和stderr的內容。
      從IO效率上,前一條命令的效率要比后面一條的命令效率要低,所以在編寫shell腳本的時候,較多的時候我們會command > file 2>&1 這樣的寫法。
 
以上轉載自:http://sjolzy.cn/shell-in-the-dev-null-2-gt-amp-1-Detailed.html

------------------------------------------------------------------------------------------------------
那么，有這么個需求，我如何能判斷遠程主機上的某個文件是否存在呢，我能想到的有兩種方法，一種方法可以使用expect腳本，但是需要遠程主機上安裝expect包，但是只需要知道用戶名和密碼就可以了；第二種方法是要求兩臺主機之間做好ssh互信，然后如admin，那么通過shell可以直接判斷，但是文件宿主權限也需要是admin用戶下的。
第二種方法腳本如下：

--大衛