语源科技BlogJava-Jason ---分享,共同进步http://www.blogjava.net/agun/激情成就梦想，努力创造未来zh-cnWed, 29 Apr 2026 19:26:36 GMTWed, 29 Apr 2026 19:26:36 GMT60java web 导出excel http://www.blogjava.net/agun/archive/2012/11/03/390722.htmlagunagunSat, 03 Nov 2012 04:45:00 GMThttp://www.blogjava.net/agun/archive/2012/11/03/390722.htmlhttp://www.blogjava.net/agun/comments/390722.htmlhttp://www.blogjava.net/agun/archive/2012/11/03/390722.html#Feedback1http://www.blogjava.net/agun/comments/commentRss/390722.htmlhttp://www.blogjava.net/agun/services/trackbacks/390722.html看到这个标题，会很疑问，java导出excel 有很多文章呀，都知道怎么用呀，呵呵，我也是这么认为，我们常用的就是jxl 或者poi ，现在jxl 代码不在更新不支持2007，一般都采用poi 进行excel的操作，今天在看系统（架构struts+ spring+ hibernate），需要做一个excel导出，一个简单的方法，这个方法只适用于excel简单的导出，直接通过输出的页面，然后设置页面为输出流的文件格式，这样当action转向到jsp页面的时候，直接就是将页面输出。

 

jsp页面的代码：

Java代码 复制代码
  1. <%@ page language="java" pageEncoding="UTF8"%>   
  2. <html:html locale="true">   
  3.     <head>      
  4.         <title>LogExport</title>   
  5.         <meta http-equiv="pragma" content="no-cache">   
  6.         <meta http-equiv="cache-control" content="no-cache">   
  7.         <meta http-equiv="expires" content="0">   
  8.         <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">   
  9.         <%   
  10.           response.setCharacterEncoding("UTF-8");   
  11.           response.setContentType("application/vnd.ms-excel;");      
  12.           response.setHeader("Content-Disposition", "attachment;filename=\""+new String("Log.xls".getBytes(),"ISO-8859-1")+"\"");   
  13.         %>     
  14.     </head>   
  15.     <body>   
  16.         <form action="/Action_export.do">   
  17.             <table width="100%" border="1" cellspacing="0" cellpadding="0" id="datagrid">   
  18.                 <thead>   
  19.                     <tr class="HeaderStyle" style="font-weight: normal;">   
  20.                         <th>用户</th>   
  21.                         <th>姓名</th>   
  22.                         <th>日期</th>   
  23.                         <th>登录IP</th>   
  24.                         <th>主机名</th>   
  25.                         <th colspan="3">   
  26.                          <table width='100%'  border="1" cellspacing="3" cellpadding="0" frame='void' >    
  27.                                 <tr><td colspan="3" style='background:transparent;' align="center">操作信息</td></tr>   
  28.                                 <tr style='background:transparent;'>   
  29.                                     <td width="40px" align="center">操作</td>   
  30.                                     <td width="100px" align="center">标题</td>   
  31.                                     <td align="center">扩展信息</td>   
  32.                                 </tr>   
  33.                             </table>   
  34.                         </th>   
  35.                     </tr>   
  36.                 </thead>   
  37.                 <jsp:include page="common.jsp" flush="true" />   
  38.             </table>   
  39.         </form>   
  40.     </body>   
  41. </html:html>  


agun 2012-11-03 12:45 发表评论
]]>vb控件开发随笔http://www.blogjava.net/agun/archive/2012/02/29/370953.htmlagunagunWed, 29 Feb 2012 01:03:00 GMThttp://www.blogjava.net/agun/archive/2012/02/29/370953.htmlhttp://www.blogjava.net/agun/comments/370953.htmlhttp://www.blogjava.net/agun/archive/2012/02/29/370953.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/370953.htmlhttp://www.blogjava.net/agun/services/trackbacks/370953.html项目需要使用一些本地控件，所以这几天又折腾把以前的vb拿出来，做一个空间的例子。vb制作控件很简单，这里也不再多说，我开发的控件名称叫做test.ocx发布好，会生成相应的test.cab和test.hmtl测试页面。

 

我要把这个控件发布的web工程中

 

1，首先复制cab到web目录下，然后再页面中添加控件信息，如下图，

Html代码 复制代码
  1. <!-- 如果这页上的任何控件需要授权，您必须   
  2.     创建一个授权包文件。 运行 LPK_TOOL.EXE 来创建   
  3.     要求的 LPK 文件。 LPK_TOOL.EXE 将从 ActiveX SDK 中找到，   
  4.     http://www.microsoft.com/intdev/sdk/sdk.htm. 如果您有 Visual   
  5.     Basic 6.0 CD, 您可以在\Tools\LPK_TOOL 目录下找到它。   
  6.   
  7.     下面是对象标记的例子：   
  8.   
  9. <OBJECT CLASSID="clsid:5220cb21-c88d-11cf-b347-00aa00a28331">  
  10.     <PARAM NAME="LPKPath" VALUE="LPKfilename.LPK">  
  11. </OBJECT>  
  12. -->  
  13.   
  14. <OBJECT ID="test"  
  15. CLASSID="CLSID:7E0ED402-E1D4-4E40-95C2-FEA17B4FA60E"  
  16. CODEBASE="test.CAB#version=1,0,0,1">  
  17. </OBJECT>  

 其中上面注释掉的lpk这段根据他的描述生成了相应的lpk文件，将代码放到jsp页面中，部署。

 

2，部署后查看测试效果，但是效果不尽如人意，提示“非安全控件”而且也无法安装，这是由于控件没有认证，认证还是需要花钱的，自然不行。

 

3，只能通过本地注册控件的方式，这样就不需要ie的认证，但是控件提示的信息也是“无法识别的控件”。

4，使用installshield9来制作客户端注册包，具体的不说了只要注意一个个问题。注册控件的脚步

 

C代码 复制代码
  1. function OnEnd()     
  2.     string szDLL, szReg, szCmd;    
  3. begin      
  4.     szReg = WINSYSDIR ^ "regsvr32.exe";   
  5.     szDLL = TARGETDIR ^ "test.ocx"; //如果是MSI工程，可以用INSTALLDIR代替TARGETDIR   
  6.     szCmd = "/s \"" + szDLL + "\""; //增加静默参数s, 增加 \” 防止目录路径含空格的情况。     
  7.        
  8.     if (!REMOVEONLY) then    
  9.         LaunchAppAndWait(szReg, szCmd, WAIT);        
  10.     endif;       
  11. end;  

 

这样注册后，客户端使用就不会有提示，我上面提到了，我自己生成了lpk文件，我也加到页面中了。

Html代码 复制代码
  1. <OBJECT CLASSID="clsid:5220cb21-c88d-11cf-b347-00aa00a28331">  
  2.     <PARAM NAME="LPKPath" VALUE="LPKfilename.LPK">  
  3. </OBJECT>  

 

但是如果加这句虽然控件可以使用，但是总会有安全提示，很影响使用效果。所以暂时把它去掉了。



agun 2012-02-29 09:03 发表评论
]]>list合并单元格http://www.blogjava.net/agun/archive/2011/10/17/361437.htmlagunagunMon, 17 Oct 2011 06:44:00 GMThttp://www.blogjava.net/agun/archive/2011/10/17/361437.htmlhttp://www.blogjava.net/agun/comments/361437.htmlhttp://www.blogjava.net/agun/archive/2011/10/17/361437.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/361437.htmlhttp://www.blogjava.net/agun/services/trackbacks/361437.html

1，在今天整理代码的时候，发现原来的一段代码，前台合并单元格。

 

需要在后端，原来的列表基础上，再增加一层。

Java代码 复制代码
  1. List<CASEListVO> list2 = super.doFind(hql.toString(), params.toArray(), currPage, pageSize);   
  2.    ArrayList<List<CASEListVO>> linkedList = new ArrayList<List<CASEListVO>>();   
  3. List<String> keyList = new ArrayList<String>();   
  4. for (CASEListVO vo : list2)   
  5. {   
  6.    String key = vo.getItemCode();   
  7.    List<CASEListVO> tempList = new ArrayList<CASEListVO>();   
  8.    if (keyList.indexOf(key) == -1)   
  9.    {   
  10.       keyList.add(key);   
  11.    }   
  12.    else  
  13.    {   
  14.       continue;   
  15.    }   
  16.    for (CASEListVO vo1 : list2)   
  17.    {   
  18.       if (vo1.getItemCode().endsWith(key))   
  19.       {   
  20.          tempList.add(vo1);   
  21.       }   
  22.    }   
  23.    linkedList.add(tempList);   
  24. }   
  25. page.setList(linkedList);//返回的列表  

 页面上操作，struts2

Html代码 复制代码
  1. <s:iterator value="page" id="list">  
  2.                 <c:forEach var="recordList" items="${list}" varStatus="varStatus">  
  3.                     <c:forEach var="record" items="${recordList}" varStatus="status">  
  4.                         <tr>  
  5.                             <td>  
  6.                                 <input name="selectIds" type="checkbox" value="${record.ltVo.listTmpId}"  
  7.                                     oldValue="${record.estTmpId }" />  
  8.                             </td>  
  9.                             ${status.index }--   
  10.                             <%=((List) pageContext.getAttribute("recordList")).size()%>  
  11.                             <c:if test="${status.index eq 0}">  
  12.                                 <td rowspan="<%=((List) pageContext.getAttribute("recordList")).size()%>" style="width: 240px;text-align: center;">  
  13.                                     ${record.listName}   
  14.                                 </td>  
  15.                             </c:if>  
  16.                             <td style="text-align: center;width:200px;">  
  17.                                 ${record.itemCode}   
  18.                             </td>  
  19.                             <td style="text-align: center;width: 200px;">  
  20.                                 ${record.projectName}   
  21.                             </td>  
  22.                             <td style="text-align: right;width: 200px">  
  23.                                 <fmt:formatNumber value="${record.rate}" pattern="##0.00" />  
  24.                             </td>  
  25.                         </tr>  
  26.                     </c:forEach>  
  27.                 </c:forEach>  
  28.             </s:iterator>  

 

这样根据code在页面上就会显示分组合并单元格的效果。



agun 2011-10-17 14:44 发表评论
]]> hibernate 一对多集合 set查询问题http://www.blogjava.net/agun/archive/2011/08/19/356882.htmlagunagunFri, 19 Aug 2011 09:21:00 GMThttp://www.blogjava.net/agun/archive/2011/08/19/356882.htmlhttp://www.blogjava.net/agun/comments/356882.htmlhttp://www.blogjava.net/agun/archive/2011/08/19/356882.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/356882.htmlhttp://www.blogjava.net/agun/services/trackbacks/356882.html

今天解决了一个问题（如题），这个问题一致没有解决，以前的项目中也遇到过但是都没有花时间去研究，这回彻底的整理了一下。问题如：一个老师类（Teacher）和一个学生类（User），一个老师有多个学生，当然这个例子不够好，不管怎样就是这个意思，老是对应多个学生，oneto many

 

        <set name="users" inverse="true" order-by="column" ><!-- sort="natural"   -->
            <key>
                <column name="teacher_id" length="36">
                    <comment>老师表主键</comment>
                </column>
            </key>
            <one-to-many class="User" />
        </set>

 

以前遇到这个问题，都是通过lazy=false来实现，虽然能实现效果但是效率上会有问题也会产生N+1的查询问题。

我一致比较喜欢使用 hibernate的 left join fetch 方式来抓取结构，但是我现在是要在查询老师的列表中显示他所有的学生，如果用 select teacher from Teacher teacher left join fetch teacher.users这样的方式来得到学生集合，这样老师的数据集合会有重复数据，不知我这样说是否理解，如果遇到我这样的问题应该比较了解了，使用了很多方法也没有通过，当然实现这个效果可以有别的方式（虚列方式，或这采用 native sql ），我现在就是针对这种抓取的方式（暂时还是没有找到方案，如果知道的可以告诉我），我现在采用的方式还是上面的抓取方式，出现的重复数据，我把结果集拿出来之后，把重复的数据过滤掉，这样暂时能解决问题。然后是后面的出去的users 排序的问题，默认我们使用的set set大家都知道是没有顺序的，我们一种方式是 order-by="column" 上面的，采用这种方式来实现排序，另一种方式是采用 sort="natural" 方式来实现，但是如果要用sort方式就需要实现compareble 接口 实现 compareTo 方法 来自定义比较的规则，第二种方式我试验一下有点问题，他们的原理都是通过这两个规则 指定set最后的实现类 。



agun 2011-08-19 17:21 发表评论
]]>hibernate lazyhttp://www.blogjava.net/agun/archive/2011/08/12/356365.htmlagunagunFri, 12 Aug 2011 05:17:00 GMThttp://www.blogjava.net/agun/archive/2011/08/12/356365.htmlhttp://www.blogjava.net/agun/comments/356365.htmlhttp://www.blogjava.net/agun/archive/2011/08/12/356365.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/356365.htmlhttp://www.blogjava.net/agun/services/trackbacks/356365.html今天项目组有要使用的hibernate lazy的，我一直对这种lazy的方式是不赞成使用的，所以我的项目组内是明确不能使lazy，包括true和false当然hibernate 默认的模式是true ，但是在程序中我们是可以控制，当然如果不做配置话，也无法在前端使用，其实在项目中，用到lazy的时候并不是特别多（个人观点），大部分的数据都是明确的要在后台查询出来的。用lazy也并不复杂，在web.xml中配置

Xml代码 复制代码
  1. <filter>  
  2.     <filter-name>hibernateFilter</filter-name>  
  3.     <filter-class>  
  4.         org.springframework.orm.hibernate3.support.OpenSessionInViewFilter   
  5.     </filter-class>  
  6.     <init-param>  
  7.         <param-name>singleSession</param-name>  
  8.         <param-value>false</param-value>  
  9.     </init-param>  
  10. </filter>  
  11.   
  12. <filter-mapping>  
  13.     <filter-name>hibernateFilter</filter-name>  
  14.     <url-pattern>*.do</url-pattern>  
  15. </filter-mapping>  

 

就可以使用延迟加载了，spring通过filter的方式对绑定hibernate session 到request的线程中。

that binds a Hibernate Session to the thread for the entire processing of the request

 

刚开始我是把上面这段配置随便放到web.xml中，一致不成功总报session 关闭，不起作用，最后查了一下，我把这个filter放到了struts的filter之上，就可以了。

 

 

说明FlushMode有五种属性

1 NEVEL  

已经废弃了，被MANUAL取代了


2 MANUAL

spring3.x中的opensessioninviewfilter已经将默认的FlushMode设置为MANUAL了；
如果FlushMode是MANUAL或NEVEL,在操作过程中hibernate会将事务设置为readonly，所以在增加、删除或修改操作过程中会出现如下错误
org.springframework.dao.InvalidDataAccessApiUsageException: Write operations are not allowed in read-only mode (FlushMode.NEVER) - turn your Session into FlushMode.AUTO or remove 'readOnly' marker from transaction definition；
解决办法网上有很多；
1 配置事务，spring会读取事务中的各种配置来覆盖hibernate的session中的FlushMode；
2 先编程式修改FlushMode，比如session.setFlushMode(FlushMode.AUTO); 这样hibernate就会自动去除readonly限制；
3 直接修改opensessioninviewfilter过滤器的配置，配置过滤器的时候配置
<filter>
      <filter-name>openSession</filter-name>
      <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
      <init-param>
          <param-name>flushMode</param-name>
          <param-value>AUTO</param-value>
      </init-param>
  </filter>

3 AUTO

设置成auto之后，当程序进行查询、提交事务或者调用session.flush()的时候，都会使缓存和数据库进行同步，也就是刷新数据库

4 COMMIT

提交事务或者session.flush()时，刷新数据库；查询不刷新


5 ALWAYS

每次进行查询、提交事务、session.flush()的时候都会刷数据库
这里需要说一下和AUTO的区别，当hibernate缓存中的对象被改动之后，会被标记为脏数据（即与数据库不同步了）。当session设置为FlushMode.AUTO时，hibernate在进行查询的时候会判断缓存中的数据是否为脏数据，是则刷数据库，不是则不刷，而always是直接刷新，不进行任何判断。很显然auto比always要高效得多。

 



agun 2011-08-12 13:17 发表评论
]]>struts2 泛型 Hibernatehttp://www.blogjava.net/agun/archive/2011/05/08/349767.htmlagunagunSun, 08 May 2011 01:20:00 GMThttp://www.blogjava.net/agun/archive/2011/05/08/349767.htmlhttp://www.blogjava.net/agun/comments/349767.htmlhttp://www.blogjava.net/agun/archive/2011/05/08/349767.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/349767.htmlhttp://www.blogjava.net/agun/services/trackbacks/349767.html今天在整理代码的时候，我的Action 和 DAO基类都是使用的泛型：如Action<T> DAO<T>。

 

我用的是Struts2基类代码，如下

Java代码 复制代码 收藏代码
  1. public abstract class BaseStrutsAction extends ActionSupport implements ModelDriven<BaseStrutsForm>   
  2. {   
  3.    public static final Logger log = Logger.getLogger(BaseStrutsAction.class);   
  4.   
  5. }  

 先说一下：

一，struts2的ModelDriven （下面来源网络）

 

可以根据Action属性的不同将它分为两类：Field-Driven（属性驱动） Action和Model-Driven（模型驱动） Action。
一、Field-Driven（属性驱动）Action，Action拥有自己的属性，这些属性一般是Java的基本类型。表单字段直接和Action的属性 对应。

二、实现了modelDriven接口可以在action中直接获得例如User对象，它会将Object getModel()取得的User放到ValueStack中。可以理解为将这个User的属性追加到Action中。它主要是作用是实现类似 Struts的FormBean功能。

在struts2中，提供了一种直接使用领域对象的方式，就是让action实现com.opensymphony.xwork2.ModelDriven接口，ModelDriven让你可以直接操作应用程序中的领域对象，允许你在web层和业务层使用相同的对象。

ModelDriven接口只有一个方法

        public Object getModel() {
return null;
}

该方法返回一个用于接收用户输入数据的对象模型，在这个模型对象中的属性可以直接通过(属性名)userName来访问，而不需要使用（对象名.属 性名）user.userName这种格式来访问了，在action也不需要对对象提供getter和setter方法了，但是必须要在action中进 行new操作

如下

// ModelDriven要使用泛型哦

public class LoginAction extends ActionSupport implements ModelDriven<User>{

private static final long serialVersionUID = -6434128483294080524L;

//这里必须要new
private User user=new User();
public String login() throws Exception {
// TODO Auto-generated method stub  
return SUCCESS;
}

//这里是实现接口方法

@Override
public User getModel() {
// TODO Auto-generated method stub

//别忘记了，要把返回值写上哦
return user;
}
}

这样一个ModelDriven就实现完毕了

和属性驱动的Action有很大的区别，下面一一列举：

（1）模型驱动的Action必须实现ModelDriven接口，而且要提供相应的泛型，这里当然就是具体使用的Java Bean了。

（2）实现ModelDriven的getModel方法，其实就是简单的返回泛型的一个对象。

（3）在Action提供一个泛型的私有对象，这里就是定义一个User的user对象，并提供相应的getter与setter。

好了，上面的三件事做完之后，Action就会去自动调用User的setter将表单中的name属性的值赋给User中的属性。而Action的后续处理的Jsp页面后者是Servlet就可以使用user对象了。

到底是用属性驱动和是模型驱动呢？

这个问题困扰了很多Struts2的初学者，我这里提供一些建议：

（1）请你统一整个系统中的Action使用的驱动模型，即要么都是用属性驱动，要么都是用模型驱动。

（2）如果你的DB中的持久层的对象与表单中的属性都是一一对应的话，那么就使用模型驱动吧，毕竟看起来代码要整洁得多。

（3）如果表单的属性不是一一对应的话，那么就应该使用属性驱动，否则，你的系统就必须提供两个Bean，一个对应表单提交的数据，另一个用与持久层。

二，持久层基类 HibernateDao

 

代码如：

