摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要:   阅读全文      摘要: 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用户下的。
第二种方法脚本如下：

--大卫