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

hbm配置文件：

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










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

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

一　不再需要web.xml

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

其中，可以使用@WebServlet在需要調(diào)用的servlet中，使用注解去設(shè)置servlet中的映射關(guān)系。這樣的話，就可以不再象以往那樣要通過在web.xml中對(duì)servlet進(jìn)行配置，十分方便。

此外，Servlet 3.0提供了既能在容器中動(dòng)態(tài)注冊(cè)servlet的方法，也提供了通過實(shí)現(xiàn)

ServletContainerInitializer接口的方法實(shí)現(xiàn)在容器啟動(dòng)階段為容器動(dòng)態(tài)注冊(cè)Servlet、Filter和listeners。容器會(huì)在應(yīng)用的啟動(dòng)階段，調(diào)用所有實(shí)現(xiàn)ServletContainerInitializer接口類中的onStartup()方法。而Spring　3.2中，則進(jìn)一步簡(jiǎn)化了這點(diǎn)，只需要實(shí)現(xiàn)WebApplicationInitializer接口就可以了，其中提供了一個(gè)相關(guān)的實(shí)現(xiàn)類－－AbstractContextLoaderInitializer，它可以動(dòng)態(tài)注冊(cè)DispatcherServlet。這意味著，只要spring-webmvc.jar放置在web應(yīng)用的web-inf/lib中，就可以調(diào)用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中，一個(gè)不錯(cuò)的特性就是在之前版本中支持使用Java代碼配置各種依賴注入的基礎(chǔ)上，進(jìn)一步簡(jiǎn)化了配置。關(guān)于使用Java編程式配置的好處，可以通過下面這個(gè)鏈接文章的介紹去學(xué)習(xí)

（http://blog.frankel.ch/consider-replacing-spring-xml-configuration-with-javaconfig）。
在Spring mvc 3.2中，提供了AbstractContextLoaderInitialize的一個(gè)子類AbstractAnnotationConfigDispatcherServletInitializer去實(shí)現(xiàn)零XML配置的效果，只需要?jiǎng)?chuàng)建的類繼承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[] { "/" }; 
    } 
 
} 

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

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

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

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

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

1：> 代表重定向到哪里，例如：echo "123" > /home/123.txt
2：/dev/null 代表空設(shè)備文件
3：2> 表示stderr標(biāo)準(zhǔn)錯(cuò)誤
4：& 表示等同于的意思，2>&1，表示2的輸出重定向等同于1
5：1 表示stdout標(biāo)準(zhǔn)輸出，系統(tǒng)默認(rèn)值是1，所以">/dev/null"等同于 "1>/dev/null"

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

那么本文標(biāo)題的語句執(zhí)行過程為：
1>/dev/null ：首先表示標(biāo)準(zhǔn)輸出重定向到空設(shè)備文件，也就是不輸出任何信息到終端，說白了就是不顯示任何信息。
2>&1 ：接著，標(biāo)準(zhǔn)錯(cuò)誤輸出重定向 到 標(biāo)準(zhǔn)輸出，因?yàn)橹皹?biāo)準(zhǔn)輸出已經(jīng)重定向到了空設(shè)備文件，所以標(biāo)準(zhǔn)錯(cuò)誤輸出也重定向到空設(shè)備文件。

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

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

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

--大衛(wèi)





OpenNebula中主機(jī)添加一切正常。
執(zhí)行$onehost list 主機(jī)CPU、內(nèi)存資源可以正常被監(jiān)控到。但是，創(chuàng)建虛擬機(jī)后，虛擬機(jī)狀態(tài)很長(zhǎng)一段時(shí)間一直處于pend狀態(tài)。而OpenNebula的mm_sched調(diào)度虛擬機(jī)的周期是缺省30秒調(diào)度一次，根據(jù)調(diào)度算法適配一臺(tái)合適的主機(jī)，主機(jī)是新添加的而且是有足夠資源的，為什么不能部署呢？
我們可以通過查看虛擬機(jī)的調(diào)度日志$ONE_LOCATION/var/sched.log發(fā)現(xiàn)如下錯(cuò)誤信息：
啟動(dòng)和停止OpenNebula shell腳本如下：
給這個(gè)腳本起個(gè)名字吧，叫做oned
Linux中如何設(shè)置服務(wù)開機(jī)自啟動(dòng)，可以參考http://os.51cto.com/art/201301/377515.htm

1. 首先查看服務(wù)器默認(rèn)的運(yùn)行級(jí)別是多少? 目的是在對(duì)應(yīng)運(yùn)行級(jí)別下建立服務(wù)的軟連接。
 1> 執(zhí)行命令#runlevel
 2> 查看/etc/inittab
 
2. 將寫好的oned腳本拷貝到/etc/init.d/目錄下

3. 在/etc/rc.d/rc3.d中建立軟鏈接
cd /etc/init.d/rc.d/rc3.d
ln -s ../init.d/oned S99oned
S99oned是其軟鏈接，S開頭代表加載時(shí)自啟動(dòng)

以上已測(cè)試過，沒有問題，同時(shí)有興趣可以試試第二、三種方式。

     摘要: jdk并發(fā)部分，如果英文理解有點(diǎn)小難，可以參考http://www.yiibai.com/java6/java/util/concurrent/package-summary.html本篇轉(zhuǎn)自：http://victorzhzh.iteye.com/blog/1011635很多時(shí)候我們希望任務(wù)可以定時(shí)的周期性的執(zhí)行，在最初的JAVA工具類庫中，通過Timer可以實(shí)現(xiàn)定時(shí)的周期性的需求，但是有一定的...  閱讀全文 項(xiàng)目組內(nèi)一位同事，在重構(gòu)代碼過程中將幾個(gè)模塊的Service層接口去掉后. 修改成了沒有實(shí)現(xiàn)任何接口的類，并且繼承了一個(gè)抽象基類。
然后我更新代碼后執(zhí)行系統(tǒng)中的該模塊，發(fā)現(xiàn)部分表數(shù)據(jù)沒有完整持久到數(shù)據(jù)庫中。看了下代碼和spring配置文件，原來調(diào)整后的Biz的業(yè)務(wù)類沒有配置事務(wù)導(dǎo)致的。

啟動(dòng)tomcat后報(bào)出如下錯(cuò)誤信息：
通過以上錯(cuò)誤分析之：對(duì)于實(shí)現(xiàn)了接口的類，直接用了JDK的動(dòng)態(tài)代理，把目標(biāo)對(duì)象扔給JDK的Proxy，拿到代理對(duì)象就OK了。然而對(duì)于沒有實(shí)現(xiàn)接口的類，Spring借助于CGLIB來實(shí)現(xiàn)代理。
解決辦法：
當(dāng)使用CGLIB來實(shí)現(xiàn)代理后，沒有實(shí)現(xiàn)接口的類
1、 通過構(gòu)造函數(shù)形式注入時(shí)必須有默認(rèn)的構(gòu)造函數(shù)，否則就會(huì)出現(xiàn)上面的異常。
2、通過生產(chǎn)setter或者getter方法注入。
3、通過修改Spring的CglibProxyFactory工廠類。

詳細(xì)解析可以參照這篇文章：http://netfork.iteye.com/blog/286215