Java代码 复制代码 收藏代码
  1. public class HibernateDao<T, PK extends Serializable>  {   
  2.     /**  
  3.      * 用于Dao层子类的构造函数.  
  4.      * 通过子类的泛型定义取得对象类型Class.  
  5.      * eg.  
  6.      * public class UserDao extends HibernateDao<User, Long>{  
  7.      * }  
  8.      */  
  9.     public HibernateDao() {   
  10.         super();   
  11.     }  

 

上面的代码，基类没有使用HibernateDaoSupport，我们需要自己引入SessionFactory。

持久层基类，一般Spring的Hibernate ORM 框架带来了方便的HibernateDaoSupport类,你的DAO类可以继承它:

　　public class DaoHibernate extends HibernateDaoSupport {

　　.................

　　}

　　如果你选择这种设计,就需要动态注入SessionFactory而HibernateDaoSupport包含这个属性.这个类提供了一个方便的方法getHibernateTemplate(); 就能得到HibernateTemplate的一个实例.它也有getSession()和releaseSession,以便于你应为某些原因而不使用HibernateTempate的情况下执行Hibernate操作。

　　HibernateDaoSupport提供了基于AOP事务的自动处理，程序员完全可以不用理会事务的开始与提交。在JDBC中一个Connection对象使用一个事务，那么在Hibernate中一个事务肯定要关联一个SessionFactory了，然而这个SessionFactory却没有在DAO中体现。其实主要的原因是HibernateDaoSupport类已经默默地做了封装的工作，它用一个setSessionFactory方法将SessionFactory进行注入，所以继承自HibernateDaoSupport类的DAO都会具有SessionFactory的属性，从而可以通过SessionFactory创建Session实例操作数据库。

 

如果使用像 public class HibernateDao<T, PK extends Serializable>  这样的泛型基类就会有问题，可以拿个T代表任意类型，Java的泛型拿不到T.class，就无法得到类对象， 如下面的clazz，

public T get(final PK id) {
  Assert.notNull(id, "id不能为空");
  return (T) getSession().load(clazz, id);
 }

最后在网上找到了解决方案，可以使用泛型public class HibernateDao<T, PK extends Serializable>基类了。

Java代码 复制代码 收藏代码
  1. abstract public class BaseHibernateEntityDao<T> extends HibernateDaoSupport {   
  2.  private Class<T> entityClass;   
  3.  public BaseHibernateEntityDao() {   
  4.         <SPAN style="COLOR: #000000">entityClass =(Class<T>) ((ParameterizedType) getClass()   
  5.                                 .getGenericSuperclass()).getActualTypeArguments()[0];</SPAN>   
  6.     }   
  7.  public T get(Serializable id) {   
  8.         T o = (T) getHibernateTemplate().get(entityClass, id);   
  9. }   
  10. }  

重点这句： entityClass =(Class<T>) ((ParameterizedType) getClass()
                                .getGenericSuperclass()).getActualTypeArguments()[0];



agun 2011-05-08 09:20 发表评论
]]>数字签名流程http://www.blogjava.net/agun/archive/2011/04/24/348921.htmlagunagunSun, 24 Apr 2011 08:27:00 GMThttp://www.blogjava.net/agun/archive/2011/04/24/348921.htmlhttp://www.blogjava.net/agun/comments/348921.htmlhttp://www.blogjava.net/agun/archive/2011/04/24/348921.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/348921.htmlhttp://www.blogjava.net/agun/services/trackbacks/348921.html

数字签名流程个图

 

上面的图描述了用户A和用户B间通讯流程。

1，用户A将明文通过hash运算（散列）生成数字摘要1，用户A用自己的私钥对摘要进行加密生成数字签名1.

2，用户A将明文+数字签名1+A用户的公钥（证书），准备将这些信息发到B用户，但是这个过程中，用户A明文是不安全的是可见的，我们需要对这三个文件进行加密。

3，用户A通过一个“对称加密”（对称加密速度很快，知道密钥就可以解密）对其进行加密将其生成秘文1，要想这次加密成功关键就是要保护这个对称加密的密钥1。

4，为了保证上面的加密安全，使用用户B的公钥对“对称加密的密钥1”进行了一次加密处理，生成一个数字信封1，此时这个数字信封1+秘文1打包装入就可以发送给用B了。

5，用户B接收到信，看到数字信封1+秘文1，用户B用私钥解密数字信封1，得到了“对称加密的密钥1”，通过这个对称加密密钥对秘文1解密，就可以解开密文。

6，解开秘文1解则看到了A将明文+数字签名1+A用户的公钥（证书），这三个文件，这个时候已经可以确认是用户A发的信息了，但是还要验证文件在传输过程中是否被篡改。

7，用户B将明文通过hash运算（散列）生成数字摘要2，同时用得到的A用户的公钥（证书）对数字签名1进行解密生成原来的数字摘要1，如果此时的数字摘要1同数字摘要2相同那么说明整个过程是安全而有效的。

 



agun 2011-04-24 16:27 发表评论
]]>数字签名http://www.blogjava.net/agun/archive/2011/04/24/348918.htmlagunagunSun, 24 Apr 2011 06:40:00 GMThttp://www.blogjava.net/agun/archive/2011/04/24/348918.htmlhttp://www.blogjava.net/agun/comments/348918.htmlhttp://www.blogjava.net/agun/archive/2011/04/24/348918.html#Feedback1http://www.blogjava.net/agun/comments/commentRss/348918.htmlhttp://www.blogjava.net/agun/services/trackbacks/348918.html

好的文章 http://www.ibm.com/developerworks/cn/java/l-security/

 

数字签名以电子形式存在于数据信息之中的，或作为其附件的或逻辑上与之有联系的数据，可用于辨别数据签署人的身份，并表明签署人对数据信息中包含的信息的认可。（摘自百度）

 

数字签名（又称公钥数字签名、电子签章）是一种类似写在纸上的普通的物理签名，但是使用了公钥加密领域的技术实现，用于鉴别数字信息的方法。一套数字签名通常定义两种互补的运算，一个用于签名，另一个用于验证

 

基本介绍　　数字签名不是指将你的签名扫描成数字图像，或者用触摸板获取的签名，更不是你的落款。

　　数字签名了的文件的完整性是很容易验证的（不需要骑缝章，骑缝签名，也不需要笔迹专家），而且数字签名具有不可抵赖性（不需要笔迹专家来验证）。

　　简单地说,所谓数字签名就是附加在数据单元上的一些数据,或是对数据单元所作的密码变换。这种数据或变换允许数据单元的接收者用以确认数据单元的来源和数据单元的完整性并保护数据,防止被人(例如接收者)进行伪造。它是对电子形式的消息进行签名的一种方法,一个签名消息能在一个通信网络中传输。基于公钥密码体制和私钥密码体制都可以获得数字签名,目前主要是基于公钥密码体制的数字签名。包括普通数字签名和特殊数字签名。普通数字签名算法有RSA、ElGamal、Fiat-Shamir、Guillou- Quisquarter、Schnorr、Ong-Schnorr-Shamir数字签名算法、Des/DSA,椭圆曲线数字签名算法和有限自动机数字签名算法等。特殊数字签名有盲签名、代理签名、群签名、不可否认签名、公平盲签名、门限签名、具有消息恢复功能的签名等,它与具体应用环境密切相关。显然,数字签名的应用涉及到法律问题,美国联邦政府基于有限域上的离散对数问题制定了自己的数字签名标准(DSS)。

　　数字签名（Digital Signature）技术是不对称加密算法的典型应用。数字签名的应用过程是，数据源发送方使用自己的私钥对数据校验和或其他与数据内容有关的变量进行加密处理，完成对数据的合法“签名”，数据接收方则利用对方的公钥来解读收到的“数字签名”，并将解读结果用于对数据完整性的检验，以确认签名的合法性。数字签名技术是在网络系统虚拟环境中确认身份的重要技术，完全可以代替现实过程中的“亲笔签字”，在技术和法律上有保证。在数字签名应用中，发送者的公钥可以很方便地得到，但他的私钥则需要严格保密。

主要功能

　　保证信息传输的完整性、发送者的身份认证、防止交易中的抵赖发生。

　　数字签名技术是将摘要信息用发送者的私钥加密，与原文一起传送给接收者。接收者只有用发送的公钥才能解密被加密的摘要信息，然后用HASH函数对收到的原文产生一个摘要信息，与解密的摘要信息对比。如果相同，则说明收到的信息是完整的，在传输过程中没有被修改，否则说明信息被修改过，因此数字签名能够验证信息的完整性。

　　数字签名是个加密的过程，数字签名验证是个解密的过程。

签名过程

　　报文的发送方用一个哈希函数从报文文本中生成报文摘要（散列值）。发送方用自己的私人密钥对这个散列值进行加密。然后，这个加密后的散列值将作为报文的附件和报文一起发送给报文的接收方。报文的接收方首先用与发送方一样的哈希函数从接收到的原始报文中计算出报文摘要，接着再用发送方的公用密钥来对报文附加的数字签名进行解密。如果两个散列值相同、那么接收方就能确认该数字签名是发送方的。通过数字签名能够实现对原始报文的鉴别。

　　数字签名有两种功效：一是能确定消息确实是由发送方签名并发出来的，因为别人假冒不了发送方的签名。二是数字签名能确定消息的完整性。因为数字签名的特点是它代表了文件的特征，文件如果发生改变，数字签名的值也将发生变化。不同的文件将得到不同的数字签名。 一次数字签名涉及到一个哈希函数、发送者的公钥、发送者的私钥。

个人安全邮件证书

　　具有数字签名功能的个人安全邮件证书是用户证书的一种，是指单位用户收发电子邮件时采用证书机制保证安全所必须具备的证书。个人安全电子邮件证书是符合x.509标准的数字安全证书，结合数字证书和S/MIME技术对普通电子邮件做加密和数字签名处理，确保电子邮件内容的安全性、机密性、发件人身份确认性和不可抵赖性。 具有数字签名功能的 个人安全邮件证书中包含证书持有人的电子邮件地址、证书持有人的公钥、颁发者(CA)以及颁发者对该证书的签名。个人安全邮件证书功能的实现决定于用户使用的邮件系统是否支持相应功能。目前， MS Outlook 、Outlook Express、Foxmail及CA安全电子邮件系统均支持相应功能。使用个人安全邮件证书可以收发加密和数字签名邮件，保证电子邮件传输中的机密性、完整性和不可否认性，确保电子邮件通信各方身份的真实性。

用数字签名识别病毒

　　[1][2]如何区分数字签名攻击呢？有两个方法：

　　1.查看数字签名的详细信息，我们应该查看该数字签名的详细信息，点击“详细信息”按钮即可。

　　我们会发现正常EXE和感染（或捆绑木马）后的EXE数字签名的区别

　　正常EXE的数字签名详细信息

　　被篡改后的EXE数字签名信息无效

　　方法2，使用数字签名验证程序sigcheck.exe （可以百度一下找这个工具，著名系统工具包Sysinternals Suite的组件之一。）

　　数字签名异常的结果为：

　　C:\Documents and Settings\litiejun\??\modify.exe:

　　Verified: Unsigned

　　File date: 15:46 2008-5-23

　　Publisher: n/a

　　Description: n/a

　　Product: n/a

　　Version: n/a

　　File version: n/a

　　数字签名正常的结果为：

　　C:\Documents and Settings\litiejun\??\che.exe:

　　Verified: Signed

　　Signing date: 16:28 2008-4-29

　　Publisher: n/a

　　Description: n/a

　　Product: n/a

　　Version: n/a

　　File version: n/a

原因分析

　　1，精心设计的感染

　　当EXE被感染时，是很容易破坏文件的数字签名信息的，如果攻击者感染或破坏文件时，有意不去破坏EXE中有关数字签名的部分，就可能出现感染后，数字签名看上去正常的情况。但认真查看文件属性或校验文件的HASH值，你会发现该EXE程序已经不是最原始的版本了。

　　2.该软件发行商的数字签名文件被盗，攻击者可以把捆绑木马或感染病毒后的EXE程序，也打包上数字签名，这种情况下就更严重了。企业如果申请了数字签名证书，一定要妥善保管，否则后患无穷。

使用方法

　　你可以对你发出的每一封电子邮件进行数字签名。这不是指落款，普遍把落款讹误成签名。

　　在我国大陆，数字签名是具法律效力的，正在被普遍使用。2000年，中华人民共和国的新《合同法》首次确认了电子合同、电子签名的法律效力。2005年4月1日起，中华人民共和国首部《电子签名法》正式实施。

