Esse tópico descreve os mecanismos de construção e implementação de um projeto J2EE no Developer Toolkit.
No Rational Developer para System z, é recomendável que cada componente do aplicativo J2EE seja desenvolvido separadamente em um projeto separado. Por exemplo, ao desenvolver um projeto da Web dinâmica, você cria caracteristicamente um novo projeto para tal aplicativo. Todos os componentes de seu aplicativo J2EE são incluídos em um projeto do aplicativo corporativo, que inclui o descritor de implementação.
Para cada projeto, é recomendável armazenar todos os componentes de um projeto em um tipo separado no SCLM. Por exemplo, se você tiver um projeto da Web denominado WebProject, deverá considerar a criação de um tipo WEBPRJ1, que será utilizado para armazenar a origem desse projeto específico.
Depois de compartilhar o projeto, é necessário incluir o projeto no SCLM. Para obter informações sobre essa função, consulte o tópico Inclua no SCLM.
A tabela a seguir lista todos os membros selecionados na página anterior do assistente. É muito importante selecionar o tipo de linguagem correta para todos os membros que serão migrados. A tabela resume o tipo de linguagem recomendado quando você está armazenando membros no SCLM.
| Tipo de Origem | Tipo de Linguagem | Descrição |
|---|---|---|
| Origem Java™ | JAVA | Origem Java, cujo nome será convertido em um nome abreviado e o conteúdo será convertido em EBCDIC. |
| Origem Java | JAVABIN | Origem Java, cujo nome será convertido em um nome abreviado, mas seu conteúdo não será convertido em EBCDIC (permanecerá em ASCII). |
| Outros | J2EEPART | Todos os outros arquivos de texto. Seus nomes serão convertidos em nomes abreviados e o conteúdo será convertido em EBCDIC |
| Outros | J2EEBIN | Estes nomes de membros serão convertidos em nomes abreviados. Esses arquivos são tratados como binários para que seu conteúdo não seja modificado quando armazenado no SCLM. |
Esta etapa constrói todos os componentes pertencentes a um projeto J2EE específico e cria um objeto arquivado, como arquivos WAR para projetos da Web e arquivos JAR para projetos EJB. Todos os componentes de um projeto J2EE devem ser incluídos em um arquivo ARCHDEF, descrito na etapa 1.
Para construir seu projeto utilizando um ARCHDEF J2EE, selecione Equipe (Team) -> Construção de Archdef (Archdef build).
Isso torna visível o diálogo Opções de Construção de Archdef (Archdef Build Options). Nesse diálogo, os campos Archdef Name, Archdef type são obrigatórios. Esses campos devem ser utilizados para especificar exclusivamente um Archdef do J2EE a ser utilizado para construir seu projeto J2EE. Você pode clicar no botão de procura próximo ao campo Archdef Name para selecionar interativamente um Archdef.
O campo Build at Group especifica onde os membros incluídos no ARCHDEF serão consultados na hierarquia do SCLM e utilizados no processo de construção. Por exemplo, se você selecionar TESTE (TEST), o processo de construção utilizará a primeira ocorrência dos membros na hierarquia do SCLM, começando pelo nível TESTE. As classes resultantes, além dos objetos gerados, e o mapa de construção residirão na build at group.
Se não houver um script de construção J2EE associado ao ARCHDEF, você poderá gerar o script para seu projeto J2EE. Para gerar um script, selecione o projeto J2EE e selecione Gerar Script de Construção (Generate Build Script). Isso torna visível o diálogo Build Script Generation.
Nesse diálogo, você precisa selecionar o tipo de script de construção a ser gerado. É possível selecionar um dos seguintes: Java Project, Web Project, EJB Project e EAR Project. O tipo selecionado deve corresponder ao tipo de projeto que você está tentando construir.
Utilizando essa abordagem, o script gerado terá o tipo de linguagem J2EEANT e será armazenado sob o tipo J2EEBLD.
A tabela a seguir resume onde os resultados de várias construções de projeto são armazenados no SCLM.
| Tipo de Projeto | Tipo de SCLM |
|---|---|
| Projeto Java | J2EEJAR |
| Projeto da Web | J2EEWAR |
| Projeto EJB | J2EEJAR |
| Projeto EAR | J2EEEAR |
A opção Review Generated Script fornece uma última oportunidade para você revisar e modificar o conteúdo do script gerado antes de incluí-lo no SCLM.
Para obter informações detalhadas sobre implementação de projeto, consulte Serviços de Implementação.