• Un servicio de búsqueda común con el que podríamos estar familiarizados es el Directory Name Service (DNS). Mapea direcciones de Internet Protocol (IP) a nombres de máquinas. Los programas usan el mapeo DNS para buscar direcciones IP asociadas con un nombre de máquina y usar la dirección IP para establecer una comunicación.

• De la misma forma, el AuctionServlet presentado en Chapter 2 usa el servicio de nombres interno de la arquitectura de JavaBeans Enterprise para buscar unas referencias a Beans Enterprise registrados con el servidor de JavaBeans Enterprise.

Además de los servicios de nombres, algunos protocolos de búsqueda proporcionan servicios de directorio. Este servicios como el Lightweight Directory Access Protocol (LDAP) y el NIS+ de Sun proporcionan otra información y servicios más allá de los disponibles con el servicio de nombres. Por ejemplo, NIS+ asocia un atributo workgroup con una cuenta de usuario. Este atributo puede usarse para restringir el acceso a una máquína, por lo que sólo los usuarios especificados en el workgroup tienen acceso.

Este capítulo describe como se usa el "Naming and Directory Interface (JNDI)" de Java en la aplicación de subastas para buscar los Beans de Enterprise. También explica como usar algunos de los otros muchos servicios de búsqueda que tenemos disponibles. El código para usar estos servicios no es tan sencillo como el código de la búsqueda en la aplicación de la subasta del capítulo 2, pero las ventajas que ofrecen estos otros servicios hacen que algunas veces merezca la pena ese código más complejo.

• Java Naming and Directory Interface (JNDI)
• Servicio de Nombres de la Arquitectura Common Object Request Broker (CORBA)
• Interoperable Object References (IOR)
• Remote Method Invocation (RMI)
• RMI Over Internet Inter-ORB Protocol (IIOP)
• Servicios de Búsqueda JINI
• Aumentar el Rendimiento de la Búsqueda

Java Naming and Directory Interface (JNDI)

Los Beans de sesión de la aplicación de subasta usan JNDI y una fábrica de nombres JNDI especial de BEA Weblogic para buscar Beans de entidad. Los servicios JNDI normalmente inicializan la fábrica de nombres como una propiedad de la línea de comandos o como un valor de inicialización.

Primero, la fábrica de nombres weblogic.jndi.TengahInitialContextFactory se pone dentro de un objeto java.util.Property, luego este objeto se pasa como parámetro al constructor de InitialContexT. Aquí tenemos un ejemplo del método ejbCreate:.

  Context ctx; //JNDI context

  public void ejbCreate() 
	throws CreateException, RemoteException {
    Hashtable env = new Hashtable();
    env.put(Context.INITIAL_CONTEXT_FACTORY, 
     "weblogic.jndi.TengahInitialContextFactory");
    try{
     ctx = new InitialContext(env);
    }catch(Exception e) {
     System.out.println("create exception: "+e);
    }
  }

  RegistrationHome rhome =
        (RegistrationHome) ctx.lookup("registration");
  RegistrationPK rpk=new RegistrationPK();
  rpk.theuser=buyer;
  Registration newbidder =
        rhome.findByPrimaryKey(rpk);

El servidor llama a ctx.bind para unir el nombre registration al contexto JNDI. El parámetro this referencia a la clase _stub que representa el RegistrationBean.

  ctx.bind("registration", this);

  Hashtable env = new Hashtable();
  env.put("java.naming.factory.initial", 
	"com.sun.jndi.cosnaming.CNCtxFactory");
  Context ic = new InitialContext(env);

Servico de Nombres CORBA

Los objetos CORBA puede estar escritos en cualquier lenguaje con el mapeo "Interface Definition Language" (IDL). Estos lenguajes incluyen lenguajes de programación como Java, C++, y muchos otros lenguajes tradicionales no orientados a objetos.

El servicio de búsqueda de nombres, al igual que otras especificaciones CORBA, está definido en términos de IDL. El módulo IDL para el servicio de búsqueda CORBA se llama CosNaming. Cualquier plataforma con un mapeo IDL, como la herramienta idltojava, puede usar este servicio para descubrir objetos CORBA. El módulo IDL para este servicio de búsqueda CORBA está disponible en la plataforma Java 2 en el paquete org.omg.CosNaming.

El interface clave en el módulo CosNaming es NamingContext. Este interface define métodos para unir objetos a un nombre, listar estas uniones, y recuperar referencias a dichos objetos.

Además de estos interfaces públicos hay clases de ayuda. La clase NameComponent se usa en programas cliente y servidor CORBA para construir el nombre completo para el nombre del objeto referencia. El nombre completo es un array de uno o más NameComponents que indica donde encontrar los objetos. El esquema de nombrado puede ser específico de la aplicación.

Por ejmplo en la aplicación de subastas, el nombre completo puede ser definido para usar auction como la raíz del contexto de nombres y RegistrationBean y AuctionItemBean como hijos del contexto raíz. Esto en efecto utiliza un esquema de nombres similar al usado a los paquetes de clases.

En este ejemplo, la aplicación de subastas a adaptado SellerBean a un servicio de nombres CORBA para buscar el RegistrationBean CORBA. El siguiente código se ha extraído de SellerBean, y actúa como un cliente CORBA, y el servidor CORBA RegistrationServer.

