[zt]ldap介绍

November 30, 2006

LDAPChina序言：这篇文章是互联网上最流行的一篇介绍LDAP基础知识的文章，本文作者Michael Donnelly是LDAPMAN.org的站长。由于本文译文较长，我们将其分为两部分，第一部分介绍LDAP概论，第二部分介绍LDAP基础知识。感谢网友Brimmer翻译此文。如果你在计算机行业工作，那么对LDAP可能早有耳闻了。想深入地了解LDAP吗？那么可以好好地读一下这篇文章。这篇介绍性的文章是一系列介绍如何在企业中设计、实现和集成LDAP环境的文章的头一篇。主要是先让你熟悉一下LDAP的基本概念，那些比较困难的细节问题将放到以后讨论。在这篇文章中我们将要介绍：

什么是LDAP?
什么时候该用LDAP存储数据？

现在LDAP技术不仅发展得很快而且也是激动人心的。在企业范围内实现LDAP可以让运行在几乎所有计算机平台上的所有的应用程序从LDAP目录中获取信息。LDAP目录中可以存储各种类型的数据：电子邮件地址、邮件路由信息、人力资源数据、公用密匙、联系人列表，等等。通过把LDAP目录作为系统集成中的一个重要环节，可以简化员工在企业内部查询信息的步骤，甚至连主要的数据源都可以放在任何地方。如果Oracle、Sybase、Informix或 Microsoft SQL数据库中已经存储了类似的数据，那么LDAP和这些数据库到底有什么不同呢？是什么让它更具优势？请继续读下去吧！

什么是LDAP?

LDAP 的英文全称是Lightweight Directory Access Protocol，一般都简称为LDAP。它是基于X.500标准的，但是简单多了并且可以根据需要定制。与X.500不同，LDAP支持TCP/IP，这对访问Internet是必须的。LDAP的核心规范在RFC中都有定义，所有与LDAP相关的RFC都可以在LDAPChina.com RFC专栏中找到。

怎么使用LDAP这个术语呢？

在日常交谈中，你可能会听到有些人这么说：“我们要把那些东西存在LDAP中吗？”，或者“从LDAP数据库中取出那些数据！”，又或者“我们怎么把 LDAP和关系型数据库集成在一起？”。严格地说，LDAP根本不是数据库而是用来访问存储在信息目录（也就是LDAP目录）中的信息的协议。更为确切和正式的说法应该是象这样的：“通过使用LDAP，可以在信息目录的正确位置读取（或存储）数据”。但是，也没有必要吹毛求疵，尽管表达得不够准确，我们也都知道对方在说什么。

LDAP目录是数据库吗？

就象Sybase、Oracle、Informix或Microsoft的数据库管理系统（DBMS）是用于处理查询和更新关系型数据库那样，LDAP服务器也是用来处理查询和更新LDAP目录的。换句话来说LDAP目录也是一种类型的数据库，但是不是关系型数据库。不象被设计成每分钟需要处理成百上千条数据变化的数据库，例如：在电子商务中经常用到的在线交易处理（OLTP）系统，LDAP主要是优化数据读取的性能。

LDAP目录的优势

现在该说说LDAP目录到底有些什么优势了。现在LDAP的流行是很多因素共同作用的结果。我在这里说的不过是一些基本的原因，请你注意一下这不过是一小部分原因。

可能LDAP最大的优势是：可以在任何计算机平台上，用很容易获得的而且数目不断增加的LDAP的客户端程序访问LDAP目录。而且也很容易定制应用程序为它加上LDAP的支持。

LDAP 协议是跨平台的和标准的协议，因此应用程序就不用为LDAP目录放在什么样的服务器上操心了。实际上，LDAP得到了业界的广泛认可，因为它是 Internet的标准。产商都很愿意在产品中加入对LDAP的支持，因为他们根本不用考虑另一端（客户端或服务端）是怎么样的。LDAP服务器可以是任何一个开发源代码或商用的LDAP目录服务器（或者还可能是具有LDAP界面的关系型数据库），因为可以用同样的协议、客户端连接软件包和查询命令与 LDAP服务器进行交互。与LDAP不同的是，如果软件产商想在软件产品中集成对DBMS的支持，那么通常都要对每一个数据库服务器单独定制。

不象很多商用的关系型数据库，你不必为LDAP的每一个客户端连接或许可协议付费。

大多数的LDAP服务器安装起来很简单，也容易维护和优化。

LDAP服务器可以用“推”或“拉”的方法复制部分或全部数据，例如：可以把数据“推”到远程的办公室，以增加数据的安全性。复制技术是内置在LDAP服务器中的而且很容易配置。如果要在DBMS中使用相同的复制功能，数据库产商就会要你支付额外的费用，而且也很难管理。

LDAP 允许你根据需要使用ACI（一般都称为ACL或者访问控制列表）控制对数据读和写的权限。例如，设备管理员可以有权改变员工的工作地点和办公室号码，但是不允许改变记录中其它的域。ACI可以根据谁访问数据、访问什么数据、数据存在什么地方以及其它对数据进行访问控制。因为这些都是由LDAP目录服务器完成的，所以不用担心在客户端的应用程序上是否要进行安全检查。

LDAP对于存储下面这样的信息最为有用，也就是数据需要从不同的地点读取，但是不需要经常更新。例如，这些信息存储在LDAP目录中是十分有效的：

• 公司员工的电话号码簿和组织结构图
• 客户的联系信息
• 计算机管理需要的信息，包括NIS映射、email假名，等等
• 软件包的配置信息
• 公用证书和安全密匙

什么时候该用LDAP存储数据？

大多数的LDAP服务器都为读密集型的操作进行专门的优化。因此，当从LDAP服务器中读取数据的时候会比从专门为OLTP优化的关系型数据库中读取数据快一个数量级。也是因为专门为读的性能进行优化，大多数的LDAP目录服务器并不适合存储需要经常改变的数据。例如，用LDAP服务器来存储电话号码是一个很好的选择，但是它不能作为电子商务站点的数据库服务器。

如果下面每一个问题的答案都是“是”，那么把数据存在LDAP中就是一个好主意。

• 需要在任何平台上都能读取数据吗？
• 每一个单独的记录项是不是每一天都只有很少的改变？
• 可以把数据保存在平面数据库（flat database）而不是关系型数据库中吗？换句话来说，也就是不管什么范式不范式的，把所有东西都存在一个记录中（差不多只要满足第一范式）。

最后一个问题可能会唬住一些人，其实用平面数据库去存储一些关系型的数据也是很一般的。例如，一条公司员工的记录就可以包含经理的登录名。用LDAP来存储这类信息是很方便的。一个简单的判断方法：如果可以把数据保存在一张张的卡片里，就可以很容易地把它存在LDAP目录里。
接上文

LDAP目录树的结构
单条LDAP记录
定制目录的对象类
一个LDAP单个条目的例子
LDAP复制
安全和访问控制

LDAP目录树的结构

LDAP 目录以树状的层次结构来存储数据。如果你对自顶向下的DNS树或UNIX文件的目录树比较熟悉，也就很容易掌握LDAP目录树这个概念了。就象DNS的主机名那样，LDAP目录记录的分辨名（Distinguished Name，简称DN）是用来读取单条记录，以及回溯到树的顶部。后面会做详细地介绍。

为什么要用层次结构来组织数据呢？原因是多方面的。下面是可能遇到的一些情况：

• 如果你想把所有的美国客户的联系信息都“推”到位于到西雅图办公室（负责营销）的LDAP服务器上， 但是你不想把公司的资产管理信息“推”到那里。
• 你可能想根据目录树的结构给予不同的员工组不同的权限。在下面的例子里，资产管理组对“asset-mgmt”部分有完全的访问权限，但是不能访问其它地方。
• 把LDAP存储和复制功能结合起来，可以定制目录树的结构以降低对WAN带宽的要求。位于西雅图的营销办公室需要每分钟更新的美国销售状况的信息，但是欧洲的销售情况就只要每小时更新一次就行了。

刨根问底：基准DN

LDAP目录树的最顶部就是根，也就是所谓的“基准DN”。基准DN通常使用下面列出的三种格式之一。假定我在名为FooBar的电子商务公司工作，这家公司在Internet上的名字是foobar.com。

o=”FooBar, Inc.”, c=US

（以X.500格式表示的基准DN）

在这个例子中，o=FooBar, Inc. 表示组织名，在这里就是公司名的同义词。c=US 表示公司的总部在美国。以前，一般都用这种方式来表示基准DN。但是事物总是在不断变化的，现在所有的公司都已经（或计划）上Internet上。随着 Internet的全球化，在基准DN中使用国家代码很容易让人产生混淆。现在，X.500格式发展成下面列出的两种格式。

o=foobar.com

（用公司的Internet地址表示的基准DN）

这种格式很直观，用公司的域名作为基准DN。这也是现在最常用的格式。

dc=foobar, dc=com

（用DNS域名的不同部分组成的基准DN）

就象上面那一种格式，这种格式也是以DNS域名为基础的，但是上面那种格式不改变域名（也就更易读），而这种格式把域名：foobar.com分成两部分 dc=foobar, dc=com。在理论上，这种格式可能会更灵活一点，但是对于最终用户来说也更难记忆一点。考虑一下foobar.com这个例子。当 foobar.com和gizmo.com合并之后，可以简单的把“dc=com”当作基准DN。把新的记录放到已经存在的dc=gizmo, dc=com目录下，这样就简化了很多工作（当然，如果foobar.com和wocket.edu合并，这个方法就不能用了）。如果LDAP服务器是新安装的，我建议你使用这种格式。再请注意一下，如果你打算使用活动目录（Actrive Directory），Microsoft已经限制你必须使用这种格式。

更上一层楼：在目录树中怎么组织数据

在UNIX文件系统中，最顶层是根目录（root）。在根目录的下面有很多的文件和目录。象上面介绍的那样，LDAP目录也是用

[zt]hibernate复合主键

November 9, 2006

key words:hibernate,复合主键，composite-id

基于业务需求，您会需要使用两个字段来作复合主键，例如在User数据表中，您也许会使用“name”与“phone”两个字段来定义复合主键。

假设您这么建立User表格：

CREATE TABLE user (

name VARCHAR(100) NOT NULL,

phone VARCHAR(50) NOT NULL,

age INT,

PRIMARY KEY(name, phone)

);

在表格中，“name”与“age”被定义为复合主键，在映像时，您可以让User类别直接带有“name”与“age”这两个属性，而Hibernate要求复合主键类别要实作Serializable接口，并定义equals()与hashCode()方法：

User.java

package onlyfun.caterpillar;

import java.io.Serializable;

import org.apache.commons.lang.builder.EqualsBuilder;

import org.apache.commons.lang.builder.HashCodeBuilder;

// 复合主键类的对应类别必须实作Serializable接口

public class User implements Serializable {

private String name;

private String phone;

private Integer age;

public User() {

}

public Integer getAge() {

return age;

}

public void setAge(Integer age) {

this.age = age;

}

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public String getPhone() {

return phone;

}

public void setPhone(String phone) {

this.phone = phone;

}

// 必须重新定义equals()与hashCode()

public boolean equals(Object obj) {

if(obj == this) {

return true;

}

if(!(obj instanceof User)) {

return false;

}

User user = (User) obj;

return new EqualsBuilder()

.append(this.name, user.getName())

.append(this.phone, user.getPhone())

.isEquals();

}

public int hashCode() {

return new HashCodeBuilder()

.append(this.name)

.append(this.phone)

.toHashCode();

}

}

equals()与hashCode()方法被用作两笔不同数据的识别依据；接着您可以使用<composite-id>在映射文件中定义复合主键与对象的属性对应：

User.hbm.xml

<?xml version=”1.0″ encoding=”utf-8″?>

<!DOCTYPE hibernate-mapping

PUBLIC ”-//Hibernate/Hibernate Mapping DTD 3.0//EN”

“http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd”>

<hibernate-mapping>

<class name=”onlyfun.caterpillar.User” table=”user”>

<composite-id>

<key-property name=”name”

column=”name”

type=”java.lang.String”/>

<key-property name=”phone”

column=”phone”

type=”java.lang.String”/>

</composite-id>

<property name=”age” column=”age” type=”java.lang.Integer”/>

</class>

</hibernate-mapping>

在储存数据方面，复合主键的储存没什么区别，现在的问题在于如何依据复合主键来查询数据，例如使用load()方法，您可以创建一个User实例，并设定复合主键对应的属性，接着再透过load()查询对应的数据，例如：

User user = new User();

user.setName(“bush“);

user.setPhone(“0970123456“);

Session session = sessionFactory.openSession();

// 以实例设定复合主键并加载对应的数据

user = (User) session.load(User.class, user);

System.out.println(user.getAge() + “\t“ +

user.getName() + “\t“ +

user.getPhone());

session.close();

 

可以将主键的信息独立为一个类别，例如：

UserPK.java

package onlyfun.caterpillar;

import java.io.Serializable;

import org.apache.commons.lang.builder.EqualsBuilder;

import org.apache.commons.lang.builder.HashCodeBuilder;

public class UserPK implements Serializable {

private String name;

private String phone;

public String getName() {

return name;

}

public void setName(String name) {

this.name = name;

}

public String getPhone() {

return phone;

}

public void setPhone(String phone) {

this.phone = phone;

}

public boolean equals(Object obj) {

if(obj == this) {

return true;

}

if(!(obj instanceof User)) {

return false;

}

UserPK pk = (UserPK) obj;

return new EqualsBuilder()

.append(this.name, pk.getName())

.append(this.phone, pk.getPhone())

.isEquals();

}

public int hashCode() {

return new HashCodeBuilder()

.append(this.name)

.append(this.phone)

.toHashCode();

}

}

现在User类别的主键信息被分离出来了，例如：

User.java

package onlyfun.caterpillar;

import java.io.Serializable;

public class User implements Serializable {

private UserPK userPK; // 主键

private Integer age;

public User() {

}

public UserPK getUserPK() {

return userPK;

}

public void setUserPK(UserPK userPK) {

this.userPK = userPK;

}

public Integer getAge() {

return age;

}

public void setAge(Integer age) {

this.age = age;

}

}

在映像文件方面，需要指定主键类的信息，例如：

User.hbm.xml

<?xml version=”1.0″ encoding=”utf-8″?>

<!DOCTYPE hibernate-mapping

PUBLIC ”-//Hibernate/Hibernate Mapping DTD 3.0//EN”

“http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd”>

<hibernate-mapping>

<class name=”onlyfun.caterpillar.User” table=”user”>

<composite-id name=”userPK”

class=”onlyfun.caterpillar.UserPK”

unsaved-value=”any”>

<key-property name=”name”

column=”name”

type=”java.lang.String”/>

<key-property name=”phone”

column=”phone”

type=”java.lang.String”/>

</composite-id>

<property name=”age” column=”age” type=”java.lang.Integer”/>

</class>

</hibernate-mapping>

在查询数据时，必须指定主键信息，例如：

UserPK pk = new UserPK();

pk.setName(“bush“);

pk.setPhone(“0970123456“);

Session session = sessionFactory.openSession();

// 以主键类实例设定复合主键并加载对应的数据

User user = (User) session.load(User.class, pk);

System.out.println(user.getAge() + “\t“ +

user.getUserPK().getName() + “\t“ +

user.getUserPK().getPhone());

session.close();

=================================================
再参考robbin的一篇文章
一个简单的复合主键的做关联类的例子

用通配符解决mappingResources的繁琐配置

November 9, 2006

key words:mappingResources,通配符,mappingDirectoryLocations

平时写mapping的文件需要一个一个的放到配置文件里，比如

   1. <property name=”mappingResources”>
2.             <list>
3.                 <value>net/foxlog/model/Classes.hbm.xml</value>
4.                 <value>net/foxlog/model/Parent.hbm.xml</value>
5.                 <value>net/foxlog/model/Child.hbm.xml</value>
6.                 <value>net/foxlog/model/User.hbm.xml</value>
7.             </list>
8.         </property>  

可以用更一步到位的方法:

   1. <property name=”mappingDirectoryLocations”>
2.             <list>
3.                 <value>classpath*:/org/springside/bookstore/commons/model/hbm</value>
4.             </list>
5.         </property>  

Google搜索技巧

November 9, 2006

key words:google搜索技巧，in site,inurl,filetype

最常用的是下面这个

IDEA in site:blogjava.net inurl:Alex filetype:ppt

下面转录一篇
玩转GOOGLE的十九招秘技

第一招： 在输入多个词的时候，Google默认的是并且式的查询，如果想使用或者式的查询，使用OR，例如：java OR c++ 第二招 google是不区分大小写的，搜索Java和搜索JAVA或者java是完全一样的。 第三招 逻辑关系优先级使用圆括号，例如查找包含java和（JVM或者虚拟机）：Java (JVM或者虚拟机)。 第四招 要搜索词组需要使用引号括起来，例如搜索Java虚拟机可以使用：”Java虚拟机”。 第五招 要想在搜索结果中不包含某些结果可以使用减号，例如搜索java又不包含培训可以使用：java -培训。 第六招 一般情况下是不能使用通配符的，通配符只能使用在词组中，例如：”使用*模式”。 第七招 只在网页的标题(即html的title指定的部分)内搜索指定的内容，例如：intitle:java。

第八招
只在网页的url内搜索指定的内容，例如：inurl:java。

第九招
只在网页的正文内搜索指定的内容（忽略链接文字、标题和url），例如：intext:java。

第十招
只在链接文字(链接Java研究组织的链接文字就是Java研究组织)内搜索指定的内容，例如：inanchor:java。

第十一招
只在指定的网站内搜索指定的内容，可以是某个具体的网站或者是某个域名分类，例如：site:javaresearch.org或者site:org。

第十二招
只在指定的文件格式内搜索指定的内容，需要注意google只能支持有限的常用文本格式，包含一些诸如doc,xsl,ppt,pdf之类的富文本格式，例如：filetype:htm。

