apoiar o relatorio para que sejam correlacionadas ao negocio? Essa publicacao citara algumas diferencas e evolucoes tecnicas entre o OCJ4 e o Weblogic, de forma a gerar insumos que lhe darao motivacoes tecnicas para impactar o negocio. Resumidamente a historia e a seguinte, a Oracle, ate a versao 10gR3 de sua suite de middleware, tinha, dentre os componentes que formam o OAS como conteiner JavaEE, o OCJ4. Com a aquisicao da BEA em 2008, o conteiner foi substituido pelo Weblogic na versao 11g. Isto pode parecer uma alteracao simples, mas nao e, e por se tratar de outro conteiner JavaEE, mudam, alem de a atualizacao de versao dos componentes, o que ja e algo preocupante, tambem a administracao e interacao das aplicacoes com o servidor de aplicacao. Para o time de desenvolvimento, isso significa mais do que atualizar seu projeto dos frameworks utilizados, mas tambem identificar e estudar os metodos com que este novo conteiner ira interagir, seu plano e funcionamento de publicacao e a estruturacao diferenciada do processo. Em uma organizacao que utiliza as demais solucoes da suite, tais como, Forms & Reports, BI ou SOA a complexidade aumenta exponencialmente. Em um comparativo tecnico simples, o principal valor agregado na migracao e que por si so ja a justifica, ainda que nao demonstre a relacao de urgencia, somente de importancia, e a atualizacao da especificacao JavaEE suportada, a ultima versao do OC4J tem compatibilidade completa com as especificacoes do JavaEE 1.4, enquanto o Weblogic12cR2 tem compatibilidade com as especificacoes JavaEE 7. Ou seja, isto permite ao desenvolvedor trabalhar com novas abordagens da linguagem, em uma versao com o Java mais recente e com novas features e correcoes de bugs que darao maior agilidade ao time e um aumento de performance significativo com relacao as versoes anteriores. Assim, ao nao proceder com a migracao, suas aplicacoes estao fadadas a descontinuidade ou legado. Demais recursos do Weblogic com relacao ao OC4J podem ser evidenciados na arquitetura, administracao e configuracao de recursos, managedservers e planos de implantacao, ou seja, uma lista que pode ser obtida de acordo com o negocio da sua organizacao. Para tal, sugerimos realizar um comparativo baseado nas documentacoes dos produtos, pois as features que poderao ser relevantes a sua organizacao serao indiferentes a outras, cabe ao gestor responsavel pelo processo de avaliacao da migracao julgar o que sera aderente a seu time de desenvolvimento e operacao. Para motivacoes de negocios, consideramos s razoes tecnicas que consistem no uso de uma especificacao atual que entrega performance, gestao e desenvolvimento de aplicacoes em um menor tempo, tais razoes sao de forma geral:Uma maior capacidade da equipe em desenvolvimento de novos recursos ou versoes da sua aplicacao;Possibilitar com o ganho de performance inclusive a revisao de recursos fisicos ocupados pela sua camada de middleware de sua organizacao;Sem adicionarmos as relevantes alteracoes que a atualizacao traz ao seu negocio em especifico.Custo e metodo de migracao Vamos ao que viabiliza ou nao uma migracao: o custo. Apesar de os resultados positivos de uma atualizacao serem facilmente percebidos , o metodo de migracao e a importancia