Preparação certificação SCSNI. Resumo. Parte Section 4: Java EE Web Development

Preparação certificação SCSNI Resumo Parte Section 4: Java EE Web Development

Section 4: Java EE Web Development 4.1 Describe how to create a NetBeans project from the source code of an existing Web application. Criando projeto a apartir de uma aplicação web existente: 1- Escolha a opção File > New Project (Ctrl-Shift-N). Em Categories, escolha Web. Em Project escolha Web application with Existing Source. E clique em Next. 2- Em Location, clique em Browser e selecione o diretório Root de sua aplicação. 3- Em Project Name, é onde é definido o nome do projeto, caso seja selecionado o Diretório primeiro, o netbeans sugere o nome do projeto igual ao nome do diretório selecionado. Obs.: criando um projeto no netbeans 6.1 adiciona novas opções que podem ser deixadas como default. Por exemplo Use Dedicated Folder for Storing Libraries, pode ser deixada deselecionada ou então selecionar e escolher um diretório específico para as Libraries da aplicação. 4- Selecione o servidor de aplicação que você quer que sua aplicação seja montada(deploy). Somente servidores que são registrados com a IDE são listados, podendo ser registrado outros servers clicando em Add. 5- Em Java EE version, selecione a versão do JEE. 6- Em context Path é definido o contexto da aplicação. O contexto de sua aplicação seria o que viria depois da porta do server, por exemplo, http://<ip>:<porta>/contexto. Clicar em Next. 7- Em Web Pages Folder, selecione o diretório root da aplicação. Quando o projeto é identificado se as pastas estiverem dentro do padrão, elas são automaticamente preenchidas, como mostra a imagem abaixo, tirada do site do netbeans, podendo ser alterado e adicionado novos diretórios de código fonte e código fonte de testes.

Web Pages Folder: especificar suas web pages. Você TEM que ter um arquivo web.xml válido para completar o wizard. WEB-INF Content: especificar a localização da pasta WEB-INF da aplicação. Libraries: Especificar as dependências das libraries do seu projeto. Todos os.jar s da pasta selecionada serão adicionados como dependências do projeto. Obs.: a IDE scaneia as libs e adiciona como dependência do projeto apenas uma vez, as libs que forem adicionados de fora da IDE, não serão adicionados e terão que ser adicionados automaticamente. Source Package Folders: Test Package Folders: especificar a lista de diretórios onde estão os sources dos seus testes. Você pode ter mais de uma pasta contendo os sources dos seus testes, com algumas exceções: O source root não pode existir em outro projeto da IDE. O source root não pode ser adicionado a outra unidade de compilação do mesmo projeto. Por exemplo, um source root que é gerado sobre um Test Package não pode ser adicionado a lista de Source Package 8- Clique em Finish. E o projeto será gerado e adicionado ao painel de Project do netbeans. Quando o projeto é criado todas as classes não compiladas, gerados os.class, e movidos para a pasta build dentro do projeto, então o netbeans recomenda e pergunta se quer que os arquivos gerados podem ser apagados. Após isso a IDE importa os sources, deleta os arquivos(caso seja selecionado Delete no painel acima), e o projeto é gerado no netbeans apartir de um código existente.