原理特点

　　每个人都有一对“钥匙”（数字身份），其中一个只有她/他本人知道（密钥），另一个公开的（公钥）。签名的时候用密钥，验证签名的时候用公钥。又因为任何人都可以落款申称她/他就是你，因此公钥必须向接受者信任的人（身份认证机构）来注册。注册后身份认证机构给你发一数字证书。对文件签名后，你把此数字证书连同文件及签名一起发给接受者，接受者向身份认证机构求证是否真地是用你的密钥签发的文件。

　　在通讯中使用数字签名一般基于以下原因：

鉴权

　　公钥加密系统允许任何人在发送信息时使用公钥进行加密，数字签名能够让信息接收者确认发送者的身份。当然，接收者不可能百分之百确信发送者的真实身份，而只能在密码系统未被破译的情况下才有理由确信。

　　鉴权的重要性在财务数据上表现得尤为突出。举个例子，假设一家银行将指令由它的分行传输到它的中央管理系统，指令的格式是(a,b)，其中a是账户的账号，而b是账户的现有金额。这时一位远程客户可以先存入100元，观察传输的结果，然后接二连三的发送格式为(a,b)的指令。这种方法被称作重放攻击。

完整性

　　传输数据的双方都总希望确认消息未在传输的过程中被修改。加密使得第三方想要读取数据十分困难，然而第三方仍然能采取可行的方法在传输的过程中修改数据。一个通俗的例子就是同形攻击：回想一下，还是上面的那家银行从它的分行向它的中央管理系统发送格式为(a,b)的指令，其中a是账号，而b是账户中的金额。一个远程客户可以先存100元，然后拦截传输结果，再传输(a,b3)，这样他就立刻变成百万富翁了。

不可抵赖

　　在密文背景下，抵赖这个词指的是不承认与消息有关的举动（即声称消息来自第三方）。消息的接收方可以通过数字签名来防止所有后续的抵赖行为，因为接收方可以出示签名给别人看来证明信息的来源。

如何实现

　　数字签名算法依靠公钥加密技术来实现的。在公钥加密技术里，每一个使用者有一对密钥：一把公钥和一把私钥。公钥可以自由发布，但私钥则秘密保存；还有一个要求就是要让通过公钥推算出私钥的做法不可能实现。

　　普通的数字签名算法包括三种算法：

　　1.密码生成算法 ；

　　2.标记算法 ；

　　3.验证算法 。

Java数字签名步骤

　　1、将applet的class文件打包成*.jar（不会的可以在命令行中输入jar查看帮助） [3]

　　2 首先我们要生成一个keystore 否则在签名的时候报如下错误

　　jarsigner 错误： java.lang.RuntimeException: 密钥库装入： C:\Documents and Settings\ij2ee\.keystore (系统找不到指定的文件。). (这边的ij2ee 是我当前系统用户名)

　　生成keystore的语句:keytool -genkey -alias 别名你可以自己写 -keyalg RSA -keystore .keystore

　　比如我的就是 keytool -genkey -alias ij2ee -keyalg RSA -keystore .keystore

　　下面是会出现的数字签名的一些步骤操作:

　　输入keystore密码：

　　再次输入新密码:

　　您的名字与姓氏是什么？

　　[Unknown]： ij2ee

　　您的组织单位名称是什么？

　　[Unknown]： mtk

　　您的组织名称是什么？

　　[Unknown]： mtk

　　您所在的城市或区域名称是什么？

　　[Unknown]： suzhou

　　您所在的州或省份名称是什么？

　　[Unknown]： jiangsu

　　该单位的两字母国家代码是什么

　　[Unknown]： cn

　　CN=jeson, OU=mtk, O=mtk, L=suzhou, ST=jiangsu, C=cn 正确吗？

　　[否]： y

　　输入<sfcs>的主密码

　　（如果和 keystore 密码相同，按回车）：

　　这时候会在jdk的bin目录下生成 .keystore 。把这个.keystore文件移动到 C:\Documents and Settings\当前系统用户 的目录下面。

　　3、创建一个数字证书

　　在命令行中输入如下指令，peakCA和peakCALib自己起名字好了，3650是有效天数，就是10年左右，在创建证书的的时候，需要填写证书的一些信息和证书对应的私钥密码。这些信息包括 CN=xx,OU=xx,O=xx,L=xx,ST=xx,C=xx，都是中文，一看就懂的

　　keytool -genkey -alias peakCA -keyalg RSA -keysize 1024 -keystore peakCALib -validity 3650

　　4、将证书导出到证书文件中

　　在命令行中输入如下指令，peakCA和peakCALib自己起名字好了，******是你输入的密码

　　keytool -export -alias peakCA -file peakCA.cer -keystore peakCALib -storepass ****** -rfc

　　5、授权jar文件，在命令行中输入如下指令

　　jarsigner -keystore peakCALib myapplet.jar peakCA



agun 2011-04-24 14:40 发表评论
]]>加密算法http://www.blogjava.net/agun/archive/2011/04/24/348915.htmlagunagunSun, 24 Apr 2011 06:19:00 GMThttp://www.blogjava.net/agun/archive/2011/04/24/348915.htmlhttp://www.blogjava.net/agun/comments/348915.htmlhttp://www.blogjava.net/agun/archive/2011/04/24/348915.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/348915.htmlhttp://www.blogjava.net/agun/services/trackbacks/348915.html 

一.        简介

这段时间在看书的时候，看到相关章节关于的安全方面的，里面涉及到了一些加密的算法，正好我现在的项目中也用到了相关的的东西，数字签名等。今天把相关的搜集起来。以备后用。

二.          加密算法介绍

根据密钥类型不同将现代密码技术分为两类：对称加密算法（秘密钥匙加密）和非对称加密算法（公开密钥加密）。

对称钥匙加密系统是加密和解密均采用同一把秘密钥匙，而且通信双方都必须获得这把钥匙，并保持钥匙的秘密。

非对称密钥加密系统采用的加密钥匙（公钥）和解密钥匙（私钥）是不同的。

对称加密算法

对称加密算法用来对敏感数据等信息进行加密，常用的算法包括：

DES（Data Encryption Standard）：数据加密标准，速度较快，适用于加密大量数据的场合。

3DES（Triple DES）：是基于DES，对一块数据用三个不同的密钥进行三次加密，强度更高。

AES（Advanced Encryption Standard）：高级加密标准，是下一代的加密算法标准，速度快，安全级别高；

AES

2000年10月，NIST（美国国家标准和技术协会）宣布通过从15种侯选算法中选出的一项新的密匙加密标准。Rijndael被选中成为将来的AES。 Rijndael是在 1999 年下半年，由研究员 Joan Daemen 和 Vincent Rijmen 创建的。AES 正日益成为加密各种形式的电子数据的实际标准。

美国标准与技术研究院 (NIST) 于 2002 年 5 月 26 日制定了新的高级加密标准 (AES) 规范。

算法原理

AES 算法基于排列和置换运算。排列是对数据重新进行安排，置换是将一个数据单元替换为另一个。AES 使用几种不同的方法来执行排列和置换运算。

AES 是一个迭代的、对称密钥分组的密码，它可以使用128、192 和 256 位密钥，并且用 128 位（16字节）分组加密和解密数据。与公共密钥密码使用密钥对不同，对称密钥密码使用相同的密钥加密和解密数据。通过分组密码返回的加密数据的位数与输入数据相同。迭代加密使用一个循环结构，在该循环中重复置换和替换输入数据。

AES与3DES的比较

算法名称

算法类型

密钥长度

速度

解密时间（建设机器每秒尝试255个密钥）

资源消耗

AES

对称block密码

128、192、256位

高

1490000亿年

低

3DES

对称feistel密码

112位或168位

低

46亿年

中

非对称算法

常见的非对称加密算法如下：

RSA：由 RSA 公司发明，是一个支持变长密钥的公共密钥算法，需要加密的文件块的长度也是可变的；

DSA（Digital Signature Algorithm）：数字签名算法，是一种标准的 DSS（数字签名标准）；

ECC（Elliptic Curves Cryptography）：椭圆曲线密码编码学。

ECC

在1976年，由于对称加密算法已经不能满足需要，Diffie 和Hellman发表了一篇叫《密码学新动向》的文章，介绍了公匙加密的概念，由Rivet、Shamir、Adelman提出了RSA算法。

随着分解大整数方法的进步及完善、计算机速度的提高以及计算机网络的发展，为了保障数据的安全，RSA的密钥需要不断增加，但是，密钥长度的增加导致了其加解密的速度大为降低，硬件实现也变得越来越难以忍受，这对使用RSA的应用带来了很重的负担，因此需要一种新的算法来代替RSA。

1985年N.Koblitz和Miller提出将椭圆曲线用于密码算法，根据是有限域上的椭圆曲线上的点群中的离散对数问题ECDLP。ECDLP是比因子分解问题更难的问题，它是指数级的难度。

原理——椭圆曲线上的难题

 椭圆曲线上离散对数问题ECDLP定义如下：给定素数p和椭圆曲线E，对Q＝kP，在已知P，Q 的情况下求出小于p的正整数k。可以证明由k和P计算Q比较容易，而由Q和P计算k则比较困难。

将椭圆曲线中的加法运算与离散对数中的模乘运算相对应，将椭圆曲线中的乘法运算与离散对数中的模幂运算相对应，我们就可以建立基于椭圆曲线的对应的密码体制。

例如，对应Diffie-Hellman公钥系统，我们可以通过如下方式在椭圆曲线上予以实现：在E上选取生成元P，要求由P产生的群元素足够多，通信双方A和B分别选取a和b，a和b 予以保密，但将aP和bP公开，A和B间通信用的密钥为abP，这是第三者无法得知的。

对应ELGamal密码系统可以采用如下的方式在椭圆曲线上予以实现：

将明文m嵌入到E上Pm点，选一点B∈E，每一用户都选一整数a，0＜a＜N，N为阶数已知，a保密，aB公开。欲向A送m，可送去下面一对数偶：［kB，Pm+k(aAB)］，k是随机产生的整数。A可以从kB求得k(aAB)。通过：Pm+k(aAB)- k(aAB)=Pm恢复Pm。同样对应DSA，考虑如下等式：

K=kG  [其中 K，G为Ep(a,b)上的点，k为小于n（n是点G的阶）的整数]

不难发现，给定k和G，根据加法法则，计算K很容易；但给定K和G，求k就相对困难了。

这就是椭圆曲线加密算法采用的难题。我们把点G称为基点（base point），k（k<n，n为基点G的阶）称为私有密钥（privte key），K称为公开密钥（public key)。

ECC与RSA的比较

ECC和RSA相比，在许多方面都有对绝对的优势，主要体现在以下方面：

抗攻击性强。相同的密钥长度，其抗攻击性要强很多倍。