第十三招
google在检索的时候对于输入的内容的顺序是敏感的，如果找不到合适的结果可以试试改变一下搜索的关键字的顺序。

第十四招
在搜索多个关键字构成的内容时可以试试加引号和不加引号两者情况，结果可能有很大的差异，例如：java虚拟机和”java虚拟机”。

第十五招
搜索的策略可以采用先多后少，假设你想搜索Java的的command模式的例子，可以先试试java command pattern，然后试试java pattern或者java command，每次减少的那个关键字应该是你认为相对不重要的一个。
第十六招
对于搜索中文而言，搜索“虚拟机”和搜索“虚拟机”是不同的，后者一般比前者的结果多并且相关性差一些，一般情况下你应该在各个词之间加空格，而在词内不加空格，这样得到的结果一般更好。

第十七招
一个关键字可以重复两次，对结果的排名和数量也会有影响，重复两次以上好像就没有什么影响了，例如搜索”internet”和搜索”internet internet”的结果是不同的。

第十八招
搜索内容最多只能包含十个单词，包括搜索intitle之类的选项，多出的部分被忽略。

第十九招
对于intitle,inurl,intext,inanchor和site之类的搜索选项一次不要使用多次，否则要么不是你想要的结果，要么根本就没有结果，混合使用这些选项是合法的，但是规则很复杂。

用jotSpot做项目管理应该不错吧

November 9, 2006

key words:jotspot,wiki,项目管理

最近听说了jotspot,这个东西确实很好，原来一直打算自己建立一个wiki,作一些公司项目资源的管理，进度管理，以及提供其他团队成员了解项目信息的窗口，原来打算用jspwiki,可是建在哪呢？ 在我的笔记本上还是公司的服务器上，似乎都不是很好，还是建在jotspot上比较好。zheng
给我看了一个截图:

功能还挺强大，我想做我的日常项目管理应该够了

Unsupported major.minor version 49.0错误

November 8, 2006

key words:jdk错误，Unsupported major.minor version

今天用一个工作流的产品，非要用jdk1.4的版本，没办法，只好切换回来，但是换回来后打开页面jsp出错，提示Unsupported major.minor version 49.0错误,到网上查了一下，49.0错误属于jdk1.5的错误，但是我的jdk1.5已经删除了啊？怎么回事呢?

最后想起来，可能是jboss中的1.5 版本产生临时文件class文件删除，删除后ＯＫ

资料:Unsupported major.minor version 49.0

mysql的外键问题

November 7, 2006

key words: mysql,外键,fm150

这次在mysql中建立外键关联时发现问题:

alter table CHILD add constraint FK3D1FCFC74B18345 foreign key (PARENTID) references PARENT;

提示..fm150错误,最后发现是mysql的版本问题，我用的是4.1的，对外键不知道是不支持还是支持的有问题，下载5.0的解决.

Hibernate的load错误，你碰到过这样的问题么?

November 7, 2006

key words:hibernate,load,session.get,session.load()

public class Parent implements Serializable {

/** identifier field */
private Long id;

/** persistent field */
private List childs;

/** full constructor */
public Parent(Long id, List childs) {
this.id = id;
this.childs = childs;
}

/** default constructor */
public Parent() {
}

/**
*            @hibernate.id
*             generator-class=”assigned”
*             type=”java.lang.Long”
*             column=”id”
*
*/
public Long getId() {
return this.id;
}

public void setId(Long id) {
this.id = id;
}

/**
*            @hibernate.set
*             lazy=”true”
*             inverse=”true”
*             cascade=”none”
*            @hibernate.collection-key
*             column=”parent_id”
*            @hibernate.collection-one-to-many
*             class=”net.foxlog.model.Child”
*
*/
public List getChilds() {
return this.childs;
}

public void setChilds(List childs) {
this.childs = childs;
}

public String toString() {
return new ToStringBuilder(this)
.append(“id“, getId())
.toString();
}

public boolean equals(Object other) {
if ( !(other instanceof Parent) ) return false;
Parent castOther = (Parent) other;
return new EqualsBuilder()
.append(this.getId(), castOther.getId())
.isEquals();
}

public int hashCode() {
return new HashCodeBuilder()
.append(getId())
.toHashCode();
}

}

Parent parent = (Parent)session.load(Parent.class,new Integer(7));
运行提示出错，”can’t get Entity..”

知道是什么低级错误么?  其实很弱智的东西，但是不注意还就会出现，呵呵，答案如下:

Parent parent = (Parent)session.load(Parent.class,new Long(7))