拈花微笑 » struts

使用Spring LDAP ODM操作LDAP

Jay — Wed, 14 Dec 2011 15:10:16 +0000

Spring Source真的是个很神奇的开源社区，从《J2EE without EJB》开始为大家所知晓，到把IoC、AOP大范围地带到大家的开发模型中，再到和Hibernate、Struts组成每个Java函授学校必教的“SSH”组合，从此绿遍大江南北……

在国内，大马路上随便抓一个Java程序员，10个里有9个半知道Spring；有9个知道怎么把SSH“组装”到一起（是的，“组装”，和流水线上的蓝领熟练工没有本质区别）；有9个半知道IoC、AOP；有2个知道IoC和AOP的本质；有3个知道Spring其实分为core、context、orm、tx等不同子框架；有1个知道Spring 3之后可以用annotation取代之前版本大部分的xml配置；有2个知道Spring mvc和security；有半个知道其实Spring的子框架远不止这些……这就是我们当前Java码农们的实际情况。而造成这一局面的，我谓之三害——高校计算机系功利的培养模式、以北大青鸟为首的各种速成班的祸害和程序员们自己懒惰、人云亦云、拒绝思考的慢性自杀

牢骚发完，本文将通过介绍Spring的两个子框架：Spring LDAP和Spring LDAP ODM，来实现对LDAP的操作

项目主页：http://www.springsource.org/ldap，该框架通过提供和ORM中相似的机制对LDAP相关操作进行封装，主要包括：

类比SessionFactory的LdapContextSource
类比HibernateTemplate等的LdapTemplate
伪事务支持，能否与tx框架的TransactionManager混用未知
类比JPA的使用@Entry、@Attribute、@Id标注的ODM——Object Directory Mapping

本文（原先）目标：使用ODM将User类与LDAP中的实体进行映射，LDAP中的实体的objectClass包括inetOrgPerson，organizationalPerson，person，shadowAccount和top

相关配置文件、代码在http://static.springsource.org/spring-ldap/docs/1.3.x/reference/html/上已经很详细了，这里只是做一点旁注，全部来自于这几天和Spring LDAP的斗智斗勇

对于shadowAccount的shadowLastChange域，值是一个整形，至于具体含义网上没有找到解释，试了几次之后发现是从1970-1-1 00:00:00至今的天数，如果model里定义的是Date类型的话，需要自行实现org.springframework.ldap.odm.typeconversion.impl.Converter接口进行转换
对于@Entry标记，其中的objectClasses定义必须与objectClass完全一致。在新建和查询object时，ODM会根据此标记进行匹配，无需再指定objectClass
每个entry必须指定@Id字段，类型为javax.naming.Name，其实就是DN。但是若在LdapContextSource中指定了base，则DN将会按照base截取相对路径。比如，DN为cn=user,ou=users,dc=jayxu,dc=com，base为dc=jayxu,dc=com，则取出的user对象DN为cn=user,ou=users
如果使用Spring MVC对LDAP对象进行JSON序列化，必须注意javax.naming.Name中的某些字段无法被序列化，所以在转换成JSON之前需要将DN置null。一种方法是使用@JsonIgnoreProperties标记model类，比如：@JsonIgnoreProperties(“dn”)
对于不需要与LDAP进行映射的字段使用@Transient进行标记
考虑使用org.springframework.ldap.pool.factory.PoolingContextSource引入连接池
如果事务中需要与JDBC进行互操作，需要使用org.springframework.ldap.transaction.compensating.manager.ContextSourceAndDataSourceTransactionManager作为tx manager

原创内容，转载请注明： 转载自拈花微笑

本文链接地址: 使用Spring LDAP ODM操作LDAP

Spring之经验教训（一）

Jay — Sat, 17 Jul 2010 17:27:24 +0000

在现在的项目中我们使用了spring + hibernate + struts的架构，在享受aop, orm, ioc, di带来的种种便利的同时，我们亦遇到了很多莫名其妙或者说刻骨铭心的教训，今天先整理两点，日后继续补充

经验一：时刻牢记，spring、hibernate对对象进行了动态代理，尽量不要试图在动态代理后的对象上进行反射，尤其是field！

不管是hibernate的orm还是spring的声明式事务管理，都对原来的pojo、dao进行了动态代理。虽然s、h“号称”动态代理做得天衣无缝且无色无味，但是，那只是在“绝大多数情况下”，如果想对动态代理后的对象进行反射，麻烦便来了，代码片段：

public static void setCreditInfoStatus(CreditInfo info, CreditType type, CreditValidateStatus status) {
...
Field[] fields = CreditInfo.class.getDeclaredFields();
for (Field f : fields) {
if (f.isAnnotationPresent(Credit.class) && f.getAnnotation(Credit.class).value() == type) {
PropertyDescriptor pd = BeanUtils.getPropertyDescriptor(CreditInfo.class, f.getName());
if (pd != null) {
...
}
break;
}
}
}

public static void setCreditInfoStatus(CreditInfo info, CreditType type, CreditValidateStatus status) {
    ...

    Field[] fields = CreditInfo.class.getDeclaredFields();

    for (Field f : fields) {
        if (f.isAnnotationPresent(Credit.class) && f.getAnnotation(Credit.class).value() == type) {
            PropertyDescriptor pd = BeanUtils.getPropertyDescriptor(CreditInfo.class, f.getName());
            if (pd != null)  {
                ...
            }
            break;
        }
    }
}

原先第7行写为 info.getClass()，乍一看与现有的代码功能上是一样的，但是别忘了让人又恨又爱的动态代理！上面代码返回的是真正的CreditInfo class，而左边的返回的是动态代理后的class，即意味着，第一个“if”永远返回的是false，除非动态代理后的对象的field上附带了原有的annotation

经验二：spring的声明式事务管理确很强大，强大到可以支持多线程，但是，结合上一点，不要在线程中调用this中的事务方法

声明式事务，即spring中使用aop织入或 @Transactional标记的方法注入事务容器，码农们可以完全不用操心何时begin，何时commit，何时 rollback，有没有嵌套，绝对傻瓜级的编程模型。但是，牢记，spring中的aop、annotation都是使用动态代理实现的，即，如果没有经过动态代理便也没有了事务管理，代码片段：

public class AutomatedService{
...
loanQueue.execute(new Runnable() {
@Override
public void run() {
Thread thread = Thread.currentThread();
while (!thread.isInterrupted()) {
try {
loanService.checkNSetLoanStatus();
Thread.sleep(loanStatusCheckIntervalMinutes * Consts.ONE_MINUTE);
} catch (InterruptedException ex) {
thread.interrupt();
}
}
}
});
...
}

public class AutomatedService{
    ...

    loanQueue.execute(new Runnable() {

        @Override
        public void run() {
            Thread thread =  Thread.currentThread();

            while (!thread.isInterrupted()) {
                try {
                    loanService.checkNSetLoanStatus();

                    Thread.sleep(loanStatusCheckIntervalMinutes * Consts.ONE_MINUTE);
                } catch (InterruptedException ex) {
                    thread.interrupt();
                }
            }
        }
    });

    ...
}

原先的checkNSetLoanStatus方法是定义在AutomatedService中的，且标记了@Transactional。但是，令人发指的是，checkNSetLoanStatus中的事务没有被提交。在痛定思痛仔细回想了spring的声明式事务的本质后，豁然发现当调用this.checkNSetLoanStatus()时，并没有被织入事务管理。spring还没有霸道到或者说聪明到对this进行动态代理，于是将该方法移至其它service并注入，问题解决

原创内容，转载请注明： 转载自拈花微笑

本文链接地址: Spring之经验教训（一）

让Struts 2性能提升一个数量级的的5个步骤 [zz]

Jay — Tue, 06 Jan 2009 02:55:48 +0000

原文：http://dev.yingzhitech.com/2009/01/06/96

freemarker 升级为2.3.14
ognl 升级为 2.7.3（要附加javassis类库）
根包下增加freemarker.properties文件，内容为template_update_delay=60000
struts.xml增加和
把struts.xml中的默认拦截器定义为basicStack：
1. name="web" extends="tiles-default">
2. name="basicStack" />
3. >
```
    
```

执行了这几步之后，网站性能从5 req/s提升至70 req/s，请求处理时间从22s/req缩减至2s/req！
参考连接：
http://struts.apache.org/2.x/docs/performance-tuning.html
http://www.blogjava.net/usherlight/archive/2008/07/01/211869.html
http://www.blogjava.net/usherlight/archive/2008/07/12/214462.html
http://www.blogjava.net/usherlight/archive/2008/09/02/226501.html

原创内容，转载请注明： 转载自拈花微笑

本文链接地址: 让Struts 2性能提升一个数量级的的5个步骤 [zz]

拈花微笑 » struts

使用Spring LDAP ODM操作LDAP

Spring之经验教训（一）

经验一：时刻牢记，spring、hibernate对对象 进行了动态代理，尽量不要试图在动态代理后的对象上进行反射，尤其是field！

经验二：spring的声明式事务管理确很强大，强大到可以支持多线程，但是，结合上一点，不要在线程中调用this中的事务方法

让Struts 2性能提升一个数量级的的5个步骤 [zz]

经验一：时刻牢记，spring、hibernate对对象进行了动态代理，尽量不要试图在动态代理后的对象上进行反射，尤其是field！