计算量小，处理速度快。ECC总的速度比RSA、DSA要快得多。

存储空间占用小。ECC的密钥尺寸和系统参数与RSA、DSA相比要小得多，意味着它所占的存贮空间要小得多。这对于加密算法在IC卡上的应用具有特别重要的意义。

带宽要求低。当对长消息进行加解密时，三类密码系统有相同的带宽要求，但应用于短消息时ECC带宽要求却低得多。带宽要求低使ECC在无线网络领域具有广泛的应用前景。

ECC的这些特点使它必将取代RSA，成为通用的公钥加密算法。比如SET协议的制定者已把它作为下一代SET协议中缺省的公钥密码算法。

下面两张表示是RSA和ECC的安全性和速度的比较。

攻破时间(MIPS年)

RSA/DSA(密钥长度)

ECC密钥长度

RSA/ECC密钥长度比

104

512

106

5：1

108

768

132

6：1

1011

1024

160

7：1

1020

2048

210

10：1

1078

21000

600

35：1

RSA和ECC安全模长得比较

功能

Security Builder 1.2

BSAFE 3.0

163位ECC(ms)

1,023位RSA(ms)

密钥对生成

3.8

4,708.3

签名

2.1(ECNRA)

228.4

3.0(ECDSA)

认证

9.9(ECNRA)

12.7

10.7(ECDSA)

Diffie—Hellman密钥交换

7.3

1,654.0

RSA和ECC速度比较

散列算法

散列是信息的提炼，通常其长度要比信息小得多，且为一个固定长度。加密性强的散列一定是不可逆的，这就意味着通过散列结果，无法推出任何部分的原始信息。任何输入信息的变化，哪怕仅一位，都将导致散列结果的明显变化，这称之为雪崩效应。散列还应该是防冲突的，即找不出具有相同散列结果的两条信息。具有这些特性的散列结果就可以用于验证信息是否被修改。

单向散列函数一般用于产生消息摘要，密钥加密等，常见的有：

l         MD5（Message Digest Algorithm 5）：是RSA数据安全公司开发的一种单向散列算法。

l         SHA（Secure Hash Algorithm）：可以对任意长度的数据运算生成一个160位的数值；

SHA-1

在1993年，安全散列算法（SHA）由美国国家标准和技术协会(NIST)提出，并作为联邦信息处理标准（FIPS PUB 180）公布；1995年又发布了一个修订版FIPS PUB 180-1，通常称之为SHA-1。SHA-1是基于MD4算法的，并且它的设计在很大程度上是模仿MD4的。现在已成为公认的最安全的散列算法之一，并被广泛使用。

原理

SHA-1是一种数据加密算法，该算法的思想是接收一段明文，然后以一种不可逆的方式将它转换成一段（通常更小）密文，也可以简单的理解为取一串输入码（称为预映射或信息），并把它们转化为长度较短、位数固定的输出序列即散列值（也称为信息摘要或信息认证代码）的过程。

单向散列函数的安全性在于其产生散列值的操作过程具有较强的单向性。如果在输入序列中嵌入密码，那么任何人在不知道密码的情况下都不能产生正确的散列值，从而保证了其安全性。ＳＨＡ将输入流按照每块５１２位（６４个字节）进行分块，并产生２０个字节的被称为信息认证代码或信息摘要的输出。

该算法输入报文的最大长度不超过264位，产生的输出是一个160位的报文摘要。输入是按512 位的分组进行处理的。SHA-1是不可逆的、防冲突，并具有良好的雪崩效应。

通过散列算法可实现数字签名实现，数字签名的原理是将要传送的明文通过一种函数运算（Hash）转换成报文摘要（不同的明文对应不同的报文摘要），报文摘要加密后与明文一起传送给接受方，接受方将接受的明文产生新的报文摘要与发送方的发来报文摘要解密比较，比较结果一致表示明文未被改动，如果不一致表示明文已被篡改。

MAC (信息认证代码)就是一个散列结果，其中部分输入信息是密码，只有知道这个密码的参与者才能再次计算和验证MAC码的合法性。MAC的产生参见下图。

输入信息

密码

散列函数

信息认证代码

SHA-1与MD5的比较

因为二者均由MD4导出，SHA-1和MD5彼此很相似。相应的，他们的强度和其他特性也是相似，但还有以下几点不同：

l         对强行供给的安全性：最显著和最重要的区别是SHA-1摘要比MD5摘要长32 位。使用强行技术，产生任何一个报文使其摘要等于给定报摘要的难度对MD5是2128数量级的操作，而对SHA-1则是2160数量级的操作。这样，SHA-1对强行攻击有更大的强度。

l         对密码分析的安全性：由于MD5的设计，易受密码分析的攻击，SHA-1显得不易受这样的攻击。

l         速度：在相同的硬件上，SHA-1的运行速度比MD5慢。

对称与非对称算法比较

    以上综述了两种加密方法的原理，总体来说主要有下面几个方面的不同：

l         在管理方面：公钥密码算法只需要较少的资源就可以实现目的，在密钥的分配上，两者之间相差一个指数级别（一个是n一个是n2）。所以私钥密码算法不适应广域网的使用，而且更重要的一点是它不支持数字签名。

l         在安全方面：由于公钥密码算法基于未解决的数学难题，在破解上几乎不可能。对于私钥密码算法，到了AES虽说从理论来说是不可能破解的，但从计算机的发展角度来看。公钥更具有优越性。

l         从速度上来看：AES的软件实现速度已经达到了每秒数兆或数十兆比特。是公钥的100倍，如果用硬件来实现的话这个比值将扩大到1000倍。

三.          加密算法的选择

前面的章节已经介绍了对称解密算法和非对称加密算法，有很多人疑惑：那我们在实际使用的过程中究竟该使用哪一种比较好呢？

我们应该根据自己的使用特点来确定，由于非对称加密算法的运行速度比对称加密算法的速度慢很多，当我们需要加密大量的数据时，建议采用对称加密算法，提高加解密速度。

对称加密算法不能实现签名，因此签名只能非对称算法。

由于对称加密算法的密钥管理是一个复杂的过程，密钥的管理直接决定着他的安全性，因此当数据量很小时，我们可以考虑采用非对称加密算法。

在实际的操作过程中，我们通常采用的方式是：采用非对称加密算法管理对称算法的密钥，然后用对称加密算法加密数据，这样我们就集成了两类加密算法的优点，既实现了加密速度快的优点，又实现了安全方便管理密钥的优点。

如果在选定了加密算法后，那采用多少位的密钥呢？一般来说，密钥越长，运行的速度就越慢，应该根据的我们实际需要的安全级别来选择，一般来说，RSA建议采用1024位的数字，ECC建议采用160位，AES采用128为即可。

四.          密码学在现代的应用

随着密码学商业应用的普及，公钥密码学受到前所未有的重视。除传统的密码应用系统外，PKI系统以公钥密码技术为主，提供加密、签名、认证、密钥管理、分配等功能。

保密通信：保密通信是密码学产生的动因。使用公私钥密码体制进行保密通信时，信息接收者只有知道对应的密钥才可以解密该信息。

数字签名：数字签名技术可以代替传统的手写签名，而且从安全的角度考虑，数字签名具有很好的防伪造功能。在政府机关、军事领域、商业领域有广泛的应用环境。

秘密共享：秘密共享技术是指将一个秘密信息利用密码技术分拆成n个称为共享因子的信息，分发给n个成员，只有k(k≤n)个合法成员的共享因子才可以恢复该秘密信息，其中任何一个或m(m≤k)个成员合作都不知道该秘密信息。利用秘密共享技术可以控制任何需要多个人共同控制的秘密信息、命令等。

认证功能：在公开的信道上进行敏感信息的传输，采用签名技术实现对消息的真实性、完整性进行验证，通过验证公钥证书实现对通信主体的身份验证。

密钥管理：密钥是保密系统中更为脆弱而重要的环节，公钥密码体制是解决密钥管理工作的有力工具；利用公钥密码体制进行密钥协商和产生，保密通信双方不需要事先共享秘密信息；利用公钥密码体制进行密钥分发、保护、密钥托管、密钥恢复等。

基于公钥密码体制可以实现以上通用功能以外，还可以设计实现以下的系统：安全电子商务系统、电子现金系统、电子选举系统、电子招投标系统、电子彩票系统等。

公钥密码体制的产生是密码学由传统的政府、军事等应用领域走向商用、民用的基础，同时互联网、电子商务的发展为密码学的发展开辟了更为广阔的前景。

五.          加密算法的未来

随着计算方法的改进，计算机运行速度的加快，网络的发展，越来越多的算法被破解。

在2004年国际密码学会议(Crypto’2004)上，来自中国山东大学的王小云教授做的破译MD5、HAVAL-128、MD4和RIPEMD算法的报告，令在场的国际顶尖密码学专家都为之震惊，意味着这些算法将从应用中淘汰。随后，SHA-1也被宣告被破解。

历史上有三次对DES有影响的攻击实验。1997年，利用当时各国 7万台计算机，历时96天破解了DES的密钥。1998年，电子边境基金会（EFF）用25万美元制造的专用计算机，用56小时破解了DES的密钥。1999年，EFF用22小时15分完成了破解工作。因此。曾经有过卓越贡献的DES也不能满足我们日益增长的需求了。

最近，一组研究人员成功的把一个512位的整数分解因子，宣告了RSA的破解。

我们说数据的安全是相对的，可以说在一定时期一定条件下是安全的，随着硬件和网络的发展，或者是另一个王小云的出现，目前的常用加密算法都有可能在短时间内被破解，那时我们不得不使用更长的密钥或更加先进的算法，才能保证数据的安全，因此加密算法依然需要不断发展和完善，提供更高的加密安全强度和运算速度。

纵观这两种算法一个从DES到3DES再到AES，一个从RSA到ECC。其发展角度无不是从密钥的简单性，成本的低廉性，管理的简易性，算法的复杂性，保密的安全性以及计算的快速性这几个方面去考虑。因此，未来算法的发展也必定是从这几个角度出发的，而且在实际操作中往往把这两种算法结合起来，也需将来一种集两种算法优点于一身的新型算法将会出现，到那个时候，电子商务的实现必将更加的快捷和安全。



agun 2011-04-24 14:19 发表评论
]]>Cookie 和 Sessionhttp://www.blogjava.net/agun/archive/2010/12/04/339792.htmlagunagunSat, 04 Dec 2010 04:14:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339792.htmlhttp://www.blogjava.net/agun/comments/339792.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339792.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339792.htmlhttp://www.blogjava.net/agun/services/trackbacks/339792.html一、cookie机制和session机制的区别
*************************************************************************************
具体来说cookie机制采用的是在客户端保持状态的方案，而session机制采用的是在服务器端保持状态的方案。
同时我们也看到，由于才服务器端保持状态的方案在客户端也需要保存一个标识，所以session
机制可能需要借助于cookie机制来达到保存标识的目的，但实际上还有其他选择
*************************************************************************************

二、会话cookie和持久cookie的区别
*************************************************************************************
如果不设置过期时间，则表示这个cookie生命周期为浏览器会话期间，只要关闭浏览器窗口，cookie就消失了。这种生命期为浏览会话期的cookie被称为会话cookie。会话cookie一般不保存在硬盘上而是保存在内存里。
　　如果设置了过期时间，浏览器就会把cookie保存到硬盘上，关闭后再次打开浏览器，这些cookie依然有效直到超过设定的过期时间。
　　存储在硬盘上的cookie可以在不同的浏览器进程间共享，比如两个IE窗口。而对于保存在内存的cookie，不同的浏览器有不同的处理方式。
*************************************************************************************

三、如何利用实现自动登录
*************************************************************************************
　　当用户在某个网站注册后，就会收到一个惟一用户ID的cookie。客户后来重新连接时，这个
用户ID会自动返回，服务器对它进行检查，确定它是否为注册用户且选择了自动登录，从而使用户务需给出明确的用户名和密码，就可以访问服务器上的资源。
*************************************************************************************

四、如何根据用户的爱好定制站点
*************************************************************************************
　　网站可以使用cookie记录用户的意愿。对于简单的设置，网站可以直接将页面的设置存储在cookie中完成定制。然而对于更复杂的定制，网站只需仅将一个惟一的标识符发送给用户，由服务器端的数据库存储每个标识符对应的页面设置。
*************************************************************************************

五、cookie的发送
*************************************************************************************
1.创建Cookie对象
2.设置最大时效
3.将Cookie放入到HTTP响应报头
如果你创建了一个cookie，并将他发送到浏览器，默认情况下它是一个会话级别的cookie:存储在浏览器的内存中，用户退出浏览器之后被删除。如果你希望浏览器将该cookie存储在磁盘上，则
需要使用maxAge，并给出一个以秒为单位的时间。将最大时效设为0则是命令浏览器删除该cookie。
发送cookie需要使用HttpServletResponse的addCookie方法，将cookie插入到一个Set-Cookie　HTTP请求报头中。由于这个方法并不修改任何之前指定的Set-Cookie报头，而是创建新的报头，因此我们将这个方法称为是addCookie，而非setCookie。同样要记住响应报头必须在任何文档内容发送到客户端之前设置。

六、cookie的读取
*************************************************************************************
1.调用request.getCookie
要获取有浏览器发送来的cookie，需要调用HttpServletRequest的getCookies方法，这个调用返回Cookie对象的数组，对应由HTTP请求中Cookie报头输入的值。
2.对数组进行循环，调用每个cookie的getName方法，直到找到感兴趣的cookie为止
　cookie与你的主机(域)相关，而非你的servlet或JSP页面。因而，尽管你的servlet可能只发送了单个cookie，你也可能会得到许多不相关的cookie。
例如：
　　String cookieName = “userID”;
    Cookie cookies[] = request.getCookies();
    if (cookies!=null){
        for(int i=0;i<cookies.length;i++){
    Cookie cookie = cookies[i];
    if (cookieName.equals(cookie.getName())){
        doSomethingWith(cookie.getValue());
}
}
}
*************************************************************************************

七、如何使用cookie检测初访者
*************************************************************************************
A.调用HttpServletRequest.getCookies()获取Cookie数组
B.在循环中检索指定名字的cookie是否存在以及对应的值是否正确
C.如果是则退出循环并设置区别标识
D.根据区别标识判断用户是否为初访者从而进行不同的操作
*************************************************************************************

八、使用cookie检测初访者的常见错误
*************************************************************************************
不能仅仅因为cookie数组中不存在在特定的数据项就认为用户是个初访者。如果cookie数组为null，客户可能是一个初访者，也可能是由于用户将cookie删除或禁用造成的结果。
但是，如果数组非null,也不过是显示客户曾经到过你的网站或域，并不能说明他们曾经访问过你的servlet。其它servlet、JSP页面以及非Java Web应用都可以设置cookie，依据路径的设置，其中的任何cookie都有可能返回给用户的浏览器。
正确的做法是判断cookie数组是否为空且是否存在指定的Cookie对象且值正确。
*************************************************************************************

九、使用cookie属性的注意问题
*************************************************************************************
　　属性是从服务器发送到浏览器的报头的一部分；但它们不属于由浏览器返回给服务器的报头。　
　　因此除了名称和值之外，cookie属性只适用于从服务器输出到客户端的cookie；服务器端来自于浏览器的cookie并没有设置这些属性。　
　　因而不要期望通过request.getCookies得到的cookie中可以使用这个属性。这意味着，你不能仅仅通过设置cookie的最大时效，发出它，在随后的输入数组中查找适当的cookie,读取它的值，修改它并将它存回Cookie，从而实现不断改变的cookie值。
*************************************************************************************

十、如何使用cookie记录各个用户的访问计数
*************************************************************************************
1.获取cookie数组中专门用于统计用户访问次数的cookie的值
2.将值转换成int型
3.将值加1并用原来的名称重新创建一个Cookie对象
4.重新设置最大时效
5.将新的cookie输出
*************************************************************************************

十一、session在不同环境下的不同含义
*************************************************************************************
session，中文经常翻译为会话，其本来的含义是指有始有终的一系列动作/消息，比如打电话是从拿起电话拨号到挂断电话这中间的一系列过程可以称之为一个session。
然而当session一词与网络协议相关联时，它又往往隐含了“面向连接”和/或“保持状态”这样两个含义。
　　session在Web开发环境下的语义又有了新的扩展，它的含义是指一类用来在客户端与服务器端之间保持状态的解决方案。有时候Session也用来指这种解决方案的存储结构。
*************************************************************************************

十二、session的机制
*************************************************************************************
　　session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构(也可能就是使用散列表)来保存信息。
但程序需要为某个客户端的请求创建一个session的时候，服务器首先检查这个客户端的请求里是否包含了一个session标识－称为session id,如果已经包含一个session id则说明以前已经为此客户创建过session，服务器就按照session id把这个session检索出来使用(如果检索不到，可能会新建一个，这种情况可能出现在服务端已经删除了该用户对应的session对象，但用户人为地在请求的URL后面附加上一个JSESSION的参数)。
如果客户请求不包含session id，则为此客户创建一个session并且生成一个与此session相关联的session id，这个session id将在本次响应中返回给客户端保存。
*************************************************************************************

十三、保存session id的几种方式
*************************************************************************************
A．保存session id的方式可以采用cookie，这样在交互过程中浏览器可以自动的按照规则把这个标识发送给服务器。
B．由于cookie可以被人为的禁止，必须有其它的机制以便在cookie被禁止时仍然能够把session id传递回服务器，经常采用的一种技术叫做URL重写，就是把session id附加在URL路径的后面，附加的方式也有两种，一种是作为URL路径的附加信息，另一种是作为查询字符串附加在URL后面。网络在整个交互过程中始终保持状态，就必须在每个客户端可能请求的路径后面都包含这个session id。
C．另一种技术叫做表单隐藏字段。就是服务器会自动修改表单，添加一个隐藏字段，以便在表单提交时能够把session id传递回服务器。
*************************************************************************************

十四、session什么时候被创建
*************************************************************************************
一个常见的错误是以为session在有客户端访问时就被创建，然而事实是直到某server端程序(如Servlet)调用HttpServletRequest.getSession(true)这样的语句时才会被创建。
*************************************************************************************

十五、session何时被删除
*************************************************************************************
session在下列情况下被删除：
A．程序调用HttpSession.invalidate()
B．距离上一次收到客户端发送的session id时间间隔超过了session的最大有效时间
C．服务器进程被停止

再次注意关闭浏览器只会使存储在客户端浏览器内存中的session cookie失效，不会使服务器端的session对象失效。
*************************************************************************************

十六、URL重写有什么缺点
*************************************************************************************
　　　对所有的URL使用URL重写，包括超链接，form的action，和重定向的URL。每个引用你的站点的URL，以及那些返回给用户的URL(即使通过间接手段，比如服务器重定向中的Location字段)都要添加额外的信息。
　　　这意味着在你的站点上不能有任何静态的HTML页面(至少静态页面中不能有任何链接到站点动态页面的链接)。因此，每个页面都必须使用servlet或JSP动态生成。即使所有的页面都动态生成，如果用户离开了会话并通过书签或链接再次回来，会话的信息都会丢失，因为存储下来的链接含有错误的标识信息－该URL后面的SESSION ID已经过期了。　　
*************************************************************************************

十七、使用隐藏的表单域有什么缺点
*************************************************************************************
    仅当每个页面都是有表单提交而动态生成时，才能使用这种方法。单击常规的<A HREF..>超文本链接并不产生表单提交，因此隐藏的表单域不能支持通常的会话跟踪，只能用于一系列特定的操作中，比如在线商店的结账过程
*************************************************************************************

十八、会话跟踪的基本步骤
*************************************************************************************
1．访问与当前请求相关的会话对象
2．查找与会话相关的信息
3．存储会话信息
4．废弃会话数据
*************************************************************************************

十九、getSession()/getSession(true)、getSession(false)的区别
*************************************************************************************
getSession()/getSession(true)：当session存在时返回该session，否则新建一个session并返回该对象
getSession(false)：当session存在时返回该session，否则不会新建session，返回null
*************************************************************************************

二十、如何将信息于会话关联起来
*************************************************************************************
　　setAttribute会替换任何之前设定的值；如果想要在不提供任何代替的情况下移除某个值，则应使用removeAttribute。这个方法会触发所有实现了HttpSessionBindingListener接口的值的valueUnbound
方法。
*************************************************************************************

二十一、会话属性的类型有什么限制吗
*************************************************************************************
通常会话属性的类型只要是Object就可以了。除了null或基本类型，如int,double,boolean。
如果要使用基本类型的值作为属性，必须将其转换为相应的封装类对象
*************************************************************************************

二十二、如何废弃会话数据
*************************************************************************************
A．只移除自己编写的servlet创建的数据：
   调用removeAttribute(“key”)将指定键关联的值废弃
B．删除整个会话(在当前Web应用中)：
   调用invalidate，将整个会话废弃掉。这样做会丢失该用户的所有会话数据，而非仅仅由我们
servlet或JSP页面创建的会话数据
C．将用户从系统中注销并删除所有属于他(或她)的会话
   调用logOut，将客户从Web服务器中注销，同时废弃所有与该用户相关联的会话(每个Web应用至多一个)。这个操作有可能影响到服务器上多个不同的Web应用
*************************************************************************************

二十三、使用isNew来判断用户是否为新旧用户的错误做法
*************************************************************************************
public boolean isNew()方法如果会话尚未和客户程序(浏览器)发生任何联系，则这个方法返回true，这一般是因为会话是新建的，不是由输入的客户请求所引起的。
但如果isNew返回false，只不过是说明他之前曾经访问该Web应用，并不代表他们曾访问过我们的servlet或JSP页面。
因为session是与用户相关的，在用户之前访问的每一个页面都有可能创建了会话。因此isNew为false只能说用户之前访问过该Web应用，session可以是当前页面创建，也可能是由用户之前访问过的页面创建的。
正确的做法是判断某个session中是否存在某个特定的key且其value是否正确
*************************************************************************************

二十四、Cookie的过期和Session的超时有什么区别
*************************************************************************************
会话的超时由服务器来维护，它不同于Cookie的失效日期。首先，会话一般基于驻留内存的cookie
不是持续性的cookie，因而也就没有截至日期。即使截取到JSESSIONID cookie，并为它设定一个失效日期发送出去。浏览器会话和服务器会话也会截然不同。
*************************************************************************************

二十五、session cookie和session对象的生命周期是一样的吗
*************************************************************************************
当用户关闭了浏览器虽然session cookie已经消失，但session对象仍然保存在服务器端
*************************************************************************************

二十六、是否只要关闭浏览器，session就消失了
*************************************************************************************
程序一般都是在用户做log off的时候发个指令去删除session，然而浏览器从来不会主动在关闭之前通知服务器它将要被关闭，因此服务器根本不会有机会知道浏览器已经关闭。服务器会一直保留这个会话对象直到它处于非活动状态超过设定的间隔为止。
之所以会有这种错误的认识，是因为大部分session机制都使用会话cookie来保存session id，而关闭浏览器后这个session id就消失了，再次连接到服务器时也就无法找到原来的session。
如果服务器设置的cookie被保存到硬盘上，或者使用某种手段改写浏览器发出的HTTP请求报头，把原来的session id发送到服务器，则再次打开浏览器仍然能够找到原来的session。
恰恰是由于关闭浏览器不会导致session被删除，迫使服务器为session设置了一个失效时间，当距离客户上一次使用session的时间超过了这个失效时间时，服务器就可以认为客户端已经停止了活动，才会把session删除以节省存储空间。
　　由此我们可以得出如下结论：
　　关闭浏览器，只会是浏览器端内存里的session cookie消失，但不会使保存在服务器端的session对象消失，同样也不会使已经保存到硬盘上的持久化cookie消失。
*************************************************************************************


二十七、打开两个浏览器窗口访问应用程序会使用同一个session还是不同的session
*************************************************************************************
通常session cookie是不能跨窗口使用的，当你新开了一个浏览器窗口进入相同页面时，系统会赋予你一个新的session id，这样我们信息共享的目的就达不到了。
此时我们可以先把session id保存在persistent cookie中(通过设置session的最大有效时间)，然后在新窗口中读出来，就可以得到上一个窗口的session id了，这样通过session cookie和persistent cookie的结合我们就可以实现了跨窗口的会话跟踪。
*************************************************************************************

二十八、如何使用会话显示每个客户的访问次数
*************************************************************************************
由于客户的访问次数是一个整型的变量，但session的属性类型中不能使用int，double，boolean等基本类型的变量，所以我们要用到这些基本类型的封装类型对象作为session对象中属性的值
　　但像Integer是一种不可修改(Immutable)的数据结构：构建后就不能更改。这意味着每个请求都必须创建新的Integer对象，之后使用setAttribute来代替之前存在的老的属性的值。例如：
HttpSession session = request.getSession();
SomeImmutalbeClass value = (SomeImmutableClass)session.getAttribute(“SomeIdentifier”);
if (value= =null){
    value = new SomeImmutableClass(…);　// 新创建一个不可更改对象
}else{
    value = new SomeImmutableClass(calculatedFrom(value)); // 对value重新计算后创建新的对象
}
session.setAttribute(“someIdentifier”,value); // 使用新创建的对象覆盖原来的老的对象
*************************************************************************************

二十九、如何使用会话累计用户的数据
*************************************************************************************
使用可变的数据结构，比如数组、List、Map或含有可写字段的应用程序专有的数据结构。通过这种方式，除非首次分配对象，否则不需要调用setAttribute。例如

HttpSession session = request.getSession();
SomeMutableClass value = (SomeMutableClass)session.getAttribute(“someIdentifier”);
if(value = = null){
    value = new SomeMutableClass(…);
    session.setAttribute(“someIdentifier”,value);
}else{
    value.updateInternalAttribute(…);     // 如果已经存在该对象则更新其属性而不需重新设置属性
}
*************************************************************************************

三十、不可更改对象和可更改对象在会话数据更新时的不同处理
*************************************************************************************
不可更改对象因为一旦创建之后就不能更改，所以每次要修改会话中属性的值的时候，都需要
调用setAttribute(“someIdentifier”,newValue)来代替原有的属性的值，否则属性的值不会被更新
可更改对象因为其自身一般提供了修改自身属性的方法，所以每次要修改会话中属性的值的时
候，只要调用该可更改对象的相关修改自身属性的方法就可以了。这意味着我们就不需要调
用setAttribute方法了
*************************************************************************************



agun 2010-12-04 12:14 发表评论
]]>spring 常识2http://www.blogjava.net/agun/archive/2010/12/04/339788.htmlagunagunSat, 04 Dec 2010 03:52:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339788.htmlhttp://www.blogjava.net/agun/comments/339788.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339788.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339788.htmlhttp://www.blogjava.net/agun/services/trackbacks/339788.html1， Spring bean 定义

spring bean 定义可能包含大量的配置信息，包括容器相关的信息（比如初始化方法，静态工厂方法

等）、构造函数参数、属性等。如果两个bean之间的配置信息大同小异，可采用bean的继承来减少重

复配置工作。子bean定义可以从父bean定义继承部分配置。它也可覆盖一些配置，或者添加一些配置

。使用继承配置可以节省很多输入工作，实际上就是一种模板形式。

spring中事务配置中就有这样例子，为了使用事务只要父配置了事务代理就可以了，所有需要事务的

bean只要继承父就可以了。说到这个就在多说几句，父bean通常不需要实例化的，而仅仅作为子bean

定的的模板使用；而ApplicationContext默认预初始化所有的singleton bean。为了阻止父bean被预

初始化，可以使用abstract属性设置父bean为抽象bean。容器会忽略所有的抽象bean定义，预初始化

时不初始化抽象bean。

 

2， spring 事务管理

传统的J2EE开发者对事务管理可能采用两种策略

（1），全局事务：全局事务通常由应用服务器管理，使用JTA。全局事务可跨越多个事务性的资源，保证

在多个事务性资源间跨越时资源一致性。
（2），局部事务：局部事务和特定资源相关，如，一个和JDBC链接关联的事务。该事务尽能保证对该

JDBC连接数据库的一致性，对局部事务，应用服务器不需要参与事务管理，不能保证跨越多个资源的

事务正确性。

 

3，编程式事务

Spring 提供两种编程式的事务管理

 

（1）使用TransactionTemplate事务管理

（2）直接使用一个PlatformTransactionManager实现类管理事务。

 

两种编程式的事务都不需要与特定的事务API耦合，第一种更符合Spring模板式的编程模型，因此通常推荐采用第一种方式，第二种非常类似于JTA的UserTransaction的API编程，区别是减少了异常处理。

 

 

 

4，声明式事务

Spring的声明式事务是通过面向切面（AOP）实现。

（1）使用声明式事务管理

通常，通过TransactionPoxyFactoryBean为目标Bean生成Spring事务代理。当bean实例的方法需要事务管理时，采用TransactionPoxyFactoryBean来自目标bean生成事务代理。每个TransactionPoxyFactoryBean为一个具体的目标bean生成代理对象，代理对象的方法改写了目标bean的方法，就是在目标bean的方法执行之前加入开始事务，在目标bean方法结束之后提交事务，遇到指定异常回滚事务。

 

    定义事务代理bean模板

Xml代码 复制代码
  1. <bean id="txProxyTemplate" abstract="true"  
  2.     class="<SPAN style="COLOR: #ff0000">org.springframework.transaction.interceptor.TransactionProxyFactoryBean</SPAN>">  
  3.     <property name="transactionManager">  
  4.         <ref bean="transactionManager" />  
  5.     </property>  
  6.     <property name="transactionAttributes">  
  7.         <props>  
  8.             <prop key="trans_*">PROPAGATION_REQUIRED</prop>  
  9.             <prop key="query*">  
  10.                 PROPAGATION_REQUIRED,readOnly,-Exception   
  11.             </prop>  
  12.             <prop key="find*">  
  13.                 PROPAGATION_REQUIRED,readOnly,-Exception   
  14.             </prop>  
  15.             <prop key="load*">  
  16.                 PROPAGATION_REQUIRED,readOnly,-Exception   
  17.             </prop>  
  18.             <prop key="*">PROPAGATION_REQUIRED,-Exception</prop>  
  19.         </props>  
  20.     </property>  
  21. </bean>  

 

 

（2）根据BeanName自动创建事务代理

如果同一个应用中有很多目标bean需要生成事务代理，当然可以为每个目标bean额外配置一个TransactionPoxyFactoryBean bean.这样做的缺点是，配置文件相当臃肿而且难以维护，此时可以考虑使用自动事务代理。自动事务代理的思路是，当ApplicationContext初始化完成后，由上下文中的某个bean"后处理"每个目标bean，为这些目标bean生成事务代理。

能为目标bean执行"后处理"的bean必须实现BeanFactoryPostProcessor接口，ApplicationContext完成初始化后，会自动初始化所有实现BeanFactoryPostProcessor接口的bean，并且让它“后处理”其他bean.Spring提供BeanFactoryPostProcessor的实现类BeanNameAutoPoxyCreator，BeanNameAutoPoxyCreator可以用来处理ApplicationContext中其他bean，方法是通过名称来识别，并且把他们用事务代理包装起来。BeanNameAutoPoxyCreator生成的事务代理，和使用TransactionPoxyFactoryBean生成的事务代理基本一致。

 

    定义事务拦截bean

Xml代码 复制代码
  1.  <bean id="transactionInterceptor"  
  2.   class="<SPAN style="COLOR: #ff0000">org.springframework.transaction.interceptor.TransactionInterceptor</SPAN>">  
  3.   <property name="transactionManager" ref="TransactionManager" />  
  4.      
  5.   <property name="transactionAttributes">  
  6.    <props>  
  7.     <prop key="create*">  
  8.      PROPAGATION_REQUIRED,-Exception   
  9.     </prop>  
  10.     <prop key="delete*">  
  11.      PROPAGATION_REQUIRED,-Exception   
  12.     </prop>    
  13.     <prop key="update*">  
  14.      PROPAGATION_REQUIRED,-Exception   
  15.     </prop>           
  16.     <prop key="get*">PROPAGATION_REQUIRED</prop>  
  17.    </props>  
  18.   </property>  
  19.  </bean>  
Xml代码 复制代码
  1.  <bean  
  2.   class="<SPAN style="COLOR: #ff0000">org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator</SPAN>">  
  3.   <property name="beanNames">  
  4.    <value>*Service</value>  
  5.   </property>  
  6.   <property name="interceptorNames">  
  7.    <list>  
  8.     <value>transactionInterceptor</value>  
  9.    </list>  
  10.   </property>  
  11.  </bean>   

 

次配置关键在两个bean

TransactionInterceptor

BeanNameAutoProxyCreator

 

（3）基于注释式事务代理配置



agun 2010-12-04 11:52 发表评论
]]>spring 常识1http://www.blogjava.net/agun/archive/2010/12/04/339787.htmlagunagunSat, 04 Dec 2010 03:50:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339787.htmlhttp://www.blogjava.net/agun/comments/339787.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339787.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339787.htmlhttp://www.blogjava.net/agun/services/trackbacks/339787.html1,实例化bean
就Spring IoC容器而言，bean定义基本上描述了创建一个或多个实际bean对象的内容。当需要的时候，容器会从bean定义列表中取得一个指定的bean定义，并根据bean定义里面的配置元数据使用反射机制来创建一个实际的对象。因此这一节将讲解如何告知Spring IoC容器我们将要实例化的对象的类型以及如何实例化对象。

当采用XML描述配置元数据时，将通过<bean/>元素的class属性来指定实例化对象的类型。class 属性 (对应BeanDefinition实例的Class属性)通常是必须的(不过也有两种例外的情形，“使用实例工厂方法实例化”和“bean定义的继承”)。class属性主要有两种用途：在大多数情况下，容器将直接通过反射调用指定类的构造器来创建bean(这有点等类似于在Java代码中使用new操作符)；在极少数情况下，容器将调用类的静态工厂方法来创建bean实例，class属性将用来指定实际具有静态工厂方法的类(至于调用静态工厂方法创建的对象类型是当前class还是其他的class则无关紧要)。

2, 延迟初始化bean
ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化。提前实例化意味着作为初始化过程的一部分，ApplicationContext实例会创建并配置所有的singleton bean。通常情况下这是件好事，因为这样在配置中的任何错误就会即刻被发现（否则的话可能要花几个小时甚至几天）。

有时候这种默认处理可能并不是你想要的。如果你不想让一个singleton bean在ApplicationContext实现在初始化时被提前实例化，那么可以将bean设置为延迟实例化。一个延迟初始化bean将告诉IoC 容器是在启动时还是在第一次被用到时实例化。

在XML配置文件中，延迟初始化将通过<bean/>元素中的lazy-init属性来进行控制。例如：

<bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true">
    <!-- various properties here... -->
</bean>
  <bean name="not.lazy" class="com.foo.AnotherBean">
    <!-- various properties here... -->
</bean>
当ApplicationContext实现加载上述配置时，设置为lazy的bean将不会在ApplicationContext启动时提前被实例化，而not.lazy却会被提前实例化。

需要说明的是，如果一个bean被设置为延迟初始化，而另一个非延迟初始化的singleton bean依赖于它，那么当ApplicationContext提前实例化singleton bean时，它必须也确保所有上述singleton 依赖bean也被预先初始化，当然也包括设置为延迟实例化的bean。因此，如果Ioc容器在启动的时候创建了那些设置为延迟实例化的bean的实例，你也不要觉得奇怪，因为那些延迟初始化的bean可能在配置的某个地方被注入到了一个非延迟初始化singleton bean里面。

在容器层次中通过在<beans/>元素上使用'default-lazy-init'属性来控制延迟初始化也是可能的。如下面的配置：
<beans default-lazy-init="true">
    <!-- no beans will be eagerly pre-instantiated... -->
</beans>


3,自动装配（autowire）协作者
Spring IoC容器可以自动装配（autowire）相互协作bean之间的关联关系。因此，如果可能的话，可以自动让Spring通过检查BeanFactory中的内容，来替我们指定bean的协作者（其他被依赖的bean）。由于autowire可以针对单个bean进行设置，因此可以让有些bean使用autowire，有些bean不采用。autowire的方便之处在减少或者消除属性或构造器参数的设置，这样可以给我们的配置文件减减肥！[2] 在xml配置文件中，autowire一共有五种类型，可以在<bean/>元素中使用autowire属性指定:

Table 3.2. Autowiring modes

模式 说明

    no 不使用自动装配。必须通过ref元素指定依赖，这是默认设置。由于显式指定协作者可以使配置更灵活、更清晰，因此对于较大的部署配置，推荐采用该设置。而且在某种程度上，它也是系统架构的一种文档形式。
 
    byName 根据属性名自动装配。此选项将检查容器并根据名字查找与属性完全一致的bean，并将其与属性自动装配。例如，在bean定义中将autowire设置为by name，而该bean包含master属性（同时提供setMaster(..)方法），Spring就会查找名为master的bean定义，并用它来装配给master属性。
 
    byType 如果容器中存在一个与指定属性类型相同的bean，那么将与该属性自动装配。如果存在多个该类型的bean，那么将会抛出异常，并指出不能使用byType方式进行自动装配。若没有找到相匹配的bean，则什么事都不发生，属性也不会被设置。如果你不希望这样，那么可以通过设置dependency-check="objects"让Spring抛出异常。
 
    constructor 与byType的方式类似，不同之处在于它应用于构造器参数。如果在容器中没有找到与构造器参数类型一致的bean，那么将会抛出异常。
 
    autodetect 通过bean类的自省机制（introspection）来决定是使用constructor还是byType方式进行自动装配。如果发现默认的构造器，那么将使用byType方式。
 

如果直接使用property和constructor-arg注入依赖的话，那么将总是覆盖自动装配。而且目前也不支持简单类型的自动装配，这里所说的简单类型包括基本类型、String、Class以及简单类型的数组（这一点已经被设计，将考虑作为一个功能提供）。自动装配还可以与依赖检查结合使用，这样依赖检查将在自动装配完成之后被执行。

理解自动装配的优缺点是很重要的。其中优点包括：

自动装配能显著减少配置的数量。不过，采用bean模板（见这里）也可以达到同样的目的。

自动装配可以使配置与java代码同步更新。例如，如果你需要给一个java类增加一个依赖，那么该依赖将被自动实现而不需要修改配置。因此强烈推荐在开发过程中采用自动装配，而在系统趋于稳定的时候改为显式装配的方式。

自动装配的一些缺点：

尽管自动装配比显式装配更神奇，但是，正如上面所提到的，Spring会尽量避免在装配不明确的时候进行猜测，因为装配不明确可能出现难以预料的结果，而且Spring所管理的对象之间的关联关系也不再能清晰的进行文档化。

对于那些根据Spring配置文件生成文档的工具来说，自动装配将会使这些工具没法生成依赖信息。

如果采用by type方式自动装配，那么容器中类型与自动装配bean的属性或者构造函数参数类型一致的bean只能有一个，如果配置可能存在多个这样的bean，那么就要考虑采用显式装配了。

尽管使用autowire没有对错之分，但是能在一个项目中保持一定程度的一致性是最好的做法。例如，通常情况下如果没有使用自动装配，那么仅自动装配一个或两个bean定义可能会引起开发者的混淆。



agun 2010-12-04 11:50 发表评论
]]>Ehcache分布式缓存http://www.blogjava.net/agun/archive/2010/12/04/339786.htmlagunagunSat, 04 Dec 2010 03:49:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339786.htmlhttp://www.blogjava.net/agun/comments/339786.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339786.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339786.htmlhttp://www.blogjava.net/agun/services/trackbacks/339786.htmlEhcache分布式缓存也是我一直比较较关注的，以前用过oscache的分布式缓存。在网上看到了相关文章记录下来。

 

Ehcache支持的分布式缓存支持有三种RMI，JGroups，JMS

 

这里介绍下MRI和JGrpups两种方式，Ehcache使用版本为1.5.0，关于ehcache的其他信息请参考http://ehcache.sourceforge.net/EhcacheUserGuide.html，关于jgroups的信息请参考http://www.jgroups.org/manual/html_single/index.html。

 

原始文章 http://www.javaeye.com/topic/335623



agun 2010-12-04 11:49 发表评论
]]>Ehcache缓存配置http://www.blogjava.net/agun/archive/2010/12/04/339785.htmlagunagunSat, 04 Dec 2010 03:46:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339785.htmlhttp://www.blogjava.net/agun/comments/339785.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339785.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339785.htmlhttp://www.blogjava.net/agun/services/trackbacks/339785.html阅读全文

agun 2010-12-04 11:46 发表评论
]]>Web Serviceshttp://www.blogjava.net/agun/archive/2010/12/04/339784.htmlagunagunSat, 04 Dec 2010 03:45:00 GMThttp://www.blogjava.net/agun/archive/2010/12/04/339784.htmlhttp://www.blogjava.net/agun/comments/339784.htmlhttp://www.blogjava.net/agun/archive/2010/12/04/339784.html#Feedback0http://www.blogjava.net/agun/comments/commentRss/339784.htmlhttp://www.blogjava.net/agun/services/trackbacks/339784.htmlweb 服务是通过标准的web协议可以访问的一个应用程序组件。

它是一种可以接收从internet 或者internet 上的其他系统传递过来的请求的轻量级独立的通信技术。这种技术允许网络上的所有系统进行交互。

 

j2ee平台是围绕web服务来构架的，其中的技术和web服务相关的有JAX-RCP 、Web Service、SAAJ 、JAXR 、EJB 、JAC 等，其中Web Services for J2EE 是WEB服务总框架，JAX-RCP是J2EE的WEB服务的核心技术，SAAJ为处理带附件的SOAP消息提供了JAVA编程API.

 

在J2EE平台中，要开发WEB服务可以使用两种技术，一种基于XML远程调用的技术-JAX-RCP，另外一个基于XML的消息发送技术-JAXM.

 

这里主要针对JAX-RCP 详细说一下。

 

JAX-RCP( JAVA API FOR XMLBASED RCP) 是一种远程方法调用（或者说远程过程调用），那么它和其他远程方法调用（RPC,COM,CORBA RMI）有什么区别呢

 

综合比较长远的远程方法调用技术，他们有以下共性。

 

1，在客户端和服务端有通用的编程接口。

 

2，在客户端STUB,在服务端有SKELETON.

 

3，客户端和服务端有专门的协议进行数据传输。

 

对于通用接口的描述，比如CORBA 有IDL OF CORBA ，JAVA RMI 有JAVA RMI INTERFACE IN RMI ，对于基于XML的RPC 来说，IDL 就是WSDL。那么对于XML-RPC来说，这个结构中“传输协议”当然是SAOP，SOAP消息是将以传输文本为基础的协议（HTTP,SMTP FTP）作为载体来使用的。也就是说，SOAP消息的传输建立在HTTP SMTP FTP之上。

 

 JAX-RCP的客户端调用方法:

 

1，基于STUB

2，动态代理

3，动态调用



agun 2010-12-04 11:45 发表评论
]]>