Esta página é o ponto de início para o aprendizado sobre o aplicativo Directory Listing. Os seguintes tópicos serão cobertos:
O aplicativo de amostra do Directory Listing foi criado para complementar o uso do armazenamento dojox.data.FileStore a partir do Dojo Toolkit for JavaScript. A amostra do Directory Listing demonstra como desenvolver um aplicativo Representational State Transfer (REST) do JAX-RS que pode receber e responder solicitações originadas do armazenamento de dados dojox.data.FileStore.
O armazenamento de dados dojox.data.FileStore é uma implementação leve de JavaScript para acessar detalhes sobre um sistema de arquivos remoto. Esse armazenamento de dados e o recurso JAX-RS do lado do servidor não aumentam toda a hierarquia do caminho do sistema de arquivos solicitado. Isso permite que ele retorne informações rapidamente para o caminho solicitado enquanto fornece ganchos para o carregamento lento de subdiretórios. Esse é um exemplo de como um armazenamento de dados Dojo pode fazer carregamento lento e como criar o recurso JAX-RS em conformidade com as expectativas do dojox.data.FileStore.
O propósito principal dessa amostra do Directory Listing é demonstrar a simplicidade e a capacidade da classe de recurso JAX-RS. Entretanto, para demonstrar completamente essa simplicidade, o armazenamento de dados dojox.data.FileStore é incluído em um aplicativo Dojo mais amplo. Por exemplo, leia sobre a gravação do aplicativo Directory Listing.
Pré-requisito do produto | Version |
---|---|
Java Technology Edition | 5.0 e posterior |
Servidor de aplicativos Java Platform, Enterprise Edition 5 (Java EE) e posterior | WebSphere Application Server Versão 6.1.0.x e posterior WebSphere Application Server Community Edition Versão 2.X. |
Navegador da Web | Qualquer navegador atualizado da Web, como: Internet Explorer 7 e posterior, Mozilla Firefox 3.x e posterior, Google Chrome Safari Opera |
IDE de Desenvolvimento (Opcional) | Eclipse versão 3.X |
O aplicativo de amostra Directory Listing não se destina à implementação em servidores de produção. Ele se destina somente a propósitos de desenvolvimento e educacionais.
Todos os códigos de origem do aplicativo, recurso e páginas da Web do JAX-RS são fornecidos no estado em que se encontram para que você use, copie e modifique sem pagamento de royalty, quando desenvolver aplicativos executados com o software WebSphere. É possível usar o código de amostra para seu próprio uso interno ou para redistribuição como parte de um aplicativo ou em seus produtos.
O design do aplicativo de amostra do Directory Listing demonstra como abordar o desenvolvimento de aplicativos baseados no Ajax com o Dojo Toolkit em um ambiente Java EE. Para atender esses objetivos, as duas partes de um aplicativo Java EE, o lado do cliente e o lado do servidor, são organizadas em operações simples que executam uma função útil. Isso segue o padrão básico que aplicativos Java EE usam ao incorporar as tecnologias Ajax.
Nas seções seguintes, supõem-se que já esteja familiarizado com a estrutura do JavaScript para Dojo, portanto o aplicativo cliente Dojo de amostra e o armazenamento de dados dojox.data.FileStore Dojo em uso não são explicados detalhadamente.
O cliente é a página da Web entregue ao navegador. Na página da Web, o armazenamento de dados dojox.data.FileStore é instanciado e declarado como o armazém a um dijit.tree.ForestStoreModel, que é declarado como o modelo a um widget dijit.Tree. O widget dijit.Tree fornece a representação visual da hierarquia do sistema de arquivos. Ele fornece os símbolos de mais e menos ao lado dos diretórios na árvore que os usuários clicam para expandir ou reduzir. Quando o usuário clica no símbolo de mais, o caminho solicitado é passado para o recurso JAX-RS pelo armazenamento de dados dojox.data.FileStore e executa o recurso de carregamento lento. Para obter informações mais específicas sobre o lado do cliente, leia sobre o design do lado do cliente do aplicativo de amostra do Directory Listing.
O servidor fornece a infraestrutura para processar serviços e entregar páginas da Web. Neste aplicativo, o lado do servidor é uma classe de recurso JAX-RS que recebe e processa consultas GET do armazenamento de dados dojox.data.FileStore e responde de acordo com os requisitos desse armazenamento de dados e do aplicativo Dojo incluído. Para obter informações específicas sobre o design do lado do servidor, leia sobre o design do lado do servidor do aplicativo de amostra do Directory Listing.
O aplicativo de amostra do Directory Listing usa o armazenamento de dados dojox.data.FileStore para consultar o recurso JAX-RS para obter informações sobre um caminho no sistema de arquivos do servidor. O objeto dojox.data.FileStore está configurado com uma sequência de opções, uma URL para o serviço e o sinalizador pathAsQueryParam para indicar que o caminho solicitado deverá ser enviado como um parâmetro de consulta ?path=/the/path. Sem esse sinalizador, a solicitação seria enviada com um anexo para a URL.
O aplicativo construído em torno do dojox.data.FileStore, do modelo e da árvore inclui widgets dojo.form.CheckBox para ativar ou desativar o suporte de recursos individuais do armazenamento de dados dojox.data.FileStore. Eles são incluídos como parte do aplicativo para demonstrar a capacidade do armazenamento de dados. Ativar ou desativar um recurso clicando em uma caixa de seleção individual requer que o armazenamento de dados reenvie a solicitação inicial ao servidor e atualize o modelo e a árvore, que você verá à medida que testar esses recursos.
Os recursos de procura do dojox.data.FileStore também são tratados no aplicativo. Um atributo de arquivo disponível em uma lista suspensa pode ser selecionado juntamente com o texto (incluindo asteriscos como curinga) para criar uma correspondência. A procura pode ser mais limitada ao selecionar "Ignorar letras maiúsculas" ou "Procura detalhada". Finalmente, para limitar ou controlar a quantidade de itens retornados na procura, o índice inicial pode ser fornecido juntamente com a contagem do número máximo de entradas que devem ser retornadas.
Além dos recursos esperados de um armazenamento de dados, de um modelo e de uma árvore do Dojo padrão, o aplicativo chama um recurso especial do recurso JAX-RS para preencher previamente uma árvore de diretórios para que o cliente renderize um conjunto útil de dados. O aplicativo usa o dojo.xhrPut para enviar uma solicitação PUT para o recurso JAX-RS, indicando para o recurso JAX-RS que ele deve preencher uma hierarquia de diretório para uso da amostra.
O propósito principal desse aplicativo de amostra do Directory Listing é demonstrar a simplicidade de ter um recurso JAX-RS desenvolvido, que possa receber e processar consultas do dojox.data.FileStore. Portanto, o exercício de compreender e codificar o cliente é transferido para o leitor. Entretanto, deve-se observar que esse cliente é gravado para usar os recursos Dojo de forma programática, a fim de demonstrar todos os recursos do dojox.data.FileStore e eliminar a necessidade de construir manualmente uma hierarquia do sistema de arquivos. O dijit.Tree visual e sua inclusão do modelo e do armazenamento também poderiam ser gravados de forma declarativa em poucos linhas curtas de código HTML, conforme mostrado aqui:
<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 obter mais informações sobre como usar o lado do cliente, consulte o código de origem do aplicativo. Cada seção no documento HTML é comentada, explicando o propósito do bloco de códigos.
No mínimo, o aplicativo de amostra do Directory Listing para o servidor deve ser capaz de receber uma solicitação GET com um caminho anexado ao caminho que atende a solicitação ou o parâmetro de consulta ?path=/myPath anexado à solicitação GET. Em um esforço de fazer a configuração da amostra tão conveniente quanto possível, o recurso JAX-RS inclui um método que atende consultas PUT que preencherão previamente uma hierarquia do diretório do sistema de arquivos para que o cliente Dojo possa chamá-lo antes de demonstrar os recursos dojox.data.FileStore. Isso elimina a necessidade de criar manualmente uma hierarquia do sistema de arquivos.
O ambiente de tempo de execução do JAX-RS contém um recurso integrado para dividir qualquer parâmetro de consulta em seus pares de nome/valor e passá-los como parâmetros para o método Java que recebe a solicitação GET.
package com.ibm.websphere.mobile.appsvcs.sample.directorylisting.resources; import javax.ws.rs.Path; // Full import list not shown. @Path("/directorylisting") public class DirectoryListingService { // ... }
Observe que a classe de recurso JAX-RS é declarada como tendo um segmento de URL de "/directorylisting". Essa classe de recurso tratará as solicitações previstas em http://<server>:<port>/<context-root>/<uri-mapping>/directorylisting.
A raiz de contexto será definida pelo arquivo application.xml, se o archive Web (.war) for compactado em um arquivo archive corporativo (.ear). Se o .war for instalado por ele mesmo, a raiz de contexto será definida no momento da instalação pelo usuário. O mapeamento de uri é definido no WEB-INF/web.xml, no arquivo .war.
O armazenamento de dados dojox.data.FileStore envia solicitações GET. No cliente, ele foi configurado para enviar o caminho desejado como um parâmetro de consulta e um subconjunto dos diversos argumentos opcionais descritos em dojox.data.FileStore, incluindo o protocolo de consulta dojo.data.api.Read. Por exemplo, o armazenamento de dados dojox.data.FileStore poderá enviar uma solicitação GET como http://<server>:<port>/<context-root>/<uri-mapping>/directorylisting?path=/the/path. Visto que é necessário tratar o caminho como parte da URL e, alternativamente, como um parâmetro de consulta, há um método do recurso JAX-RS para cada um. Cada um chama um método comum para tratar a lógica do serviço.
// Parâmetros e valores de consulta private static final String QUERY_OPTIONS = "options"; private static final String QUERY_PATH = "path"; private static final String QUERY_QUERY = "query"; private static final String QUERY_QUERYOPTIONS = "queryOptions"; private static final String QUERY_START = "start"; private static final String QUERY_COUNT = "count"; // Default value for start and count query parameters. 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, // Note, the path is obtained with @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 will call this method if the URL has more than the root path. @Path("{path:.*}") @Produces(MediaType.APPLICATION_JSON) public JSONObject getFileListWithPathInUri( @Context ServletConfig servletConfig, @Context HttpHeaders httpHeaders, // Note, the path is obtained with @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); }
A primeira anotação @GET declara que o método receberá solicitações GET de HTTP na URL que termina com directorylisting mediante a anotação @Path do nível de classe. Observe o uso da anotação @QueryParam para acessar o caminho solicitado no serviço.
A segunda anotação @GET qualifica ainda mais o @Path com uma expressão regular, "{path:.*}" que é mapeada para qualquer caractere presente após a anotação @Path do nível de classe. Portanto, quando o segundo método é chamado, espera-se que o caminho esteja na URL. Observe o uso do @PathParam para acessar o valor do caminho solicitado no serviço.
Cada um dos dois métodos inclui a anotação @Produces. Isso ajuda o tempo de execução JAX-RS a corresponder a mensagem de entrada com o método Java. O tempo de execução JAX-RS tentará corresponder o cabeçalho Aceitar da mensagem de entrada com o valor @Produces. Ele também informa ao tempo de execução JAX-RS o formato no qual a resposta deverá ser fornecida.
Nesse ponto, é necessária uma outra classe para completar o aplicativo. O JAX-RS inicializa um aplicativo e seus recursos e provedores por meio da classe que estende o javax.ws.rs.core.Application. Portanto, crie a seguinte classe.
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; } }
Abaixo encontram-se as partes críticas para ativar esse aplicativo 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> ...
Observe o servlet-class e init-param com param-name "javax.ws.rs.Application". Essa é a forma padrão para declarar a implementação do servlet e passar a referência da classe que estende o javax.ws.rs.core.Application para o tempo de execução JAX-RS.
Com a inclusão do WEB-INF/web.xml, do aplicativo compilado e dos arquivos de biblioteca apropriados no diretório WEB-INF/lib/ do arquivo .war, o aplicativo pode ser instalado em um servidor de aplicativos. Consulte o conteúdo da amostra incluída, se desejar ver a lista de bibliotecas necessárias. O aplicativo de amostra incluído está no formato de um arquivo .war compactado em um arquivo .ear. No arquivo .ear está o arquivo application.xml padrão, que especifica a raiz de contexto da URL do "/appsvcs-directorylisting". Assim, a URL para o arquivo index.html é http://<server>:<port>/appsvcs-directorylisting/. Observe que a URL especificada no arquivo index.html no aplicativo de amostra é rest/directorylisting, que é relativo à locação do arquivo index.html e é o resultado da concatenação do padrão da URL no arquivo web.xml e a anotação @Path na classe de recurso JAX-RS.
O método getFileListCommon é chamado a partir de cada um dos dois métodos do recurso JAX-RS descrito anteriormente. A lista abaixo descreve cada parâmetro. O formato e o conteúdo dos parâmetros alinham-se à documentação de dojox.data.FileStore. Os dois primeiros parâmetros são sempre fornecidos pelo contêiner do servlet subjacente. Os parâmetros restantes são opcionais. Portanto, é possível especificar nulo ou aceitar os valores padrão.
protected JSONObject getFileListCommon( ServletConfig servletConfig, HttpHeaders httpHeaders, String path, // Path of the request, from the URL or an HTTP parameter String options, // JSON array, could contain expand, showHiddenFiles, dirsOnly String query, // JSON array of name/value pairs for a filtered search String queryOptions, // JSON array of settings for a deep search and/or ignoreCase String startParam, // Index of results to start with in the returned list String countParam) // Number of items to return in the result list { // ... }
Os métodos existem no código de origem para validar cada um dos parâmetros e, em alguns casos, para colocá-los em um formato que seja fácil de ser consultado posteriormente. Consulte a documentação do dojox.data.FileStore para obter descrições desses parâmetros.
Nesse ponto, você recebeu com êxito a solicitação do armazenamento de dados dojox.data.FileStore. Ele espera uma resposta no formato JSON, que pode ser construído usando as informações do caminho solicitado em um JSONObject. A amostra do código abaixo mostra como construir a resposta JSON formatada.
// Nomes de atributos private static final String ATTRIB_ITEMS = "items"; private static final String ATTRIB_NAME = "name"; private static final String ATTRIB_PATH = "path"; private static final String ATTRIB_PARENTDIR = "parentDir"; private static final String ATTRIB_SIZE = "size"; private static final String ATTRIB_DIRECTORY = "directory"; private static final String ATTRIB_CHILDREN = "children"; private static final String ATTRIB_MODIFIED = "modified"; ... // Assume you have already found the file you want, // instantiated as a Java file in variable "file" JSONArray fileList = new JSONArray(); if (path.equals("/") && file.isDirectory()) { // Query param "path" was not passed, was blank, or "/" File[] children = file.listFiles(); if (children != null && children.length > 0) { for (int i = 0; i < children.length; i++) { // Call common code to append the list if the file is acceptable. // This also searches recursively if necessary. appendFileList(children[i], fileList); } } JSONObject items = new JSONObject(); items.put(ATTRIB_ITEMS, fileList); logger.exit(); return items; } else { // This is a single identity lookup for a specific path. // A JSONObject representing the file will be returned. 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())); // See the sample code for details on traversing directory trees of files ... // Add another item to the list. fileList.add(item); } ... }
Neste ponto, temos um recurso de serviço JAX-RS capaz de receber e responder às expectativas do armazenamento de dados dojox.data.FileStore. Os detalhes da implementação do percurso do sistema de arquivos, gerenciamento das opções do parâmetro de consulta de opções e permissão da configuração do diretório-raiz são deixados para que o leitor verifique no código de origem.
O código de origem do aplicativo de amostra do Directory Listing é fornecido no arquivo .war do módulo da Web no arquivo appsvcs-directorylisting.ear. Há duas abordagens para visualizar o código de origem: por meio do Ambiente de Desenvolvimento Integrado (IDE) baseado no Eclipse ou ao descompactar o arquivo appsvcs-directorylisting.ear e, então, descompactar o arquivo .war contido nele.
A primeira etapa na visualização de um código de origem é localizar o arquivo DirectoryListing.ear. Se você instalou o IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile, então é possível localizar o arquivo EAR na árvore de instalação.
Por exemplo, se instalou o feature pack no seguinte local:
Linux e UNIX: /opt/WebSphere/AppServer Ponto de montagem do z/OS: <install_root> Windows: c:\WebSphere\AppServer
Em seguida, será possível localizar o arquivo EAR em:
Linux e UNIX: /opt/WebSphere/AppServer/web2mobilefep_1.1/samples/directorylisting/appsvcs-directorylisting.ear z/OS: <install_root>/web2mobilefep_1.1/samples/directorylisting/appsvcs-directorylisting.ear Windows: c:\WebSphere\AppServer\web2mobilefep_1.1\samples\directorylisting\appsvcs-directorylisting.ear
Usar um IDE baseado no Eclipse é a abordagem mais simples para examinar o código de origem do arquivo WAR. Usar qualquer IDE do Eclipse 3.2.X, 3.3.X com o Web Tools Project 2.5 ou superior ou o Rational Application Developer, Versão 7.0 ou superior, pode importar o arquivo archive Web (WAR) ao concluir as seguintes etapas:
Quando o processo de importação estiver concluído, um novo projeto, DirectoryListing, existirá na área de trabalho do Eclipse. O código de origem do aplicativo pode ser acessado a partir do projeto DirectoryListing. Para acessar o código do cliente ou do servidor, consulte a seguinte tabela dos locais do código de origem na árvore do projeto do Eclipse DirectoryListing.
Código de Origem | Location |
---|---|
Lado do cliente (navegador da Web) | WebContent/index.html: Contém as definições do Widget Dojo e as funções do script do cliente. Esse arquivo carrega um perfil Dojo não otimizado. |
Lado do servidor | Recursos Java: src/com.ibm.websphere.mobile.appsvcs.sample.directorylisting/ DirectoryListingApplication.java: Clique duas vezes nesse arquivo para carregar o código de origem. |
Recursos Java: src/com.ibm.websphere.mobile.appsvcs.sample.directorylisting. resources/DirectoryListingService.java: Clique duas vezes nesse arquivo para carregar o código de origem. |
Os arquivos do aplicativo da Web são archives do arquivo compactados usando o algoritmo ZIP. Portanto, o arquivo archive pode ser expandido por meio de qualquer ferramenta para compactar arquivos, incluindo o programa Java archive (JAR). Nas seguintes etapas, supõe-se que o usuário escolha a ferramenta favorita para criar arquivos compactados.
Depois de ter expandido o conteúdo do arquivo EAR, expanda o conteúdo do arquivo .war. Em seguida, será possível acessar o código de origem. Para acessar o código do cliente ou do servidor, consulte a seguinte tabela dos locais do código de origem no diretório EXPAND_DIR/DirectoryListing.
Código de Origem | Location |
---|---|
Lado do cliente (navegador da Web) | index.html: Contém as definições do widget Dojo e as funções do script do cliente. |
Lado do 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 as seguintes instruções de instalação específica da versão:
Esta seção descreve o procedimento para instalar o aplicativo de amostra do Directory Listing na Versão 6.1.0.X e posterior do IBM WebSphere Application Server. Presume-se que esteja familiarizado com a instalação e administração do aplicativo do servidor de aplicativos.
Localize o arquivo archive corporativo (EAR) do aplicativo de amostra do Directory Listing fornecido com a instalação do produto. É possível localizar o arquivo EAR na árvore de instalação na qual o IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile foi instalado. Por exemplo, se instalou o feature pack no seguinte local:
Linux e UNIX: /opt/WebSphere/AppServer Ponto de montagem do z/OS: <install_root> Windows: c:\WebSphere\AppServer
Em seguida, será possível localizar o arquivo EAR em:
Linux e UNIX: /opt/WebSphere/AppServer/web2mobilefep_1.1/samples/application_services/directorylisting/appsvcs-directorylisting.ear z/OS: <install_root>/web2mobilefep_1.1/samples/application_services/directorylisting/appsvcs-directorylisting.ear Windows: c:\WebSphere\AppServer\web2mobilefep_1.1\samples\application_services\directorylisting\appsvcs-directorylisting.ear
- Efetue login no console administrativo do servidor de aplicativos.
- Navegue até Aplicativos > Novo Aplicativo. (Nota: No WebSphere Application Server Versão 6.1, selecione Instalar Novo Aplicativo)
- Selecione Novo Aplicativo Corporativo. (Nota: No WebSphere Application Server Versão 6.1, ignore esta etapa)
- Navegue no sistema de arquivos e selecione o arquivo appsvcs-graphics.ear localizado anteriormente. Clique em Avançar.
- Clique em Avançar para se preparar para a instalação do aplicativo. (Nota: No WebSphere Application Server Versão 6.1, ignore esta etapa)
- Clique em Avançar para aceitar as opções de instalação padrão.
- Clique em Avançar para aceitar as opções padrão para módulos de mapa para servidores.
- Clique em Avançar para aceitar as opções padrão para Metadados para módulos. (Nota: No WebSphere Application Server Versões 6.1 e 7, ignore esta etapa)
- Clique em Avançar para aceitar as opções padrão para hosts virtuais de mapa para módulos da Web.
- Revise o resumo das opções de instalação.
- Clique em Concluir.
- Clique em Salvar na configuração principal.
- Navegue até Aplicativos > Tipos de Aplicativos > Aplicativos Corporativos do WebSphere. (Nota: No WebSphere Application Server Versão 6.1, navegue até Aplicativos > Aplicativos Corporativos)
- Selecione o IBM WebSphere Application Server - aplicativo de amostra do Directory Listing e clique em Iniciar.
Aponte o navegador da Web para a instalação de servidor de aplicativos: http://<application server hostname>:<port>/appsvcs-directorylisting/
O nome do host e o número da porta do servidor de aplicativos são específicos da instalação de servidor de aplicativos. Uma porta do contêiner da Web da instalação padrão do servidor de aplicativos é 9080. Se estiver executando o navegador da Web na mesma estação de trabalho como a instalação de servidor de aplicativos e tiver aceito todos os valores padrão, então use a seguinte URL: http://localhost:9080/appsvcs-directorylisting/.
Esta seção descreve o procedimento para instalar o aplicativo de amostra do Directory Listing na Versão 2.X do IBM WebSphere Application Server Community Edition. Presume-se que esteja familiarizado com a instalação e administração do aplicativo do servidor de aplicativos.
Localize o arquivo archive corporativo (EAR) do aplicativo de amostra do Directory Listing fornecido com a instalação do produto. É possível localizar o arquivo EAR na árvore de instalação na qual o IBM WebSphere Application Server Feature Pack for Web 2.0 and Mobile foi instalado. Por exemplo, se instalou o feature pack no seguinte local:
Linux e UNIX: /opt/WebSphere/AppServerCommunityEdition Windows: c:\WebSphere\AppServerCommunityEdition
Em seguida, será possível localizar o arquivo EAR e os arquivos de biblioteca em:
Linux e 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
Efetue login no console administrativo do servidor de aplicativos.
- Clique em Aplicativos > Implementador no menu da esquerda. (Nota: No WebSphere Application Server Community Edition Versão 2.0, clique em Aplicativos> Implementar Novo)
- No campo Archive, navegue no sistema de arquivos e selecione o arquivo appsvcs-directorylisting.ear localizado anteriormente. Mantenha o campo Plano vazio e as opções padrão selecionadas. Em seguida, clique em Instalar.
O aplicativo será iniciado automaticamente e a instalação concluída.
Aponte o navegador da Web para a instalação de servidor de aplicativos: http://<application server hostname>:<port>/appsvcs-directorylisting/.
O nome e a porta do host do servidor de aplicativos são específicos da instalação de servidor de aplicativos. Uma porta do contêiner da Web da instalação padrão do servidor do WebSphere Application Server Community Edition é 8080. Se estiver executando o navegador na mesma estação de trabalho da instalação de servidor de aplicativos e tiver aceito todos os valores padrão, então use a seguinte URL: