Esta página es el punto de partida para obtener información sobre la aplicación Directory Listing. Se tratan los siguientes temas:
La aplicación de ejemplo de Directory Listing se creó para complementar el uso del almacén dojox.data.FileStore de Dojo Toolkit for JavaScript. El ejemplo de Directory Listing muestra cómo desarrollar una aplicación JAX-RS REST (Representational State Transfer) que pueda recibir y responder a solicitudes que se originan en el almacén de datos dojox.data.FileStore.
El almacén de datos dojox.data.FileStore es una implementación JavaScript ligera para acceder a los detalles acerca de un sistema de archivos remoto. Este almacén de datos y el recurso JAX-RS del lado del servidor no inflan toda la jerarquía de la vía de acceso solicitada del sistema de archivos. Esto le permite devolver rápidamente información de la vía de acceso solicitada mientras proporciona ganchos para la carga diferida de los subdirectorios. Este es un ejemplo de cómo un almacén de datos Dojo pueden realizar carga diferida, y cómo crear el recurso JAX-RS que se ajuste a las expectativas de dojox.data.FileStore.
El objetivo principal de este ejemplo de Directory Listing es mostrar la simplicidad y la capacidad de la clase de recurso JAX-RS. Sin embargo, para mostrar plenamente esta simplicidad, el almacén de datos dojox.data.FileStore se incluye en una aplicación Dojo mayor. Lea acerca de cómo escribir la aplicación Directory Listing para ver un ejemplo.
Requisitos previos del producto | Versión |
---|---|
Java Technology Edition | 5.0 y posteriores |
Servidor de aplicaciones Java Platform, Enterprise Edition 5 (Java EE) y posteriores | WebSphere Application Server Versión 6.1.0.x y posteriores WebSphere Application Server Community Edition Versión 2.X. |
Navegador web | Cualquier navegador web actual, como: Internet Explorer 7 y posteriores, Mozilla Firefox 3.x y posteriores, Google Chrome, Safari, Opera |
Entorno de desarrollo integrado (opcional) | Eclipse versión 3.X |
La aplicación de ejemplo de Directory Listing no está pensada para el despliegue de servidores de producción. Es sólo para fines de desarrollo y formativos.
Todo el código fuente para la aplicación JAX-RS, recurso y páginas web se proporciona tal cual para que se utilice, copie y modifique sin pago de derechos al desarrollar aplicaciones que se ejecuten con software WebSphere. Puede utilizar el código de ejemplo para su propio uso personal o para su redistribución como parte de una aplicación, o en sus productos.
El diseño de la aplicación de ejemplo de Directory Listing muestra cómo enfocar el desarrollo de aplicaciones basadas en Ajax con Dojo Toolkit en un entorno de Java EE. Para cumplir estos objetivos, las dos partes de una aplicación Java EE, el lado del cliente y el lado del servidor, se organizan en operaciones simples que realizan una función útil. Sigue el patrón básico que utilizan las aplicaciones Java EE cuando incorporan tecnologías Ajax.
Los apartados siguientes presuponen que ya está familiarizado con la infraestructura de JavaScript para Dojo y no explican en detalle la aplicación cliente Dojo de ejemplo ni el almacén de datos Dojo dojox.data.FileStore que se utiliza.
El cliente es la página web que se entrega al navegador. En la página web, se crea una instancia del almacén de datos dojox.data.FileStore y se declara como el almacén en un dijit.tree.ForestStoreModel, que se declara como el modelo a un widget dijit.Tree. El widget dijit.Tree proporciona la representación visual de la jerarquía del sistema de archivos. Proporciona símbolos más y menos junto a los directorios del árbol que los usuarios pulsan para expandir o contraer. Cuando un usuario pulsa el signo de suma, se pasa la vía de acceso solicitada al recurso JAX-RS mediante el almacén de datos dojox.data.FileStore y esta realiza la característica de carga diferida. Para obtener información más específica sobre el diseño del lado del cliente, lea acerca del diseño del lado del cliente de la aplicación de ejemplo de Directory Listing.
El servidor proporciona la infraestructura para procesar servicios y proporcionar páginas web. En esta aplicación, el lado del servidor es una clase de recurso JAX-RS que recibe y procesa consultas GET del almacén de datos dojox.data.FileStore, y responde de acuerdo con los requisitos de este almacén de datos y la aplicación Dojo contenedora. Para obtener información más específica sobre el diseño del servidor, lea sobre el diseño del lado del servidor de la aplicación de ejemplo de Directory Listing.
La aplicación de ejemplo de Directory Listing utiliza el almacén de datos dojox.data.FileStore para consultar el recurso JAX-RS para obtener información sobre una vía de acceso en el sistema de archivos del servidor. El objeto dojox.data.FileStore se configura con una serie de opciones, un URL al servicio y el distintivo pathAsQueryParam para indicar que la vía de acceso que se solicita debe enviarse como un parámetro de consulta ?path=/the/path. Sin este distintivo, la solicitud se enviaría como un apéndice del URL.
La aplicación creada alrededor de dojox.data.FileStore, modelo y árbol, incluye widgets dojo.form.CheckBox para habilitar o inhabilitar el soporte de las características individuales del almacén de datos dojox.data.FileStore. Se incluyen como parte de la aplicación para mostrar la prestación del almacén de datos. La habilitación o inhabilitación de una característica pulsando una recuadro de selección individual requiere que el almacén de datos reenvíe la solicitud inicial al servidor y renueve el modelo y árbol, que verá a medida que pruebe estas características.
Las características de búsqueda de dojox.data.FileStore también se manejan en la aplicación. Para buscar coincidencias, puede seleccionarse junto con el texto (incluidos asteriscos de comodín) un atributo de archivo disponible en una lista desplegable. La búsqueda se puede acotar más seleccionando "Ignorar mayúsculas" o "Búsqueda en profundidad". Finalmente, para limitar o controlar la cantidad de elementos devueltos en la búsqueda, se puede proporcionar el índice de inicio junto con el número total máximo de entradas que se deberían devolver.
Además de las características que se esperan de un almacén de datos Dojo, modelo y árbol estándar, la aplicación llama a una característica especial del recurso JAX-RS para llenar previamente un árbol de directorios de forma que el cliente represente un conjunto útil de datos. La aplicación utiliza dojo.xhrPut para enviar una solicitud PUT al recurso JAX-RS, lo que indica al recurso JAX-RS que debería llenar una jerarquía de directorios para que la utilice el ejemplo.
El objetivo principal de esta aplicación de ejemplo de Directory Listing es mostrar la simplicidad de la obtención de un recurso JAX-RS desarrollado que pueda recibir y procesar consultas del dojox.data.FileStore. Por consiguiente, el ejercicio de comprender y codificar el cliente se deja al lector. Sin embargo, cabe señalar que este cliente está escrito para utilizar las características Dojo mediante programación para mostrar todas las características del dojox.data.FileStore y para eliminar la necesidad de crear manualmente una jerarquía del sistema de archivos. El dijit.Tree visual y su inclusión del modelo y almacén también se podría haber escrito de forma declarativa en sólo unas cortas líneas de código HTML, que se muestran aquí:
<div dojoType="dojox.data.FileStore" jsId="myStore" url="rest/directorylisting" pathAsQueryParam="true"></div> <div dojoType="dijit.tree.ForestStoreModel" jsId="myModel" store="myStore" rootId="myfiles" rootLabel="Files" childrenAttrs="children"></div> <div dojoType="dijit.Tree" id="mytree" model="myModel"></div>
Para obtener más información sobre cómo utilizar el lado del cliente, consulte el código fuente de la aplicación. Cada sección del documento HTML incluye comentarios que explican la finalidad del bloque de código.
Como mínimo, la aplicación de ejemplo de Directory Listing para el servidor debe poder recibir una solicitud GET con una vía de acceso anexa a la vía de acceso de escucha de la solicitud o un parámetro de consulta ?path=/myPath adjunto a la solicitud GET. En un esfuerzo por hacer que la configuración del ejemplo sea lo más adecuada posible, el recurso JAX-RS incluye un método de escucha de consultas PUT que llenará previamente una jerarquía de directorios del sistema de archivos de modo que el cliente Dojo pueda llamarlo antes de mostrar las características de dojox.data.FileStore. Esto elimina la necesidad de crear manualmente una jerarquía del sistema de archivos.
El entorno de ejecución de JAX-RS tiene la capacidad incorporada de división de los parámetros de consulta en sus pares nombre-valor, y de pasarlos como parámetros al método Java que recibe la solicitud GET.
package com.ibm.websphere.mobile.appsvcs.sample.directorylisting.resources; import javax.ws.rs.Path; // No se muestra lista de importación completa. @Path("/directorylisting") public class DirectoryListingService { // ... }
Tenga en cuenta que esta clase de recurso JAX-RS se declara para tener un segmento de URL "/directorylisting". Esta clase de recurso manejará solicitudes dirigidas a http://<servidor>:<puerto>/<raíz_contexto>/<correlación-uri>/directorylisting.
La raíz de contexto se define mediante el archivo application.xml si el archivo de archivador web (.war) está empaquetado en un archivo de archivador de empresa (.ear). Si el .war se instala por sí mismo, la raíz de contexto la define durante la instalación el usuario. La correlación de uri se define en WEB-INF/web.xml en el archivo .war.
El almacén de datos dojox.data.FileStore envía solicitudes GET. En el cliente se ha configurado para enviar la vía de acceso deseada como un parámetro de consulta y un subconjunto de los diversos argumentos opcionales descritos en dojox.data.FileStore, incluido el protocolo de consulta dojo.data.api.Read. Por ejemplo, el almacén de datos dojox.data.FileStore es posible que envíe una solicitud GET como http://<servidor>:<puerto>/<raíz-contexto>/<correlación-uri>/directorylisting?path=/the/path. Dado que tenemos que manejar la vía de acceso como parte del URL y alternativamente como parámetro de consulta, tenemos un método de recurso JAX-RS para cada uno. Cada uno de ellos llama a un método común para manejar la lógica del servicio.
// Parámetros y valores de consulta private static final String QUERY_OPTIONS = "opciones"; private static final String QUERY_PATH = "vía de acceso"; private static final String QUERY_QUERY = "consulta"; private static final String QUERY_QUERYOPTIONS = "opciones_consulta"; private static final String QUERY_START = "inicio"; private static final String QUERY_COUNT = "número_total"; // Valor predeterminado de los parámetros de consulta start y count. private static final String NO_VALUE_STRING = "-1"; private static final int NO_VALUE_INT = -1; @GET @Produces(MediaType.APPLICATION_JSON) public JSONObject getFileListWithPathInParam( @Context ServletConfig servletConfig, @Context HttpHeaders httpHeaders, // Tenga en cuenta que la vía de acceso se obtiene con @QueryParam. @QueryParam(QUERY_PATH) String path, @QueryParam(QUERY_OPTIONS) String options, @QueryParam(QUERY_QUERY) String query, @QueryParam(QUERY_QUERYOPTIONS) String queryOptions, @DefaultValue(NO_VALUE_STRING) @QueryParam(QUERY_START) String startParam, @DefaultValue(NO_VALUE_STRING) @QueryParam(QUERY_COUNT) String countParam) { return getFileListCommon(servletConfig, path, options, query, queryOptions, startParam, countParam); } @GET // JAX-RS llamará a este método si el URL tiene más que la vía de acceso raíz. @Path("{path:.*}") @Produces(MediaType.APPLICATION_JSON) public JSONObject getFileListWithPathInUri( @Context ServletConfig servletConfig, @Context HttpHeaders httpHeaders, // Tenga en cuenta que la vía de acceso se obtiene con @PathParam. @PathParam(QUERY_PATH) String path, @QueryParam(QUERY_OPTIONS) String options, @QueryParam(QUERY_QUERY) String query, @QueryParam(QUERY_QUERYOPTIONS) String queryOptions, @DefaultValue(NO_VALUE_STRING) @QueryParam(QUERY_START) String startParam, @DefaultValue(NO_VALUE_STRING) @QueryParam(QUERY_COUNT) String countParam) { return getFileListCommon(servletConfig, path, options, query, queryOptions, startParam, countParam); }
La primera anotación @GET declara que el método recibirá solicitudes HTTP GET en el URL que termina con directorylisting según la anotación @Path de nivel de clase. Tenga en cuenta que el uso de la anotación @QueryParam para acceder a la vía de acceso que se está solicitando en el servicio.
La segunda anotación @GET califica adicionalmente @Path con una expresión regular, "{path:.*}" que se correlaciona con los caracteres presentes después de la anotación @Path de nivel de clase. Por lo tanto, cuando se llama al segundo método, se espera que la vía de acceso esté en el URL. Tenga en cuenta el uso de @PathParam para acceder al valor de la vía de acceso que se solicita en el servicio.
Cada uno de los dos métodos incluye la anotación @Produces. Esto ayuda al tiempo de ejecución de JAX-RS a correlacionar el mensaje de entrada con el método Java. El tiempo de ejecución de JAX-RS intentará correlacionar la cabecera Accept del mensaje de entrada con el valor @Produces. También informa al tiempo de ejecución de JAX-RS sobre qué formato debería tener la respuesta.
En este punto, se requiere una clase adicional para completar la aplicación. JAX-RS inicializa una aplicación y sus recursos y proveedores mediante la clase que amplía javax.ws.rs.core.Application. Por lo tanto, cree la clase siguiente.
package com.ibm.websphere.mobile.appsvcs.sample.directorylisting; import java.util.HashSet; import java.util.Set; import javax.ws.rs.core.Application; public class DirectoryListingApplication extends Application { @Override public Set<Class<?>> getClasses() { Set<Class<?>> classes = new HashSet<Class<?>>(); classes.add(DirectoryListingService.class); return classes; } }
A continuación se muestran algunas partes críticas para habilitar esta aplicación JAX-RS.
... <servlet-name>JAXRSServlet</servlet-name> <servlet-class>com.ibm.websphere.jaxrs.server.IBMRestServlet</servlet-class> <init-param> <param-name>javax.ws.rs.Application</param-name> <param-value>com.ibm.websphere.mobile.appsvcs.sample.directorylisting.DirectoryListingApplication</param-value> </init-param> ... <servlet-mapping> <servlet-name>JAXRSServlet</servlet-name> <url-pattern>/rest/*</url-pattern> </servlet-mapping> ...
Tenga en cuenta servlet-class e init-param con param-name "javax.ws.rs.Application". Esta es la forma estándar de declarar la implementación de servlet y pasar la referencia de la clase que amplía javax.ws.rs.core.Application al tiempo de ejecución de JAX-RS.
Con la inclusión de WEB-INF/web.xml, la aplicación compilada y los archivos de biblioteca adecuados en el directorio WEB-INF/lib/ del archivo .war, la aplicación se puede instalar en un servidor de aplicaciones. Consulte el contenido del ejemplo incluido si desea ver la lista de bibliotecas necesarias. La aplicación de ejemplo incluida tiene el formato de un archivo .war empaquetado en un archivo .ear. En el archivo .ear se encuentra el archivo application.xml estándar, que especifica la raíz de contexto del URL de "/appsvcs-directorylisting". De este modo, el URL del archivo index.html es http://<servidor>:<puerto>/appsvcs-directorylisting/. Tenga en cuenta que el URL especificado en el archivo index.html en la aplicación de ejemplo es rest/directorylisting, que es relativo a la ubicación del archivo index.html, y es el resultado de la concatenación del patrón de URL en el archivo web.xml y la anotación @Path en la clase de recurso JAX-RS.
Se llama al método getFileListCommon desde cada uno de los dos métodos de recurso JAX-RS descritos anteriormente. La lista siguiente describe cada parámetro. El formato y contenido de los parámetros se alinea con la documentación de dojox.data.FileStore. Los dos primeros parámetros siempre los proporciona el contenedor de servlet subyacente. Los demás parámetros son opcionales. Por lo tanto, puede especificar nulo o aceptar los valores predeterminados.
protected JSONObject getFileListCommon( ServletConfig servletConfig, HttpHeaders httpHeaders, String path, // Vía de acceso de la solicitud, del URL o un parámetro HTTP String options, // Matriz JSON, podría contener expand, showHiddenFiles, dirsOnly String query, // Matriz JSON de pares nombre-valor para una búsqueda filtrada String queryOptions, // Matriz JSON de valores para una búsqueda en profundidad y/o ignoreCase String startParam, // Índice de resultados con los que empezar en la lista devuelta String countParam) // Número de elementos para devolver en la lista de resultados { // ... }
Existen métodos en el código fuente para validar cada uno de los parámetros y en algunos casos ponerlos en un formato que sea fácil de consultar posteriormente. Consulte la documentación de dojox.data.FileStore para ver descripciones de estos parámetros.
En este punto, ha recibido correctamente la solicitud del almacén de datos dojox.data.FileStore. Se espera una respuesta en formato JSON, que se puede construir utilizando información de la vía de acceso solicitada en un JSONObject. El ejemplo de código siguiente muestra cómo crear la respuesta con formato JSON.
// Nombres de atributo private static final String ATTRIB_ITEMS = "elementos"; private static final String ATTRIB_NAME = "nombre"; private static final String ATTRIB_PATH = "vía_acceso"; private static final String ATTRIB_PARENTDIR = "dir_padre"; private static final String ATTRIB_SIZE = "tamaño"; private static final String ATTRIB_DIRECTORY = "directorio"; private static final String ATTRIB_CHILDREN = "hijos"; private static final String ATTRIB_MODIFIED = "modificado"; ... // Supongamos que ha encontrado el archivo que desea, // con una instancia como archivo Java en la variable "file" JSONArray fileList = new JSONArray(); if (path.equals("/") && file.isDirectory()) { // No se ha pasado el parámetro de consulta "vía_acceso", estaba vacío o era "/" File[] children = file.listFiles(); if (children != null && children.length > 0) { for (int i = 0; i < children.length; i++) { // Código común de llamada para añadir la lista si el archivo es aceptable. // Esto también busca de forma recursiva, si es necesario. appendFileList(children[i], fileList); } } JSONObject items = new JSONObject(); items.put(ATTRIB_ITEMS, fileList); logger.exit(); return items; } else { // Es una única búsqueda de identidad para una vía de acceso específica. // Se devolverá un JSONObject que representa el archivo. JSONObject jsonFile = appendFileList(file, null); if (jsonFile == null) { // Handle error ... } else { logger.exit(); return jsonFile; } } ... ... private JSONObject appendFileList(File file, JSONArray fileList) { ... JSONObject item = new JSONObject(); if (file != null) { item.put(ATTRIB_NAME, file.getName()); item.put(ATTRIB_MODIFIED, new Long(file.lastModified())); item.put(ATTRIB_SIZE, new Long(file.length())); item.put(ATTRIB_PATH, getFileAttribute(ATTRIB_PATH, file)); item.put(ATTRIB_PARENTDIR, getFileAttribute(ATTRIB_PARENTDIR, file)); item.put(ATTRIB_DIRECTORY, new Boolean(file.isDirectory())); // Consulte el código de ejemplo para ver los detalles sobre cómo // cruzar los árboles de directorios de archivos ... // Añada otro elemento a la lista. fileList.add(item); } ... }
En este punto, tenemos un recurso de servicio JAX-RS capaz de recibir y responder a las expectativas del almacén de datos dojox.data.FileStore. Para que el lector los vea en el código fuente, se dejan los detalles de la implementación de cruzar el sistema de archivos, gestionar las opciones desde el parámetro de consulta de opciones y permitir la configuración del directorio raíz.
Se proporciona el código fuente de la aplicación de ejemplo de Directory Listing en el archivo de módulo web .war en el archivo appsvcs-directorylisting.ear. Existen dos enfoques para visualizar el código fuente: mediante un entorno de desarrollo integrado basado en Eclipse o descomprimiendo el archivo appsvcs-directorylisting.ear y, a continuación, descomprimiendo el archivo .war que contiene.
El primer paso para ver el código fuente es localizar el archivo DirectoryListing.ear. Si ha instalado IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile, puede encontrar el archivo EAR en el árbol de instalación.
Por ejemplo, si ha instalado el paquete de características en la siguiente ubicación:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServer Punto de montaje en z/OS: <raíz_instalación> Windows: c:\WebSphere\AppServer
A continuación, puede encontrar el archivo EAR en:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServer/web2mobilefep_1.1/samples/directorylisting/appsvcs-directorylisting.ear z/OS: <raíz_instalación>/web2mobilefep_1.1/samples/directorylisting/appsvcs-directorylisting.ear Windows: c:\WebSphere\AppServer\web2mobilefep_1.1\samples\directorylisting\appsvcs-directorylisting.ear
La utilización de un entorno de desarrollo integrado basado en Eclipse es el enfoque más sencillo para examinar el código fuente del archivo WAR. Utilice cualquier entorno de desarrollo integrado de Eclipse 3.2.X, 3.3.X con Web Tools Project 2.5 o superior, o Rational Application Developer, Versión 7.0 o superior, para importar el archivo de archivador web (WAR) cuando complete los pasos siguientes:
Cuando el proceso de importación finalice, existirá un proyecto nuevo, DirectoryListing, en el espacio de trabajo de Eclipse. Se podrá acceder al código fuente de la aplicación desde el proyecto DirectoryListing. Para acceder al código del cliente o del servidor, consulte la tabla siguiente para ver las ubicaciones del código fuente en el árbol de proyectos de Eclipse DirectoryListing.
Código fuente | Ubicación |
---|---|
Lado del cliente (navegador web) | WebContent/index.html: contiene las definiciones de widget de Dojo y las funciones de script de cliente. Este archivo carga el perfil Dojo optimizado. |
Lado del servidor | Recursos Java: src/com.ibm.websphere.mobile.appsvcs.sample.directorylisting/ DirectoryListingApplication.java: efectúe una doble pulsación en este archivo para cargar el código fuente. |
Recursos Java: src/com.ibm.websphere.mobile.appsvcs.sample.directorylisting. resources/DirectoryListingService.java: efectúe una doble pulsación en este archivo para cargar el código fuente. |
Los archivadores de aplicaciones web son archivos archivadores comprimidos con el algoritmo ZIP. Por lo tanto, el archivo de archivado se puede expandir mediante una gran variedad de herramientas para comprimir los archivos, incluido el programa JAR (Java archive). En los pasos siguientes se supone que el usuario elige su herramienta favorita para crear archivos comprimidos.
Cuando haya expandido el contenido del archivo EAR, expanda el contenido del archivo .war. A continuación, puede acceder al código fuente. Para acceder al código del cliente o del servidor, consulte la tabla siguiente para ver las ubicaciones del código fuente en el directorio DIR_EXPANS/DirectoryListing.
Código fuente | Ubicación |
---|---|
Lado del cliente (navegador web) | index.html: contiene las definiciones de widget de Dojo y las funciones de script de cliente. |
Lado del servidor | WEB-INF/classes/com/ibm/websphere/mobile/appsvcs/sample/directorylisting/ DirectoryListingApplication.java |
WEB-INF/classes/com/ibm/websphere/mobile/appsvcs/sample/directorylisting/ resources/DirectoryListingService.java |
Consulte las siguientes instruccciones de instalación específicas de la versión:
En esta sección se describe el procedimiento para instalar la aplicación de ejemplo de Directory Listing en la versión 6.1.0.x y posteriores de IBM WebSphere Application Server. Se presupone que está familiarizado con la instalación y la administración de la aplicación para el servidor de aplicaciones.
Busque el archivo de archivador empresarial (EAR) de la aplicación de ejemplo de Directory Listing que se proporciona con la instalación del producto. Puede encontrar el archivo EAR en el árbol de instalación donde ha instalado IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile. Por ejemplo, si ha instalado el paquete de características en la siguiente ubicación:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServer Punto de montaje en z/OS: <raíz_instalación> Windows: c:\WebSphere\AppServer
A continuación, puede encontrar el archivo EAR en:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServer/web2mobilefep_1.1/samples/application_services/directorylisting/appsvcs-directorylisting.ear z/OS: <raíz_instalación>/web2mobilefep_1.1/samples/application_services/directorylisting/appsvcs-directorylisting.ear Windows: c:\WebSphere\AppServer\web2mobilefep_1.1\samples\application_services\directorylisting\appsvcs-directorylisting.ear
- Inicie la sesión en la consola de administración para el servidor de aplicaciones.
- Vaya a Aplicaciones > Aplicación nueva. (Nota: en WebSphere Application Server Versión 6.1, seleccione Instalar aplicación nueva)
- Seleccione Nueva aplicación empresarial. (Nota: en WebSphere Application Server Versión 6.1, sáltese este paso)
- Examine el sistema de archivos y seleccione el archivo appsvcs-graphics.ear que ha localizado anteriormente. Pulse Siguiente.
- Pulse Siguiente para preparar la instalación de la aplicación. (Nota: en WebSphere Application Server Versión 6.1, sáltese este paso)
- Pulse Siguiente para aceptar las opciones de instalación predeterminadas.
- Pulse Siguiente para aceptar las opciones predeterminadas para correlacionar módulos con servidores.
- Pulse Siguiente para aceptar las opciones predeterminadas para metadatos para módulos. (Nota: en WebSphere Application Server Versiones 6.1 y 7, sáltese este paso)
- Pulse Siguiente para aceptar las opciones predeterminadas para correlacionar hosts virtuales para módulos web.
- Revise el resumen de las opciones de instalación.
- Pulse Finalizar.
- Pulse Guardar en la configuración maestra.
- Vaya a Aplicaciones > Tipos de aplicación > Aplicaciones empresariales WebSphere. (Nota: en WebSphere Application Server Versión 6.1, vaya a Aplicaciones > Aplicaciones empresariales)
- Seleccione IBM WebSphere Application Server - Aplicación de ejemplo de Directory Listing y pulse Iniciar.
Apunte el navegador web a la instalación del servidor de aplicaciones: http://<nombre de host del servidor de aplicaciones>:<puerto>/appsvcs-directorylisting/
El nombre de host y el número de puerto del servidor de aplicaciones son específicos de su instalación de servidor de aplicaciones. Un puerto de contenedor web de instalación predeterminado de servidor de aplicaciones es 9080. Si ejecuta el navegador web en la misma estación de trabajo que la instalación del servidor de aplicaciones y ha aceptado todos los valores predeterminados, utilice el siguiente URL: http://localhost:9080/appsvcs-directorylisting/.
En esta sección se describe el procedimiento para instalar la aplicación de ejemplo de Directory Listing en la versión 2.x de IBM WebSphere Application Server Community Edition. Se presupone que está familiarizado con la instalación y la administración de la aplicación para el servidor de aplicaciones.
Busque el archivo de archivador empresarial (EAR) de la aplicación de ejemplo de Directory Listing que se proporciona con la instalación del producto. Puede encontrar el archivo EAR en el árbol de instalación donde ha instalado IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile. Por ejemplo, si ha instalado el paquete de características en la siguiente ubicación:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServerCommunityEdition Windows: c:\WebSphere\AppServerCommunityEdition
A continuación, puede encontrar los archivos EAR y de biblioteca en:
Plataforma Ubicación Linux y UNIX: /opt/WebSphere/AppServerCommunityEdition/web2mobilefep_1.1/AppServices/samples/directorylisting/appsvcs-directorylisting.ear Windows: c:\WebSphere\AppServerCommunityEdition\web2mobilefep_1.1\AppServices\samples\directorylisting\appsvcs-directorylisting.ear
Inicie la sesión en la consola de administración para el servidor de aplicaciones.
- Pulse Aplicaciones > Aplicación de despliegue en el menú de la izquierda. (Nota: en WebSphere Application Server Community Edition Versión 2.0, pulse Aplicaciones > Desplegar nueva)
- En el campo Archivo, examine el sistema de archivos y seleccione el archivo appsvcs-directorylisting.ear que ha localizado anteriormente. Deje vacío el campo Plan y las opciones predeterminadas seleccionadas. A continuación, pulse Instalar.
La aplicación se inicia automáticamente y se completa la instalación.
Apunte el navegador web a la instalación del servidor de aplicaciones : http://<nombre de host del servidor de aplicaciones>:<puerto>/appsvcs-directorylisting/.
El nombre de host y el puerto del servidor de aplicaciones son específicos de su instalación de servidor de aplicaciones. El puerto de contenedor web de instalación predeterminado del servidor WebSphere Application Server Community Edition es 8080. Si está ejecutando el navegador web en la misma estación de trabajo que la instalación del servidor de aplicaciones y ha aceptado todos los valores predeterminados, utilice el URL siguiente: