久久久午夜视频,国产精品久久久久久av福利软件,欧美蜜桃一区二区三区

JNDI详解

liyang — Sun, 20 Dec 2009 04:29:00 GMT

JNDI
Java Naming and Directory Interface

首先需要对naming与directory 有最基本的认识，�q�而了解��用JNDI 的原因：
1、naming
Naming 在电脑系�l�上是最基本的服务之一�Q�藉著名�U?(names)与物�?(objects)的系�l?(binding)�Q��用者透过正确地描�q�环�?context)来存取欲使用的物件。例如：DNS(Domain Name System)��主机名�U��?javacenter.cis.th u.edu.tw」对应到 IP Address�?140.128.104.30」，以方便��用者记忆�?
2、directory
Directory可视�?naming概念的扩充，让物件拥有属�?(attributes)以记录额外的资讯。於是，我们可以透过名称来查�?look up)物�g�q�获得该物�g的属性资讯，或是利用属性作为搜�ȝ��q��o条�g (search filter)。例如：电话��，记录著每个�h登记的电话号码。从�q�个最常见的例子中不难看出directory�?database明显的差异之一�Q�directory 的属性可以有很多�W�资料，正如每个人可以同时拥有很多个电话��L��?Directory目前在电脑系�l�上较著名的应用�pȝ��与架构有 Novell公司�?NDS(Novell Directory Services)、Sun公司的NIS(Network Information Service)�Q�与卛_��成�ؓ�|�络上一个新标准�?LDAP(Lightweight Directory Access Protocol)�?br />
JNDI(Java Naming and Directory Interface)是SUN公司提供的一�U�标准的Java命名�pȝ��接口�Q�JNDI提供�l�一的客��L��API�Q�通过不同的访问提供者接口JNDI SPI的实玎ͼ��q��理者将JNDI API映射为特定的命名服务和目录系�l�，使得Java应用�E�序可以和这些命名服务和目录服务之间�q�行交互。集��JNDI实现了高可靠性JNDI[8]�Q�通过服务器的集群�Q�保证了JNDI的负载��^衡和错误恢复。在全局�׃�n的方式下�Q�集��中的一个应用服务器保证本地JNDI树的独立性，�q�拥有全局的JNDI 树。每个应用服务器在把部��v的服务对象绑定到自己本地的JNDI树的同时�Q�还�l�定��C��个共享的全局JNDI树，实现全局JNDI和自�w�JNDI的联�p�R�?br />
JNDI是一个应用程序设计的API�Q��ؓ开发�h员提供了查找和访问各�U�命名和目录服务的通用、统一的接口，�c�M��JDBC都是构徏在抽象层上�?br />
JNDI可访问的现有的目录及服务有：
DNS、XNam 、Novell目录服务、LDAP(Lightweight Directory Access Protocol ��d��目录讉K��协议)�?CORBA对象服务、文件系�l�、Windows XP/2000/NT/Me/9x的注册表、RMI、DSML v1&v2、NIS�?br />
JNDI优点�Q?br /> 包含了大量的命名和目录服务，使用通用接口来访问不同种�cȝ��服务�Q?br /> 可以同时�q�接到多个命名或目录服务上；
建立起逻辑兌��Q�允许把名称同Java对象或资源关联�v来，而不必指导对象或资源的物理ID�?br />
JNDI�E�序包：
javax.naming�Q�命名操作；
javax.naming.directory�Q�目录操作；
javax.naming.event�Q�在命名目录服务器中��h��事�g通知�Q?br /> javax.naming.ldap�Q�提供LDAP支持�Q?br /> javax.naming.spi�Q�允许动态插入不同实现�?br /> 利用JNDI的命名与服务功能来满��企业��APIs对命名与服务的访问，诸如EJBs、JMS、JDBC 2.0以及IIOP上的RMI通过JNDI来��用CORBA的命名服务�?br /> JNDI与JDBC�Q?br /> JNDI提供了一�U�统一的方式，可以用在�|�络上查扑֒�讉K��服务。通过指定一个资源名�U�ͼ�该名�U�对应于数据库或命名服务中的一个纪录，同时�q�回数据库连接徏立所必须的信息�?br /> 代码�C�Z��Q?br /> try{
Context cntxt = new InitialContext();
DataSource ds = (DataSource) cntxt.lookup("jdbc/dpt");
}
catch(NamingException ne){
...
}