4.2- Distinguish between a visual web application and web application. Aplicações web: São aplicações desenvolvidas para internet, incluindo essas aplicações desenvolvidas com JSP e Servlet tanto quanto aplicações sem ser utilizando Java como CGI, ASP e Perl. Aplicações essas que frequentemente são desenvolvidas utilizando frameworks web como JavaServer Faces e Struts. Você pode criar aplicações web de duas formas: Escrevendo e editando código java no editor de código. Configure a aplicação você mesmo. Adicione JSF, Struts, ou Spring para melhorar a arquitetura(design) da sua aplicação. Utilizando a ferramenta do netbeans, Visual web JSF drag and drop. Adicione componentes a sua aplicação apenas dragging and dropping para área visual do netbeans. Conecte a uma fonte de dados dragging uma tabela de banco de dados para um componente. Uma aplicação web corresponde aproximadamente a um módulo da aplicação web em termos de JEE. Este módulo é uma unidade montada(deployeable unit) que consiste de um ou mais componentes web, recursos, deployment descriptors(web.xml), armazenados em um hierárquia de diretórios e arquivos em um formato padrão de aplicações web. About the Visual Web JSF Framework O Visual Web JavaServer Faces framework é parte do da tecnologia JSF da sun (JSR-127), a API padrão foi desenvolvida para construir componentes de interfaces do usuário em aplicações web. JSF define um componente baseado em frameworks para web disponibilizando aos vendors e aos projetos opensource criar interfaces sofisticadas como widgets, que você pode então desenvolver para criar aplicações web fáceis de usar, com portabilidade entre ferramentas e servidores de aplicação. Segue a lista de características: API de componentes padrão para componentes de interfaces com o usuário. Indo desde a um campo input simples a uma árvore complexa de controle e menus até tabelas com barra de rolagens sofísticadas que permitem campos input e outputs. Componentes que dão suporte também a eventos com Javabeans e listeners de eventos. Modelo de renderização desacoplado. O mesmo componente que pode ser renderizado de formas diferentes, por exemplo, um componente submeter um formulário que pode ser usado para renderizar ou um link ou um botão. Resquisição dos processos do ciclo de vida. O ciclo de vida focado no gerenciamento dos eventos da interface com o usuário, juntamente com suporte a conversores(converters) e regras de validação.

4.3-Demonstrate knowledge of which web frameworks are available in NetBeans IDE and how they are added to and used in a web application. Como falado no final do tópico anterior JSF também inclui o Visual Web JavaServer Faces framework, disponibilizando as ferramentas drag and drop e fornecendo uma abordagem mais visual das aplicações web. Para uma descrição completa sobre o framework JSF, incluindo documentação e tutoriais, clique no link: http://java.sun.com/javaee/javaserverfaces/index.jsp A IDE fornece aplicações simples que utilizam JSF. Aperte Ctrl-Shift-N, expande o diretório Samples, e vá no diretório Enterprise, tem 2 tipos de exemplos, pelo menos na versão 6.1 da IDE, onde existem 2 exemplos que podem ser utilizados, JSF CRUD e JSF JPA. Selecione qualquer exemplo, clique em Next, e em Finish. A IDE irá gerar um projeto com o exemplo que você escolheu. Outras aplicações de outros frameworks estão disponíveis na IDE. Eles podem ser integrados com a IDE simplementes como adicionar uma aplicação JSF feita anteriormente. Duas outras formas populares de frameworks para web são: Quando você usa a IDE para adicionar uma biblioteca(libraries) na sua aplicação web colocando o.jar dentro do diretório WEB-INF/lib e quando o JSP tem novas taglibs com URIs como libraries que você desenvolveu, o editor do NetBeans(Source Editor) automanticamente disponibiliza o acesso as novas funcionalidades da taglib no code completion da IDE. Criando uma nova aplicação JSF As bibliotecas do JSF e arquivos de configuração são gerenciados pela IDE. Para criar um novo projeto com suporte a JSF: 1. Escolha File > New Project (Ctrl-Shift-N). 2. Da categoria Web, selecione Web Application. 3. Continue com o wizard até você chegar no painel de frameworks. Selecione JavaServer Faces ou Visual Web JavaServer Faces e clique Finish. O novo projeto abrirá na IDE. Depois de você criar uma aplicação com JSF, você pode usar o novo JSF Managed Bean Wizard. Criando uma nova aplicação com Spring MVC Framework As bibliotecas(libraries) e os arquivos de configuração são gerenciados com a IDE. Para criar um novo projeto com Spring Web MVC support: 1. Escolha File > New Project (Ctrl-Shift-N). O wizard para novos projetos vai aparecer. 2. Da categoria Web, em Projects, selecione Web Application. Clique Next. 3. Continue o wizard até o passo 4, no painel Frameworks, e selecione Spring Web MVC 2.5. 4. Na configuração do Spring Web MVC 2.5, especifique o dispatcher name e mapeie o que você quer usar em sua aplicação e clique em Finish. A biblioteca JSTL versão 1.1, é configurada por default com a aplicação. Para excluir no painel de Frameworks clique na aba Libraries e demarque a opção Include JSTL.

