Habilidades de Sobrevivência para WebLogic Developers

Como um desenvolvedor WebLogic, é importante saber como estruturar suas aplicações e ambiente de desenvolvimento. Você também deve saber como chegar à comunidade WebLogic quando você executar em problemas. Este artigo oferece-se algumas recomendações e outras informações para ajudar você a começar o trabalho feito.

Manter a documentação adequada

A documentação é uma parte importante de qualquer aplicação. Como um desenvolvedor, você deve fazer sua parte para garantir que a sua candidatura está devidamente documentada. Documentação cai em diversas categorias:

• documentação de código do programa. A forma mais óbvia de documentação consiste nos comentários no código-fonte. Javadoc é uma boa maneira de fornecer essa documentação.
• manual Developer. Um uso básico, mas muitas vezes esquecido para documentação está trazendo novos programadores até a velocidade. Em aplicações maduras, os computadores dos desenvolvedores muitas vezes contêm uma mistura de arquivos usados ​​como o aplicativo foi desenvolvido. Este ambiente pode ser difícil para um novo desenvolvedor para recriar. Livro do desenvolvedor descreve o processo necessário para configurar o ambiente de desenvolvimento em uma nova máquina.
• especificação do programa. As alterações nas especificações do seu pedido deve ser comunicada a todos os que estão envolvidos nestas alterações.
• Termine a documentação do usuário. Esta é a documentação que os usuários referem-se para obter informações sobre como usar o sistema. Como recursos são adicionados ao sistema e os recursos existentes alterado, certifique-se de atualizar a documentação do usuário.

Ao manter todas as formas de documentação devidamente mantidos, os desenvolvedores e os usuários podem manter-se atualizado com o aplicativo.

Use Usenet

Um dos maiores benefícios da Internet é o sentido de comunidade global. E nenhuma parte única da Internet incorpora esse mais de Usenet, que consiste em uma grande coleção de mensagens postadas por usuários da Internet em uma variedade de tópicos.

Você pode acessar Usenet de várias maneiras. Você pode instalar programas de cliente que baixar e publicações Usenet filtro para você. Você também pode usar portais baseados na Web. Um dos portais mais comuns é Grupos do Google.

Configurar ambientes de desenvolvimento

WebLogic permite criar vários servidores que são executados na mesma máquina. Isto proporciona uma forma conveniente de fornecer vários ambientes de desenvolvimento, tais como a seguinte:

• Desenvolvimento. O ambiente de desenvolvimento é onde os desenvolvedores testar seu código. Isso permite aos desenvolvedores testar seu código em um ambiente controlado. versões estáveis ​​no servidor de desenvolvimento geralmente são transferidas para o servidor de teste.
• Teste. Sua equipe de projeto provavelmente será composto de garantia de qualidade (QA) as pessoas que testam o software e reportar novos bugs. QA as pessoas não devem estar testando a partir de seu servidor de desenvolvimento, porque o servidor está muito volátil. Em vez disso, você deve lançar uma versão estável do seu servidor de desenvolvimento para o servidor de teste. Esta versão pode ser testada por sua equipe de QA.
• Demonstração. Você vai ter que demonstrar o seu software, seja para os clientes para mostrar o progresso do sistema que você está criando, ou para usuários internos que em breve estará utilizando o seu sistema. Se você não criar um servidor demo e um desenvolvedor desestabiliza seu servidor de desenvolvimento, a sua demo é baleado.
• Documentação. É provável que um grupo de pessoas estará criando a documentação para a sua aplicação. Eles vão fazer logon no servidor e tomar capturas de tela e executar outras actividades relacionadas com a documentação do usuário final. É importante dar aos seus escritores de tecnologia um ambiente estável a partir do qual a desenvolver a sua documentação.
• Beta. Quando você pensa que a sua aplicação está pronta para a produção, têm seus usuários finais testar o software uma última vez antes de ser lançado para a produção. Este processo é chamado terminar o teste de aceitação do usuário. É uma boa ideia para executar este teste a partir de um servidor beta especial.
• Produção. A versão de produção de seu programa é aquele que é usado pelos usuários finais. Cabe a seus administradores de servidor para se certificar de que o servidor de produção fica disponível para eles. Esta será a última parada que qualquer versão do seu software é passada para.

Não é necessário criar todos esses ambientes em diferentes máquinas. Vários destes ambientes podem ser combinados numa única máquina.

Saiba o que você está desenvolvendo

Como um desenvolvedor, você deve entender o problema que você está tentando resolver. Isto pode parecer óbvio, mas os desenvolvedores de aplicações de grande porte pode facilmente perder de vista o objetivo por vários motivos:

• especificações do programa pouco claras
• Os desenvolvedores que estão cientes de apenas suas próprias áreas locais do programa
• Falta de acesso a utilizadores empresariais que entendem as especificações

Entenda as ferramentas

Muitas ferramentas estão disponíveis para tornar a vida do desenvolvedor mais fácil. Infelizmente, você pode gastar um monte de tempo para aprender a usar essas ferramentas antes de você perceber qualquer ganho no tempo de programação. Com efeito, o seu tempo para aprender a ferramenta é um investimento. Um desenvolvedor deve ter pelo menos as seguintes ferramentas:

• Um editor de arquivo de texto
• Um ambiente de desenvolvimento integrado (IDE) que suporta a depuração
• A ferramenta de construção, tais como ANT
• Um embelezador de código-fonte
• Oficina de Recursos WebLogic
• Controle de versão

Criar sistemas modulares, dissociados

Uma grande aplicação terá muitas classes e sistemas interligados. A criação de um sistema composto por diversos módulos tem várias vantagens:

• módulos comuns podem ser reutilizados.
• O programa é fácil de entender porque grandes problemas são divididos em muitos problemas menores.
• Diferentes programadores podem estar trabalhando em diferentes módulos sem interferir uns com os outros.

À medida que o sistema cresce, módulos específicos vai passar de desenvolvimento ativo para o modo de manutenção. Certifique-se de que estes módulos são construídos de tal maneira que o desenvolvimento contínuo não causar erros ocorrer em código previamente trabalhar. Tais erros são chamados erros de regressão.

Ser consciente de segurança

A mídia está repleta de relatos de pessoas que exploram falhas de segurança no software. Como você projetar e implementar seu aplicativo, você deve estar consciente de segurança. falhas de segurança podem surgir em seu sistema de muitas maneiras:

• Aproveitando-se de parâmetros unvalidated
• adulteração URL
• estouros de buffer
• Injetar comandos em parâmetros que podem fazer o seu caminho para SQL
• Explorando falhas de segurança conhecidas no sistema operacional ou software de servidor

Muitas falhas de segurança são o resultado de não ter as últimas correções para o seu sistema operacional ou software de servidor. Certifique-se de que você tem os patches mais recentes.

Teste o seu software

Como um desenvolvedor, você deve sempre testar seus módulos, assim como você pode antes que eles estão integrados com os outros módulos. Isto é chamado teste de unidade. Quando você cria um módulo, você deve fazer todos os testes de unidade com a mão.

Quando estiver satisfeito com os resultados do teste de unidade, você está pronto para integrar o módulo com os desenvolvidos por outros. Este processo é chamado testes de integração. O teste de integração envolve o trabalho em equipe com outros desenvolvedores, como seus componentes são colocados juntos pela primeira vez.

Além dos testes realizados pelos desenvolvedores, haverá testes realizados por pessoas QA e usuários finais. Como esses usuários testar o seu software. que vai encontrar bugs. Se você tem um número de pessoas GQ e desenvolvedores, uma ferramenta de bug-tracking pode ser útil. Além disso, ferramentas de rastreamento de bugs permitem notas para ser anexado a erros individuais. Quando os desenvolvedores ou usuários encontrar um bug, eles podem documentar a resolução. Isto é importante porque nem todos os erros são resultado de erros de programação.

Quando o sistema está quase pronto para ser executado a partir do servidor de produção, você deve executar terminar o teste de aceitação do usuário. Isso dá aos usuários finais uma última chance de testar o sistema antes de ser enrolada em produção.