JNDI与JMS�Q?br /> 消息通信是��Y件组件或应用�E�序用来通信的一�U�方法。JMS��是一�U�允许应用程序创建、发送、接收、和��d��消息的JAVA技术�?br /> 代码�C�Z��Q?br /> try{
Properties env = new Properties();
InitialContext inictxt = new InitialContext(env);
TopicConnectionFactory connFactory = (TopicConnectionFactory) inictxt.lookup("TTopicConnectionFactory");
...
}
catch(NamingException ne){
...
}

讉K��特定目录�Q��D个例子，人是个对象，他有好几个属性，诸如�q�个人的姓名、电话号码、电子邮件地址、邮政编码等属性。通过getAttributes()�Ҏ��
Attribute attr =directory.getAttributes(personName).get("email");
String email = (String)attr.get();
通过使用JNDI让客户��用对象的名称或属性来查找对象�Q?br /> foxes = directory.search("o=Wiz,c=US", "sn=Fox", controls);
通过使用JNDI来查找诸如打印机、数据库�q�样的对象，查找打印机的例子�Q?br /> Printer printer = (Printer)namespace.lookup(printerName);
printer.print(document);

��览命名�I�间�Q?br /> NamingEnumeration list = namespace.list("o=Widget, c=US");
while (list.hasMore()) {
NameClassPair entry = (NameClassPair)list.next();
display(entry.getName(), entry.getClassName());
}

常用的JNDI操作�Q?br /> void bind(String sName,Object object);――绑定：把名�U�同对象兌��的过�E?br /> void rebind(String sName,Object object);――重新绑定：用来把对象同一个已�l�存在的名称重新�l�定
void unbind(String sName);――释放：用来把对象从目录中释攑և��?br /> void lookup(String sName,Object object);――查找：�q�回目录�ȝ��一个对�?br /> void rename(String sOldName,String sNewName);――重命名�Q�用来修改对象名�U�绑定的名称
NamingEnumeration listBinding(String sName);――清单：�q�回�l�定在特定上下文中对象的清单列表
NamingEnumeration list(String sName);

代码�C�Z��Q�重新得��C��名称、类名和�l�定对象�?br /> NamingEnumeration namEnumList = ctxt.listBinding("cntxtName");
...
while ( namEnumList.hasMore() ) {
Binding bnd = (Binding) namEnumList.next();
String sObjName = bnd.getName();
String sClassName = bnd.getClassName();
SomeObject objLocal = (SomeObject) bnd.getObject();
}

liyang 2009-12-20 12:29 发表评论

String.getBytes()和new String()

liyang — Wed, 09 Dec 2009 09:27:00 GMT

在Java中，String.getBytes(String decode)�Ҏ��会根据指定的decode�~�码�q�回某字�W�串在该�~�码下的byte数组表示�Q�如

byte[] b_gbk = "�?.getBytes("GBK");
byte[] b_utf8 = "�?.getBytes("UTF-8");
byte[] b_iso88591 = "�?.getBytes("ISO8859-1");

��分别返�?#8220;�?#8221;�q�个汉字在GBK、UTF-8和ISO8859-1�~�码下的byte数组表示�Q�此时b_gbk的长度�ؓ2�Q�b_utf8的长度�ؓ3�Q�b_iso88591的长度�ؓ1�?/p>

而与getBytes相对的，可以通过new String(byte[], decode)的方式来�q�原�q�个“�?#8221;字时�Q�这个new String(byte[], decode)实际是��用decode指定的编码来��byte[]解析成字�W�串�?/p>