Dispatcher mappings são baseados na especificação do Java Servlet Specification Section SRV.11.2. Nos deployment descriptor das aplicações web a sintaxe abaixo é usada para definir standard mappings: Uma string começando com uma '/' e terminando com uma '/*' é usado para mapear caminho(path). Uma string começando com um '*.' é usado para mapeamento de extensões. Por exemplo *.htm. Uma string somente com '/' indica o servlet default da aplicação. Neste caso o caminho(path) do servlet em requisições URI menos o caminho do contexto e o caminho e o path info é null. Todas os outros Strings são usados para correponderem somente. Por exemplo, um nome de uma classe servlet. Criando um novo projeto com Struts As bibliotecas do Struts e arquivos de configuração, como o arquivo struts-config.xml file, são gerenciados pela IDE. Para criar umo novo projeto com Struts: 1. Escolha File > New Project (Ctrl-Shift-N). 2. Na categoria Web, selecione Web Application. 3. Continue com o wizard até o painel de Frameworks. Selecione Struts e clique em Finish. O novo projeto será aberto na IDE. Depois de criar a aplicação com Struts no netbeans você pode usar o novo New Struts Action Wizard e o New Struts ActionForm Bean Wizard.

4.4-Describe how to monitor HTTP requests when running a web application. Sobre o HTTP Monitor A IDE possui o HTTP Monitor para ajudar no diagnóstico do problema com o fluxo de dados de páginas JSP e execução de servlets no servidor we. O HTTP Monitor coleta dados das requisições que são processadas pela engine do servlet. Para cada HTTP request que é processada, o HTTP Monitor grava a entrada de dados das requisições e os estados mantidos no servidor. Você pdoe analizar suas requisições HTTP, armazenas request para sessões futuras, e rever e editar as requisições HTTP. Os registros do HTTP request são armazenados até que a IDE seja fechada, a menos que você as salve explicitamente. Por default, o HTTP Monitor começa quando you monta(deploy) para o Tomcat Web Server. Para visualizar os servers que estão que foram registrados na sua IDE, vá para a janela Services(Ctrl-5), expanda Servers, clique com o botão direito no server's node, escolha Properties, irá abrir uma janela sobre o server, então selecione a opção checkbox Enable HTTP Monitor checkbox. Analizando dados da sessão Depois de você ter configurado o HTTP Monitor, voc~e pode usá-lo para debugar suas aplicações observando os fluxos de dados de seus JSP s e da execução dos servlets no servidor web. O HTTP Monitor grava os dados para cada requisição de entrada(incoming request). Para analisar dados da sessão: 1. Execute seu server e seu projeto(web application). 2. Clique em HTTP Monitor. 3. Selecione qualquer HTTP request na árvore para para visualizar as informações no painel. O HTTP Monitor consiste em dois paineis. O do lado esquerdo é uma estrutura onde pode-se ver as requisições HTTP gravadas. Do lado direito é o painel que apresenta os dados associados a sessão com as requisições HTTP gravadas. A estrutura em árvore(tree view) Todos os registros contem categorias e duas subcategorias: Current Records e Saved Records. Todos os registros individuais de requisições HTTP são gravadas nas sub-categories que são presentadas pelos ícones: Icone Descrição Get method. Post method.

Cada icone incluído corresponde a uma identificação baseado no código do status da resposta: Descrição 1xx - Informação None 2xx ou o valor não pode ser determinado. Em último caso, isto normalmente significa que a requisição foi bem sucessida(200 - OK) 3xx - Warning 400 - Error Os tipos de métodos de requisição e código de status são também apresentados na aba Request. Uma descrição completa de cada código de status no link http://www.w3.org/protocols/rfc2616/rfc2616-sec10.html Entradas em Current Records são disponibilizados somente durante a sessão atual da IDE. A requisição HTTP atual é persistida e recuperada mesmo reiniciando o server. Eles são limpos quando a IDE é fechada, ou quando explicitamente são deletadas. Os registros em todas as categorias podem ser ordenadas de acordo com vários critérios usando os botões: Icone Descrição Atualiza todas as requisições HTTP gravadas e armazenadas no cliente. Ordena as requisições HTTP gravadas de forma decrescente de inserção(by timestamp). Ordena as requisições HTTP por timestamp na ordem crescente. Ordena na ordem alfabetica. Mostra ou escode o timestamps na lista de gravações de requisições HTTP. Se o HTTP Monitor does não mostrar as requisições HTTP gravadas para um módulo de web em execução, verifique se o HTTP Monitor está habilitado para seu servidor web. Já descrito anteriormente. O painel Quando você seleciona gravar requisições HTTP, elas são gravadas no lado esquerdo do painel e visualizadas no lado direito do painel.

4.5-Demonstrate a knowledge of basic tasks related to building and deploying web applications to a server, such as changing the target server and undeploying an application. Sobre Building Aplicações Web A IDE usa scripts Ant para fazer build de suas aplicações web. Se você está usando standard project, a IDE gera os scripts baseados nas configurações que você escolheu no Project Properties do projeto. Você pode definir o classpath do projeto, o context path, e o web server no Project Properties. Você customizar a execução do seu programa, apenas editando o script Ant e as propriedades do Ant para o projeto. Se você está usando o free-form project, a IDE usa um script Ant existente para fazer build do seu projeto. Você pode escrever um target que faça o build para o projeto selecionado na IDE e mapeá-lo nos comandos do build do Ant. Com projetos web padrões, você pode customizar o processo de build fazendo o seguinte: Entre com configurações básicas, como classpath settings, packaging settings, e filtros WAR, na caixa de diálogo Project Properties. Especifique todos os arquivos JSP no projetos que TEM que ser compilados durante o build do proejto. Por default, a IDE não compila os arquivos JSP quando vai fazer o build de um projeto, por que a pre-compilação demora muito tempo para serem traduzidas para servlets antes que elas serem compiladas. No entendo, se você não tiver muito arquivos JSP ou se você quer que eles sejam pre-compilados de qualquer forma, clique com o botão direito no projeto na janela Projects, escolha Properties, e clique em Compiling, e selecione o checkbox Test compile all JSP files during builds. Deploying uma aplicação Web Quando você executar(run) uma aplicação web, a IDE automaticamente builds, deploys, e executa a aplicação web usando o servidor alvo do projeto. Por default, o arquivo index.jsp é apresentado como arquivo de welcome da aplicação. Para deploy uma aplicação web: 1. (Opcional) Defina parametros para passar um ou mais arquivos JSP, servlets ou os dois. 2. (Opcional) Especifique um arquivo de welcome diferente clicando com o botão direito no projeto na janela Project, escolha Properties, clique em Run, e digite no caixa de texto Relative URL. A página especificado em Project Properties dialog box sobreescreve o que está configurado no arquivo web.xml. Se não tiver nada definido no Project Properties, o primeiro arquivo de welcome definido no web.xml é apresentado. Se não encontrar nenhum arquivo de welcome(index.html, index.jsp. Index.htm, default.html...), por padrão o servlet mostra o root da aplicação web. Você pode mudar o comportamento do servlet default no arquivo web.xml. 3. (Opcional) Especifique um alvo(target) diferente para o servidor ou browser. 4. Na janela Project, clique com o botão direito no projeto e escolha Run.

A IDE envia a URL da aplicação web para o servidor. A URL é definida da URL do servidor, o caminho(path) do contexto da aplicação, e a URL relativa ou arquivo de welcome. A primeira vez que você deploy uma aplicação por sessão para o Tomcat Web Server, você precisa se autenticar. Solução de problemas A janela Output mostra as informações dos erros and o HTTP monitor mostra requests, estado dos dados, e o ambiente servlet no servidor. Se você de deparar com o erro "file not found" quando você executa sua aplicação web, veja see Accessing Local files Through a Proxy para possiveis soluções. Se você ver uma mensagem de erro indicando que o resource is not available, veja as possíveis soluções seguintes: A URL está digitada corretamente. O mapeamento do servlet no arquivo web.xml está correto. Os recursos da aplicação estão nos diretórios corretos. Mudando o servidor alvo Cada projeto tem um server padrão alvo. O servidor alvo é o servidor que é usado para executar o projeto. Você pode definir o servidor para qualquer server que tenha sido registrado na IDE. Para mudar o servidor alvo do projeto: 1. clique com o botão direito no projeto na janela de Projects e escolha Properties. 2. Selecione Run na caixa de dialogo Project Properties. 3. Selecione um novo servidor alvo do menu drop-down Server e clique OK.