CORBA RegistrationServer

  NameComponent[] fullname = new NameComponent[2];
  fullname[0] = new NameComponent("auction", "");
  fullname[1] = new NameComponent(
                      "RegistrationBean", "");

  String[] orbargs = { "-ORBInitialPort 1050"};
  ORB orb = ORB.init(orbargs, null) ;

  RegistrationServer rs= new RegistrationServer();
  orb.connect(rs);

  try{
    org.omg.CORBA.Object nameServiceObj = 
	orb.resolve_initial_references("NameService");
    NamingContext nctx = 
	NamingContextHelper.narrow(nameServiceObj);
    NameComponent[] fullname = new NameComponent[2];
    fullname[0] = new NameComponent("auction", "");
    fullname[1] = new NameComponent(
                        "RegistrationBean", "");

    NameComponent[] tempComponent = 
                      new NameComponent[1];
    for(int i=0; i < fullname.length-1; i++ ) {
       tempComponent[0]= fullname[i];
       try{
          nctx=nctx.bind_new_context(tempComponent);
       }catch (Exception e){}
    }
    tempComponent[0]=fullname[fullname.length-1];

    // finally bind the object to the full context path
    nctx.bind(tempComponent, rs);

  tnameserv

  tnameserv -ORBInitialPort 1091

CORBA SellerBean

java registration.RegistrationServer

  String[] args = { "-ORBInitialPort 1050"};
  orb = ORB.init(args, null) ;
  org.omg.CORBA.Object nameServiceObj = 
	orb.resolve_initial_references("NameService") ;
  nctx= NamingContextHelper.narrow(nameServiceObj);

  NameComponent[] fullname = new NameComponent[2];
  fullname[0] = new NameComponent("auction", "");
  fullname[1] = new NameComponent(
                      "RegistrationBean", "");

  org.omg.CORBA.Object cobject= nctx.resolve(fullname);

  org.omg.CORBA.Object cobject= nctx.resolve(fullname);
  RegistrationHome regHome=
  RegistrationHomeHelper.narrow(cobject);
  RegistrationHome regRef = 
	RegistrationHomeHelper.narrow(
	  nctx.resolve(fullname));
  RegistrationPKImpl rpk= new RegistrationPKImpl();
  rpk.theuser(seller);
  Registration newseller = 
	RegistrationHelper.narrow(
	  regRef.findByPrimaryKey(rpk));
  if((newseller == null)|| 
	(!newseller.verifyPassword(password))) {
    return(Auction.INVALID_USER);
  }

Interoperable Object References (IOR)

La solución es usar un "Interoperable Object Reference" (IOR) en su lugar. Este está disponible en los ORBs que soportan el protocolo "Internet Inter-ORB Protocol" (IIOP). Conteine la información que el servicio de nombres podría mantener para cada objeto como el host y el puerto donde reside el objeto, una única clave de búsqueda para el objeto en ese host, y qué version de IIOP soporta.

Servidor IOR

  String[] orbargs=  {"-ORBInitialPort 1050"};
  ORB orb = ORB.init(orbargs, null);
  RegistrationServer rs = new RegistrationServer();
//Add this line
  String ref = orb.object_to_string(rs);

Cliente IOR

  URL iorserver = new URL(
        "http://server.com/servlet?object=registration");
  URLConnection con = ioserver.openConnection();
  BufferedReader br = new BufferReader(
        new InputStreamReader(con.getInputStream));
  String ref = br.readLine();
  org.omg.CORBA.Object cobj = orb.string_to_object(ref);
  RegistrationHome regHome =
        RegistrationHomeHelper.narrow(cobj);

Remote Method Invocation (RMI)

El servicio de nombrado del JRMP RMI es similar a otros servicios de búsqueda y nombrado. La búsqueda real se consigue llamando a Naming.lookup y pasándole un parámetro URL a este método. La URL especifica el nombre de la máquina, y opcionalmente el puerto donde está el servidor de nombres, rmiregistry, que sabe que objeto se está ejecutando, y el objeto remoto que queremos referenciar para llamar a sus métodos.

Por ejemplo:

  SellerHome shome =
    (SellerHome)Naming.lookup(
    "rmi://appserver:1090/seller");

En contraste con la búsqueda JNDI realizada por AuctionServlet.java, que requiere una búsqueda de dos estados para crear un contexto y luego la búsqueda real, RMI inicializa la conexión con servidor de nombres RMI, rmiregistry, y también obtiene la referencia remota con una llamada.

Esta referencia remota será el cliente inquilino de rmiregistry. Inquilino significa que a menos que el cliente informe al servidor de que todavía necesita una referencia al objeto, el alquiler expira y la memoria es liberada. Esta operación de alquiler es transparente para el usuario, pero puede ser ajustada seleccionando el valor de la propiedad java.rmi.dgc.leaseValue en el servidor, en milisegundos cuando se arranca el servidor de esta forma:

  java -Djava.rmi.dgc.leaseValue=120000 myAppServer

RMI sobre Internet Inter-ORB Protocol (IIOP)

---

Nota: El compilador rmic proporciona la opción -iiop para generar el stub y las clases tie necesarias para RMI-IIOP.

---

Servidor IIOP

  Hashtable env = new Hashtable();
  env.put("java.naming.factory.initial",
        "com.sun.jndi.cosnaming.CNCtxFactory");
  env.put("java.naming.provider.url",
        "iiop://localhost:1091");
  Context ic = new InitialContext(env);