引自kw规则介绍
https://support.roguewave.com/documentation/klocwork/cn/2017/rlk.jndi/
RLK.JNDI
如果资源经过分配,但使用后未得到妥当处置,将报告 RLK(资源泄漏)问题。未能正确处置资源可能导致如下的问题:
打开太多文件
应用程序无法在需要时访问临时文件
RLK.JNDI 警告表明 JNDI 上下文未在退出时关闭。
漏洞与风险
流、连接以及图形对象之类的资源必须明确关闭。关闭操作可以取消对事务的拦截,或将文件更改刷新到文件系统中。虽然资源最终会被垃圾回收器关闭,但可能在启动垃圾回收之前就已经耗尽资源。根据资源的不同性质,如果对分配其他资源的尝试失败,将抛出各种不同的异常,例如 java.io.FileNotFoundException:打开的文件过多,或数据库连接过多。
缓解与预防
明确关闭所有具有关闭方法的资源,即使您认为不重要的资源亦应如此。这样将避免未来更改代码时出现这类错误。
示例 1
25 public NamingEnumeration<SearchResult> search(final String providerURL,
26 final String name,
27 final String filter,
28 final SearchControls cons) {
29 try {
30 Hashtable environment = new Hashtable();
31 environment.put(INITIAL_CONTEXT_FACTORY, INITIAL_CONTEXT_FACTORY);
32 environment.put(Context.PROVIDER_URL, providerURL);
33 environment.put(Context.SECURITY_AUTHENTICATION, SECURITY_AUTHENTICATION);
34 InitialLdapContext context = new InitialLdapContext(environment, null);
35
36 NamingEnumeration<SearchResult> result = context.search(name, filter, cons); // Resource allocated
37 return result;
38 } catch (NamingException e) {
39 System.err.println("LDAP search failed: " + e.getMessage());
40 }
41 return null;
42 }
对第 34 行的代码段报告 RLK.JNDI:JNDI 上下文“context”未在退出时关闭。
示例 2
25 public NamingEnumeration<SearchResult> search(final String providerURL,
26 final String name,
27 final String filter,
28 final SearchControls cons) {
29 try {
30 Hashtable environment = new Hashtable();
31 environment.put(INITIAL_CONTEXT_FACTORY, INITIAL_CONTEXT_FACTORY);
32 environment.put(Context.PROVIDER_URL, providerURL);
33 environment.put(Context.SECURITY_AUTHENTICATION, SECURITY_AUTHENTICATION);
34
35 InitialLdapContext context = new InitialLdapContext(environment, null); // Resource allocated
36
37 try {
38 NamingEnumeration<SearchResult> result = context.search(name, filter, cons);
39 return result;
40 } finally {
41 context.close(); // Resource released
42 }
43 } catch (NamingException e) {
44 System.err.println("LDAP search failed: " + e.getMessage());
45 }
46
47 return null;
48 }
来自之前部分的代码段经过了修复;在此不会报告 RLK.JNDI。
JNDI定义:
引用自:http://www.cnblogs.com/chinafine/archive/2010/06/16/1759246.html
下面来自java.sun.com:
Java命名和目录接口(Java Naming and Directory Interface ,JNDI)是用于从Java应用程序中访问名称和目录服务的一组API。命名服务即将名称与对象相关联,以便能通过相应名称访问这些对象。而目录服务即其对象具有属性及名称的命名服务。
命名或目录服务允许您集中管理共享信息的存储,这在网络应用程序中很重要,因为它可以使这类应用程序更加一致和易于管理。例如,可以将打印机配置存储在目录服务中,这样所有与打印机相关的应用程序都能够使用它。
为什么会有jndi
jndi诞生的理由似乎很简单。随着分布式应用的发展,远程访问对象访问成为常用的方法。虽然说通过 Socket等编程手段仍然可实现远程通信,但按照模式的理论来说,仍是有其局限性的。RMI技术,RMI-IIOP技术的产生,使远程对象的查找成为了技术焦点。JNDI技术就应运而生。JNDI技术产生后,就可方便的查找远程或是本地对象。
JNDI的架构与实现
JNDI的架构与JDBC的架构非常类似.JNDI架构提供了一组标准命名系统的API,这些API在JDK1.3之前是作为一个单独的扩展包jndi.jar,这个基础API构建在与SPI之上。这个API提供如下五个包
javax.naming
javax.naming.directory
javax.naming.event
javax.naming.ldap
javax.naming.spi
在应用程序中,我们实际上只使到用以上几个包的中类.具体调用类及通信过程对用户来说是透明的.
JNDI API提供了访问不同JNDI服务的一个标准的统一的实现,其具体实现可由不同的 Service Provider来完成。前面讲的为第一层JNDI API层.
最下层为JNDI SPI API及其具体实现。
图中所列的一些SPI可从http://java.sun.com/products/jndi/downloads/index.html下载.
它包括了几个增强和下面的命名/目录服务提供者:
LDAP(Lightweight Directory Access Protocol)服务提供者
CORBA COS(Common Object Request Broker Architecture Common Object Services)命名服务提供者
RMI(Java Remote Method Invocation)注册服务提供者
DNS(Domain Name System)服务提供者.
FSSP(File System Service Provider)文件系统服务提供者
其它服务提供者
中间层为命名管理层。其功能应该由JNDI SPI来完成。上层为JNDI API,这个API包在Java 2 SDK 1.3及以上的版本中已经包括。
前面讲解的只是作为应用程序客户端的架构实现,其服务端是由SPI对应的公司/厂商来实现的,我们只需将服务端的相关参数传给JNDI API就可以了,具体调用过程由SPI来完成.
JNDI工作原理
下面通过一个示例程序来说明JNDI工作原理(代码为自解释).
/*
* Created on 2005-3-4
*
* To change the template for this generated file go to
* Window>Preferences>Java>Code Generation>Code and Comments
*/
package com.sily.jndi;
import java.io.FileInputStream;
import java.util.Properties;
import javax.naming.Context;
import javax.naming.InitialContext;
/**
* @author shizy
*
* To change the template for this generated type comment go to
* Window>Preferences>Java>Code Generation>Code and Comments
*/
public class TestJbossJNDI {
/**
*
*/
public TestJbossJNDI() {
super();
// TODO Auto-generated constructor stub
}
public static void main(String[] args) { try {
Properties env = new Properties();
//载入jboss的SPI相关参数,包括初始上下文工厂,服务URL,等等
env.load(new FileInputStream("jbossJndi.properties"));
env.list(System.out);
//通过JNDI api 初始化上下文
InitialContext ctx = new javax.naming.InitialContext(env);
System.out.println("Got context");
//create a subContext
ctx.createSubcontext("/sylilzy");
ctx.createSubcontext("sylilzy/sily");
//rebind a object
ctx.rebind("sylilzy/sily/a", "I am sily a!");
ctx.rebind("sylilzy/sily/b", "I am sily b!");
//lookup context
Context ctx1=(Context)ctx.lookup("sylilzy");
Context ctx2=(Context)ctx1.lookup("/sylilzy/sily");
ctx2.bind("/sylilzy/g", "this is g");
//lookup binded object
Object o;
o=ctx1.lookup("sily/a");
System.out.println("get object from jndi:"+o);
//rename the object
ctx2.rename("/sylilzy/g", "g1");
o=ctx2.lookup("g1");
System.out.println("get object from jndi:"+o);
} catch (Exception e) {
e.printStackTrace();
}
}
}
结果输出如下:
– listing properties –
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.provider.url=jnp://localhost:1099
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
Got context
get object from jndi:I am sily a!
get object from jndi:this is g
程序中jbossJndi.properties文件的内容为:
java.naming.factory.initial=org.jnp.interfaces.NamingContextFactory
java.naming.factory.url.pkgs=org.jboss.naming:org.jnp.interfaces
java.naming.provider.url=jnp://localhost:1099
注意:要正确运行示例程序,请启动jboss,并将jboss的jbossall-client.jar文件放入classpath中。
上述示例程序在jboss服务器的jndi树上建立了几个上下文,并bind了几对象,大家可通过附录中的代码或其它工具查看
查看结果为:
-----------------------------
/sylilzy/sily
-----------------------------
/sylilzy/sily/b:I am sily b!
/sylilzy/sily/a:I am sily a!
/sylilzy/sily/g1:this is g
-----------------------------
上述程序中,我们的代码只涉及到了jndi API,其它细节如初始化jboss jndi的初始上下文,建立网络连接,与服务器通信,对我们来说都是透明的,另外,我们将jboss jndi的spi包中的类名作为参数传入了程序中,要访问一个远程对象,我们所做的就这么多。
下面,再提供一个例子,与上例不同,我们不需要 jboss,我们使用sun的FSSP(File System Service Provider)文件系统服务提供者.注意在这个例子中要使用到前面所说的File System Service Provider for the Java Naming and Directory InterfaceTM (JNDI)相关类(下载)。
/*
* Created on 2005-3-1
*
* To change the template for this generated file go to
* Window>Preferences>Java>Code Generation>Code and Comments
*/
package com.sily.jndi;
import java.io.FileInputStream;
import java.util.Properties;
import javax.naming.*;
import javax.naming.Context;
import javax.naming.InitialContext;
/**
* @author shizy
*
* To change the template for this generated type comment go to
* Window>Preferences>Java>Code Generation>Code and Comments
*/
public class JndiTest1 {
/**
*
*/
public JndiTest1() {
super();
// TODO Auto-generated constructor stub
}
public static void main(String[] args) {
try {
Properties env = new Properties();
env.load(new FileInputStream("fileSystemService.properties"));
env.put(Context.PROVIDER_URL, "file:///c:/");
Context ctx = new InitialContext(env);
ctx.createSubcontext("sylilzy");
NamingEnumeration list = ctx.list("/");
while (list.hasMore()) {
NameClassPair nc = (NameClassPair) list.next();
System.out.println(nc);
}
}
catch (Exception e) {
e.printStackTrace();
}
}
}
上例中fileSystemService.properties文件的内容为:java.naming.factory.initial=com.sun.jndi.fscontext.RefFSContextFactory
这个例子较简单,运行后,它会列出C:\下所有的文件和目录,另外你会发现有一个新目录被创建了.本例不同于上例,它并不需要服务端,因为它访问的是文件系统.有关帮助可查阅包内的相关文档。
通过对比这两个例子,应该JNDI的工作原理有了一个大致的了解。J2EE就是这样,把接口留给程序员,把细节实现留给提供商。
相关文档:
http://lavasoft.blog.51cto.com/62575/191633/
http://java.sun.com/javase/6/docs/technotes/guides/jndi/
http://gceclub.sun.com.cn/staticcontent/html/jndi/index.html
http://www.lslnet.com/linux/f/docs1/i15/big5174174.htm
http://www.ibm.com/developerworks/cn/java/j-jndi/
http://www.chinaunix.net/jh/26/417381.html
http://www.builder.com.cn/2007/1217/684114.shtml
http://www.blogjava.net/mashiguang/archive/2008/07/14/214758.html