用SERVICE LOCATOR 模式实现访问命名服务

转载 2006年05月20日 21:15:00
      在B/S开发中, 我们经常要用到名称服务,如JNDI,XMLNS等。名称服务随不同厂家而不同。每次需要获得名称服务时,需要适当的名称环境信息,然后查找服务,重复查找的成本很高。

此外,在持久性框架中,要求将所有的服务访问都包装到对象中,开发人员不需要知道名称服务后面的平台(数据库)类型,及任何安全信息或地址。在一个大型软件产品间存在多个EJB和多个数据源连接时(我们目前只有一个写死的数据源WEBGL)需要一个类来实现统一的访问管理。

因此,这就要求我们对这些访问进行封装隔离。这时我们就可以利用SERVICE LOCATOR模式。


我们将利用一个文件service.properties来管理所有的命名服务。例子代码实现了EJB本地,数据源的访问。
格式如下:
DEFAULTDS=webgl
NTCLASSREF=NTHome.class

把它保存在CLASSPATH引用的路径里。

源代码:

Package com.learn;

import java.util.Hashtable;
import java.util.Properties;
import java.io.*;
import javax.ejb.EJBHome;
import javax.naming.InitialContext;
import javax.naming.Context;
import javax.naming.NamingException;
import javax.rmi.PortableRemoteObject;
import java.sql.Connection;
import java.sql.SQLException;
import javax.sql.DataSource;

public class ServiceLocator {
private static ServiceLocator serviceLocatorRef = null;
private static Hashtable ejbHomeCache = null;
private static Hashtable dataSourceCache = null;
private static Properties serviceCache = null;
static {
serviceLocatorRef = new ServiceLocator();
}

private ServiceLocator() {
ejbHomeCache = new Hashtable();
dataSourceCache = new Hashtable();
try {
String serviceFileName = "service.properties";
serviceCache.load(new FileInputStream(serviceFileName));
}
catch (IOException e) {
System.out.println(e.toString());
}
}

/**
* 使用singleton.模式静态对象多次调用节省资源 */

public static ServiceLocator getInstance() {
return serviceLocatorRef;
}

/*
* 由键获得键值,一般在数据源,XMLNS访问用到这个方法
*/
static private String getServiceName(String serviceId)
throws ServiceLocatorException{
String serviceName=null;
if (serviceCache.containsKey(serviceId)) {
serviceName = (String) serviceCache.get(serviceId);
}
else {
throw new ServiceLocatorException(
"Unable to locate the service statement requested");
}
return serviceName;
}

/*************************************************
* EJB本地类引用
*************************************************/
static private Class getEJBHomeRef(String serviceId) throws
ServiceLocatorException {
Class homeRef = null;
if (serviceCache.containsKey(serviceId)) {
homeRef = (Class) serviceCache.get(serviceId);
}
else {
throw new ServiceLocatorException(
"Unable to locate the service statement requested");
}
return homeRef;
}

/************************************************************************
* 获得EJBHome对象
***********************************************************************/
public EJBHome getEJBHome(String serviceId) throws ServiceLocatorException {
EJBHome ejbHome = null;
try {
//先检查缓存是否存在EJBHome接口
if (ejbHomeCache.containsKey(serviceId)) {
ejbHome = (EJBHome) ejbHomeCache.get(serviceId);
return ejbHome;
}
else {
//如果没有存在,则解析并存到缓存中
Context ctx = new InitialContext();
Object jndiRef = ctx.lookup(serviceId);
Object portableObj = PortableRemoteObject.narrow(jndiRef,
getEJBHomeRef(serviceId));
ejbHome = (EJBHome) portableObj;
ejbHomeCache.put(serviceId, ejbHome);
return ejbHome;
}
}
catch (NamingException e) {
throw new ServiceLocatorException(
"Naming exception error in ServiceLocator.getEJBHome()", e);
}
}

/*
* 获得JNDI数据源
*/
public Connection getDBConn(String serviceId) throws
ServiceLocatorException {
Connection conn = null;
String serviceName=getServiceName(serviceId);
try {
/*Checking to see if the requested DataSource is in the Cache*/
if (dataSourceCache.containsKey(serviceId)) {
DataSource ds = (DataSource) dataSourceCache.get(serviceId);
conn = ( (DataSource) ds).getConnection();
return conn;
}
else {
/*
* The DataSource was not in the cache. Retrieve it from JNDI
* and put it in the cache.
*/
Context ctx = new InitialContext();
DataSource newDataSource = (DataSource) ctx.lookup(serviceName);
dataSourceCache.put(serviceId, newDataSource);
conn = newDataSource.getConnection();
return conn;
}
}
catch (SQLException e) {
throw new ServiceLocatorException("A SQL error has occurred in " +
"ServiceLocator.getDBConn()", e);
}
catch (NamingException e) {
throw new ServiceLocatorException("A JNDI Naming exception has occurred " +
" in ServiceLocator.getDBConn()", e);
}
catch (Exception e) {
throw new ServiceLocatorException("An exception has occurred " +
" in ServiceLocator.getDBConn()", e);
}
}

}


异常处理类:

package com.learn;
public class ServiceLocatorException extends DataAccessException{
public ServiceLocatorException(String pExceptionMsg){
super(pExceptionMsg);
}

public ServiceLocatorException(String pExceptionMsg, Throwable pException){
super(pExceptionMsg, pException);
}

}

设计模式学习笔记--服务定位器模式

三十二、服务定位器模式服务定位器模式(Service Locator Pattern),主要用在JDNI中,充分利用缓存来快速定位使用服务service,来提高效率。实现创建service接口,以及接...
  • binglumeng
  • binglumeng
  • 2016年12月12日 20:12
  • 370

Service Locator服务定位器

先讲服务定位器, 有些摘录于 http://www.digpage.com/convention.html Service Locator目的也在于解耦他的模式非常贴合Web这种基于服务和组件的应用的...
  • lmjy102
  • lmjy102
  • 2017年04月19日 15:14
  • 208

(服务定位器)Service Locator

1、引入Service Locator的目的在于解耦。Service Locator模式的优点: Service Locator充当了一个运行时的连接器的角色,可以在运行时,动态地修改一个类索要选用的...
  • u012519541
  • u012519541
  • 2017年01月09日 18:34
  • 129

关于统一命名服务

转载:http://www.tuicool.com/articles/2eqAjqR 命名服务,顾名思义,就是帮助我们对资源进行命名的服务,命名的目的当然是为了更好的定位了。这里所提到的资源在不...
  • wangzhanzheng
  • wangzhanzheng
  • 2017年02月05日 17:31
  • 473

服务定位器模式(Service Locator Pattern)详解和代码示范

模式所要解决的问题Service Locator模式想要解决的问题是解耦合服务提供者和用户,用户无需直接访问具体的服务提供者类。比如发送短信/邮件,在应用程序的很多地方都会被使用,有两种简单的方法来实...
  • iefreer
  • iefreer
  • 2013年07月16日 14:39
  • 9265

分布式系统阅读笔记(十三)-----命名服务

介绍 这篇笔记将要讲述的是命名服务,命名服务用一句话说就是帮助客户端进行资源的定位通过给定他们的名字的方式,与命名服务十分类似的,这里还会提到目录服务,具体的说是可以通过属性查找,后面将会以DNS,G...
  • Androidlushangderen
  • Androidlushangderen
  • 2015年01月08日 16:50
  • 3152

Service绑定模式

Service绑定模式      使用绑定的Service可以实现组件与Service的通信。      组件与被绑定的Service可以不归属于同一个应用程序,因此通过绑定Service可以实现...
  • wojiaohuangyu
  • wojiaohuangyu
  • 2015年12月27日 10:08
  • 1599

android五中方式调用服务service中的方法

今天看到一张图片,上面有句话 —- 没有伞的孩子,要快跑 android五中方式调用服务service中的方法分别是 - 通过重复调用startService 来根据意图Intent传递...
  • z8z87878
  • z8z87878
  • 2016年06月18日 20:27
  • 1684

【设计模式】服务定位器模式(Service Locator Pattern)

服务定位器模式 服务定位器模式(Service Locator Pattern)用在我们想使用 JNDI 查询定位各种服务的时候。考虑到为某个服务查找 JNDI 的代价很高,服务定位器模式充分利...
  • MR_XuZhe
  • MR_XuZhe
  • 2017年12月01日 08:51
  • 79

服务提供者框架(Service Provider FrameWork)——jdbc连接

服务提供者框架组建: Service Interface  具体的业务逻辑实现 的协议,各大业内厂商根据自己的业务逻辑实现。Service Provider Interface "负责创建其服务...
  • lemon89
  • lemon89
  • 2015年04月18日 12:42
  • 830
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:用SERVICE LOCATOR 模式实现访问命名服务
举报原因:
原因补充:

(最多只允许输入30个字)