String s_gbk = new String(b_gbk,"GBK");
String s_utf8 = new String(b_utf8,"UTF-8");
String s_iso88591 = new String(b_iso88591,"ISO8859-1");

通过打印s_gbk、s_utf8和s_iso88591�Q�会发现�Q�s_gbk和s_utf8都是“�?#8221;�Q�而只有s_iso88591是一个不认识的字�W�，��Z��么��用ISO8859-1�~�码再组合之后，无法�q�原“�?#8221;字呢�Q�其实原因很��单，因�ؓISO8859-1�~�码的编码表中，�Ҏ��没有包含汉�? 字符�Q�当然也��无法通过"�?.getBytes("ISO8859-1");来得到正��的“�?#8221;字在ISO8859-1中的�~�码��g��Q�所以再通过new String()来还原就无从谈�v了�?/p>

因此�Q�通过String.getBytes(String decode)�Ҏ��来得到byte[]�Ӟ��一定要��定decode的编码表中确实存在String表示的码��|��q�样得到的byte[]数组才能正确被还原�?/p>

有时候，��Z��让中文字�W�适应某些�Ҏ��要求�Q�如http header头要求其内容必须为iso8859-1�~�码�Q�，可能会通过��中文字�W�按照字节方式来�~�码的情况，�?/p>

String s_iso88591 = new String("�?.getBytes("UTF-8"),"ISO8859-1")�Q�这样得到的s_iso8859-1字符串实际是三个�? ISO8859-1中的字符�Q�在��这些字�W�传递到目的地后�Q�目的地�E�序再通过相反的方式String s_utf8 = new String(s_iso88591.getBytes("ISO8859-1"),"UTF-8")来得到正��的中文汉字“�?#8221;。这样就既保证了遵守�? 议规定、也支持中文�?/p>

liyang 2009-12-09 17:27 发表评论

liyang — Sat, 31 Oct 2009 15:20:00 GMT

Classloader在运行期会以�?子的层次�l�构存在�Q�每个Classloader的实例都持有其父Classloader的引用，而父Classloader�q�不持有子Classloader的引用，从而�Ş成一条单向链�Q�当一个类装蝲��h��被提交到某个Classloader�Ӟ��光��认的�c�装载过�E�如下：

��查这个类有没有被装蝲�q�，如果已经装蝲�q�，则直接返回；

调用父Classloader去装载类�Q�如果装载成功直接返回；

调用自��n的装载类的方法，如果装蝲成功直接�q�回�Q?/span>

上述所有步骤都没有成功装蝲到类�Q�抛出ClassNotFoundException�Q?/span>

每一层次的Classloader都重复上�q�动作�?/span>

��单说�Q�当Classloader链上的某一Classloader收到�c�装载请求时�Q�会按顺序向上询问其所有父节点�Q�直��x��端�Q�BootstrapClassLoader�Q�，��M��一个节�Ҏ��功受理了此请求，则返回，如果所有父节点都不能受理，�q�时候才��p��h��的Classloader自��n来装载这个类�Q�如果仍然不能装载，则抛出异常�?br />
�c�装载的方式

�c�装载的方式主要有两�U�：昑ּ�的和隐式的�?/span>

昑ּ��c�装�?/span>

发生在��用以下方法调用进行装载类的时候：

ClassLoader.loadClass()�Q��用指定的Classloader�q�行装蝲�Q?/span>

Class.forName()�Q��用当前类的Caller Classloader�q�行装蝲�Q?/span>

当调用上�q�方法的时候，指定的Class�Q�以�c�d��为参敎ͼ�由Classloader装入�?span style="color: red">�q�两个方法的行�ؓ有轻微的区别�Q�Class.forName()在类装蝲完成后，会对�c�进行初始化�Q�而ClassLoader.loadClass()只负责装载类�?/span>

隐式�c�装�?/span>

发生在由于引用、实例化或��承导致需要装载类的时候。隐式类装蝲是在�q�后启动的，JVM会解析必要的引用�q�装载类�?/span>

        �cȝ��装蝲通常�l�合了显式和隐式两种方式。例如，Classloader可能先显式地装蝲一个类�Q�然后再隐式地装载它引用的其它类�?br />
一个基本的Classloader的层�ơ结�?br />

上图昄��了一个基本的Classloader的层�ơ结构�?span style="color: red; background-color: #ffff00">在给定层�ơ上的Classloader不能引用��M��层次低于它的Classloader�Q�另外，它的子Classloader装蝲的类对于其是不可见的�?/span>在上图中�Q�如果Foo.class是由ClassLoaderB装蝲的，�q�且Foo.class依赖于Bar.class�Q�那么Bar.class必须由ClassLoaderA或B装蝲。如果Bar.class只是对ClassLoaderC和D可见�Q�那么将会发生ClassNotFoundException或者NoClassDefFoundError异常�?/span>

如果Bar.class分别对于两个�q��的Classloader可见�Q�例如C和D�Q�，但对于它们的父Classloader不可见，那么当类装蝲��h��发送到�q�两个Classloader�Ӟ��每一个Classloader会装载自��q��本的�c�R��ClassLoaderC装蝲的Bar.class的实例将不兼容于ClassLoaderD装蝲的Bar.class的实例。如果对Classloader的层�ơ结构不了解�Q�试图��用由ClassLoaderC装蝲的类去造型一个ClassLoaderD装蝲的Bar.class的实例，则会发生造型��p�|�Q�ClassCastException�Q��?/span>

基本的Classloader
最基本的Classloader是Bootstrap Classloader和System Classloader�Q�也有�h�U�C��为AppClassLoader�Q�，只要写过java�E�序�Q�都会用到这两个Classloader�?/span>

Bootstrap Classloader

�q�个Classloader装蝲Java虚拟机提供的基本�q�行时刻�c�（$JAVA_HOME/jre/lib�Q�，�q�包括放�|�在�pȝ��扩展目录�Q?JAVA_HOME/jre/lib/ext�Q�内的JAR文�g中的�c�R��这个Classloader是java�E�序最��层的Classloader�Q�只有它没有父Classloader。如果你��一个自己写的类或第三方jar包放�q?JAVA_HOME/jre/lib/ext目录中，那么它将被Bootstrap Classloader装蝲�?/span>
System Classloader

System Classloader通常负责装蝲�pȝ��环境变量CLASSPATH中设�|�的�c�R��由System Classloader装蝲的类对于Apusic服务器内部的�c�d��部��v在Apusic服务器上的J2EE应用�Q�通常打包成ear�Q�都是可见的�?APUSIC_HOME%/lib目录下的jar文�g是Apusic应用服务器的核心�c�，一般把�q�些jar文�g都加在系�l�CLASSPATH中。另外，一些公用类也可以加在系�l�CLASSPATH中，如JDBC驱动�E�序�{��?/span>

自定义Classloader
在编写应用代码的时候，常常有需要动态加载类和资源，比如昑ּ�的调用classLoader.loadClass(“ClassName”)�Q?span style="color: red">虽然直接使用ClassLoader.getSystemClassLoader()�Q�可以得到SystemlassLoader来完成这��Q务。但是，�׃��System Classloader是JVM创徏的Classloader�Q�它的职责有限，只适合于普通的java应用�E�序�Q�在很多复杂场景中不能满��需求，比如在应用服务器中�?/span>�q�时候就需要自行实��C��个Classloader的子�c�，实现特定的行为。Apusic应用服务器中��定义了若干个特有的Classloader�Q�负责装载部�|�在Apusic中的JavaEE应用中的�c�，�q�里�q�不试图��L��q�如何实��C��个自定义的Classloader.

Caller Classloader和线�E�上下文Classloader
动态加载资源时�Q�往往有三�U�Classloader可选择�Q?strong>System Classloader�?strong>Caller Classloader�?strong>当前�U�程的上下文Classloader。System Classloader前面已经描述�q�了�Q�下面我们看看什么是Caller Classloader、当前线�E�的上下文Classloader�?br />

Caller Classloader

Caller Classloader指的是当前所在的�c�装载时使用的Classloader�Q�它可能是System Classloader�Q�也可能是一个自定义的Classloader�Q�这里，我们都称之�ؓCaller Classloader。我们可以通过getClass().getClassLoader()来得到Caller Classloader。例如，存在A�c�，是被AClassLoader所加蝲�Q�A.class.getClassLoader()为AClassLoader的实例，它就是A.class的Caller Classloader�?/span>

        如果在A�c�M��使用new关键字，或者Class.forName(String className)和Class.getResource(String resourceName)�Ҏ��Q�那么这时也是��用Caller Classloader来装载类和资源。比如在A�c�M��初始化B�c�：

/**
* A.java
*/
...
public void foo() {
    B b = new B();
    b.setName("b");
}
        那么�Q�B�cȝ��当前Classloader�Q�也��是AClassloader装蝲。同��L��Q�修改上�q�的foo�Ҏ��Q�其实现改�ؓ�Q?/span>

Class clazz = Class.forName("foo.B");

最�l�获取到的clazz�Q�也是由AClassLoader所装蝲�?/span>

那么�Q�如何��用指定的Classloader��d��成类和资源的装蝲呢？或者说�Q�当需要去实例化一个Caller Classloader和它的父Classloader都不能装载的�c�L��Q�怎么办呢�Q?/span>

一个很典型的例子是JAXP�Q�当使用xerces的SAX实现�Ӟ��我们首先需要通过rt.jar中的javax.xml.parsers.SAXParserFactory.getInstance()得到xercesImpl.jar中的org.apache.xerces.jaxp.SAXParserFactoryImpl的实例。由于JAXP的框架接口的class位于JAVA_HOME/lib/rt.jar中，由Bootstrap Classloader装蝲�Q�处于Classloader层次�l�构中的最��层�Q�而xercesImpl.jar�׃��层的Classloader装蝲�Q�也��是说SAXParserFactoryImpl是在SAXParserFactory中实例化的，如前所�q�ͼ�使用SAXParserFactory的Caller Classloader(�q�里是Bootstrap Classloader)是完成不了这个�Q务的�?/span>

�q�时�Q�我们就需要了解一下线�E�上下文Classloader�?br />

�U�程上下文Classloader

每个�U�程都有一个关联的上下文Classloader。如果��用new Thread()方式生成新的�U�程�Q�新�U�程��承其父线�E�的上下文Classloader。如果程序对�U�程上下文Classloader没有��M��改动的话�Q�程序中所有的�U�程��都使用System Classloader作�ؓ上下文Classloader�?/span>

当��用Thread.currentThread().setContextClassLoader(classloader)�Ӟ��U�程上下文Classloader��变成了指定的Classloader了。此�Ӟ��在本�U�程的�Q意一处地方，调用Thread.currentThread().getContextClassLoader()�Q�都可以得到前面讄��的Classloader�?/span>

回到JAXP的例子，假设xercesImpl.jar只有AClassLoader能装载，现在A.class内部要��用JAXP�Q�但是A.class却不是由AClassLoader或者它的子Classloader装蝲的，那么在A.class中，应该�q�样写才能正��得到xercesImpl的实玎ͼ�

AClassLoader aClassLoader = new AClassLoader(parent);
Thread.currentThread().setContextClassLoader(aClassLoader);
SAXParserFactory factory = SAXParserFactory.getInstance();
...
JAXP�q�时��可以通过�U�程上下文Classloader装蝲xercesImpl的实现类了，当然�Q�还有一个前提是在配制文件或启动参数中指定了使用xerces作�ؓJAXP的实现。下面是JAXP中的代码片断�Q?br /> ClassLoader cl = Thread.currentThread().getContextClassLoader();
…
Class providerClass = cl.loadClass(className);
…
JVM中类的唯一�?br /> JVM为每一个Classloader�l�护一个唯一标识。在一个JVM里（对应一个Java�q�程�Q�，可以�׃��同的Classloader装蝲多个同名的类�Q�指包名和类名都完全相同�Q�下同）�Q��ؓ了唯一地标识被不同Classloader装蝲的类�Q�JVM会在被装载的�c�d��前加上装载该�cȝ��Classloader的标识�?/span>

liyang 2009-10-31 23:20 发表评论

liyang — Tue, 07 Jul 2009 07:58:00 GMT

最�q�看代码一直碰到这个类�Q�先做一个�ȝ��?br />
先看PropertyChangeSupport�cȝ��官方文档解释�Q?br /> This is a utility class that can be used by beans that support bound properties. You can use an instance of this class as a member field of your bean and delegate various work to it.

1�Q�关联属�?br /> 在JavaBean的设计中�Q�按照属性的不同作用又细分�ؓ四类�Q�单值属性、烦引属性、关联属性、限制属性。关联属性，也称之�ؓ�l�定属性。绑定属性会在属性值发生变化时�Q�通知所有相关的监听器。�ؓ了实��C��个绑定属性，必须实现两个机制�?br /> 1�Q? 无论何时�Q�只要属性的值发生变化，该bean必须发送一个PropertyChange事�g�l�所有已注册的监听器�?br /> 2�Q? ��Z��使监听器能够注册�Q�bean必须实现以下两个�Ҏ��Q�void addPropertyChangeListener(PropertyChangeListener listener);
void removePropertyChangerListener(PropertyChangerListener listener);

2�Q��用PropertyChangeSupport��理监听�?br /> 可以通过java.bean包下的PropertyChangeSupport�c�L��理监听器。要使用�q�个�c�，bean必须有一个此�cȝ��数据域。private PropertyChangeSupport listeners = new PropertyChangeSupport(this);

�q�样可以��添加和�U�除监听器的��d��交给�q�个对象。public void addPropertyChangeListener(PropertyChangeListener listener) {
listeners.addPropertyChangeListener(listener);
}

public void removePropertyChangeListener(PropertyChangeListener listener) {
listeners.removePropertyChangeListener(listener);
}

当bean的属性发生变化时�Q��用PropertyChangeSupport对象的firePropertyChange�Ҏ��Q�会��一个事件发送给所有已�l�注册的监听器。该�Ҏ��有三个参敎ͼ�属性的名字、旧的��g��及新的倹{��属性的值必��L��对象�Q�如果是��单数据类型，则必��进行包装。listeners.firePropertyChange("ourString", oldString, newString);

所有注册的监听器实现PropertyChangeListener接口�Q�该接口中只有一个方法。public void propertyChange(PropertyChangeEvent e)

当bean的属性值发生变化时�Q�该�Ҏ��中的代码��׃��被触发。可以通过e.getOldValue();
e.getNewValue();

来得到changes.firePropertyChange("ourString", oldString, newString);中的oldString和newString�?br />
3�Q��ؓ什么要使用PropertyChangeSupport
使用�q�个�cȝ��理监听器的好处是�Q�它是线�E�安全的。如果��用一个��@环体来set Bean的属性，则这个类可以保证所有监听器执行触发事�g的有序�?br /> �q�有一个好处是�Q�这个类支持fire带烦引的属性改变事�Ӟ��详见java.bean.IndexedPropertyChangeEvent�Q�。此时向注册的监听器发送一个PropertyChangeEvent的方法�ؓ�Q�void fireIndexedPropertyChange(String PropertyName,int index,Object oldValue,Object newValue)

4�Q�实例代�?

public class SomeBean {

private String property;

private PropertyChangeSupport changeSupport;

public void setProperty(String newValue) {

String oldValue = property;

property = newValue;

changeSupport.firePropertyChange("property", oldValue, newValue);

}

public void addPropertyChangeListener(PropertyChangeListener l) {

changeSupport.add(l);

}

public void removePropertyChangeListener(PropertyChangeListener l) {

changeSupport.remove(l);

}

}

liyang 2009-07-07 15:58 发表评论