Chiappa, Muito boa sua explanação!!! Convergência total.
Certa vez, encontrei na rua um colega que está trabalhando na Oracle, falamos entre outras coisas, como a Oracle esta colocando alguns produtos, em certos clientes que necessariamente não terão a utilização desejada, talvez 10% no máximo.... ai ele falou "Serginho, na Oracle os vendedores, estão vendendo geladeira para esquimó....”. E é isso mesmo, eu não gostei também dessa mudança do OAS par Weblogic, há poucas vantagens (nenhuma a meu ver) e muito mais grana para comprar a geladeira. Vou fazer uma cronologia de cabeça, sem preocupação na exatidão de datas, sobre a evolução Oracle: No inicio dos anos 90, passamos por uma mudança bem significativa tanto com relação ao RDBMS e "developer" Oracle, saindo de Oracle 5/6(servidor UNIX com terminais burros, verdes.....) para o Oracle 7, saímos / forms 2.3/Report 1.0(muito ruim) para o Forms 2.5 e Report 2.0(já para windows, como cliente/servidor), tudo demostrando que era uma evolução com ganhos " fantásticos " , depois no final dos anos 90 já para o Oracle 8(já com Rman), forms 4.5 e reports 4.0, mas nesse caso já com o antigo OAS(Oracle Application Server Manager), com PL SQL cartridge e jweb, já no final (passado) e inicio de novo século, surgi o 9i, com IAS(no 8i, o OAS passou para chamar IAS, com aplicações em jsp, etc......), e forms 6i /form 9i já no médio da década passada para Oracle 10g e "forms 10g"(queda do conceito cliente/servidor, somente web) e voltamos para o OAS. Agora outra quebra de paradigma sai OAS/OC4J e entra o Weblogic, com um custo de licenças muito alto. Chiappa. Vejo que caso não houver uma mudança significativa na comercialização do EBS (apesar de acha que quem compra esses tipos aplicativos de ERP, o custo inicial não é tão importante), a obrigatoriedade de utilizar Weblogic, pode ser um tiro no pé, neste ambiente que é extremamente competitivo, mas também acho que já é uma decisão tomada e definitiva. Obrigado pelo retorno e passagem de informações. Atenciosamente, Sérgio Chaves. De: "J. Laurindo Chiappa" <jlchia...@yahoo.com.br> Para: "oracle br" <oracle_br@yahoogrupos.com.br> Enviadas: Terça-feira, 11 de Deztembro de 2012 21:54:08 Assunto: [oracle_br] Re: End of Public Updates for Java SE 6 Primeiro, sobre a substituição do OAS/OWS pelo Weblogic nos releases currentemente suportados do Forms, eu realmente não gostei : bem ou mal, o OAS era um produto maduro, cujos compoinentes usados pelo Developer já tinha sofrido ** muitos ** patches, estava começando a ficar redondinho no 10gr2, aí toca a substituir, o que não só implica que o que tinha sido mudado/acrescentado no OAS para suportar o developer TEVE que ser re-engenheirado/refeito/reaplicado no Weblogic, como TAMBÉM implica que nós, administradores que à duras penas aprendemos a mexer/configurar o OAS agora TEREMOS que (mais ou menos do zero) re-aprender tudo com o weblogic, urgh... Eu entendo que na funcionalidade de webserver genérico o weblogic tinha/tem muitos pontos positivos sobre o OAS, entendo que a idéia é Unificar linhas de produtos, mas continuo não gostando, mas (isso sim) é inevitável, não tem como escapar... Sobre a comparação weblogic x websphere: - claro que AMBOS perdem em aspectos de custo para outras opções como JBOSS - ambos tem um Cabedal de funcionalidades que sobrepujam as opções de menor custo - SE o seu ambiente as exige, ambas podem ser opções de interesse...E não vejo nem o webserver nem o weblogic com uma gama de recursos cruciais que o outro não tenha, os vejo como relativamente parecidos e - desconheço Qualquer webserver/appserver que tenha funcionalidades específicas para databases (principalmente RDBMS e especialmente Oracle, que são o foco maior da minha Atuação), então se estivesse participando de um comitê para escolher webserver/appserver não teria nenhuma preferência, a não ser no caso de Empresa que possui a necessidade/desejo de continuar a usar developer (seja por manutenção de expertise adquirida com versões anteriores, seja por adequação superior do Developer à situação dela no momento, a razão que for) - nesse caso, já que a Empresa já comprou o weblogic pra usar nas apps Developer, faz sentido usar o que já tem e implementar o weblogic como appserver/webserver para as aplicações não-Developer, como portais web, aplicações exdtranet/SAAS, etc... Sobre a manutenção de download do developer 10g mesmo estando fora de Suporte, é verdade que o EBS r12 ainda usa os serviços/componentes do Developer 10g, sim, então é provável que isso também faça parte da decisão da Oracle, mas o Designer também, só existe na versão 10g do Developer, também é sem dúvida parte do motivo... Sobre a eventual migração do EBS para ADF, eu penso que não : o Developer já se mostrou tão produtivo e adequado para Aplicações centralizadas, que Necessariamente só servem para manipular informações vindas de RDBMSs , apps internas para a Empresa, enfim, (como são tipicamente ERPs) quanto desajeitado para aplicações SAAS, dinâmicas , que não tem telas fixas e coisas do tipo... Então eu ainda vejo o Developer como fundamental nessa linha de aplicações por parte da Oracle e por parte das Empresas que tenham necessidades semelhantes, MUITO EMBORA essa utilização Com Certeza não impeça nem a Empresa nem a Oracle de utilizar ADF, APEX e n outros onde se justifique... Por exemplo, no blog de um dos bambambãs de EBS, em https://blogs.oracle.com/stevenChan/entry/new_whitepaper_extending_e_business o cara tem um link para um paper demonstrando algumas técnicas de Customizações/Add-ons de EBS usando APEX - isso faz ENORME sentido, já que necessariamente se vc tem EBS vc tem RDBMS Oracle, e o APEX embora tenha suas limitações para ser usado como ferramenta full de desenvolvimento, ele é Extremamente produtivo para se criar rapidamente poucas telas que vão ser chamadas de um webserver (que Também já Existe se vc usa EBS), E QUE basicamente interagem com um RDBMS ... É claro que dá pra se usar ADF também, a própria Oracle certamente vai usar&abusar dele nos módulos vindouros e os desenvolvedores nas Customizações/add-ons, mas imho ainda por muito tempo o core do EBS vai ser em developer, mesmo ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br , Sérgio Luiz Rodrigues Chaves <sergio.chaves@...> escreveu > > > "...imho o problema principal com os últimos releases do developer nem é > tanto técnico mas comercial - é Extremamente difícil se "vender" internamente > a licença necessário do Oracle webserver/weblogic necessária em comparação > com os demais webservers free ou de baixo custo do mercado...." > Concordo plenamento com você, parace que estão querendo empurrar o weblogic > garganta a baixo, muito caro. Mas vejo isso como um mais contra-ponto do > websphere da IBM, o que achas? Ambos muito poderosos mas de administrações > bem diferente. > > Quanto a "' > Note: This download is being made available only to provide access to Oracle > Designer. For the current versions of Oracle JDeveloper and Oracle Forms, see > Oracle Fusion Middleware Downloads. " > "Claramente esse download é para Compatibilidade, para sistemas/aplicações > ANTIGOS que disso precisam, para Manutenções, então realmente NENHUM Suporte > normal (só extendido) deveria ser esperado...." > > Você não acha que está mais relacionada com o fato, da existencia desses > produtos no EBS, do que propriamente com o Oracle Designer ? Será que todo o > EBS vai para o ADF? Como você vê esse caminho? > > > > > > > Atenciosamente, Sérgio Chaves. > > ----- Mensagem original ----- > > De: "J. Laurindo Chiappa" <jlchiappa@...> > Para: "oracle br" < oracle_br@yahoogrupos.com.br > > Enviadas: Terça-feira, 11 de Dezembro de 2012 18:15:47 > Assunto: [oracle_br] Re: End of Public Updates for Java SE 6 > > > > > > "Esses fins das atualizações expõem o inevitável, sem atualização no Java > SE 6, teremos que migrar para o Java SE 7, que nas ocasional que o utilizei > gerou problemas no ambiente Oracle Developer Suite 10g e 11g, sendo > necessário > alguns workaround. > " > > Sim, mas não esqueçamos que de acordo com a entrada > https://blogs.oracle.com/grantronald/entry/oracle_forms_and_java_1 no blog do > cara que é o gestor do Oracle Developer já tá pra sair do forno a > certificação do Forms com java 7 (no próximo patchset), certamente antes do > de-suporte do java6, então não vejo grandes problemas, nem vejo nenhuma > "sinalização" de abandono ou redução de suporte no Developer (ou nos > componentes que ele precisa para rodar).... > imho o problema principal com os últimos releases do developer nem é tanto > técnico mas comercial - é Extremamente difícil se "vender" internamente a > licença necessário do Oracle webserver/weblogic necessária em comparação com > os demais webservers free ou de baixo custo do mercado.... > > "Alias o Oracle Developer Suite 10g já está fora prazo de support, desde > dezembro de 2011, no entanto está disponível no OTN, mas não no > https://edelivery.oracle.com/, isso as vezes me parece inconsistente. > " > > Na verdade, primeiro quando vc entra na página para baixar o Oracle Developer > 10g, Bem Claramente a página nos diz : > > ' > Note: This download is being made available only to provide access to Oracle > Designer. For the current versions of Oracle JDeveloper and Oracle Forms, see > Oracle Fusion Middleware Downloads. > ' > > => ou seja, Claramente esse download é para Compatibilidade, para > sistemas/aplicações ANTIGOS que disso precisam, para Manutenções, então > realmente NENHUM Suporte normal (só extendido) deveria ser esperado.... > Sobre o e-delivery, ele é um canal Secundário - muitíssima coisa não está > disponível nele, a Distribuição preferencial dos softwares Oracle > não-especialistas (como databases, tools de desenvolvimento, etc) e/ou > não-base é mesmo no technet : de modo geral vc só deve acessar o e-delivery > para Aplicativos ou para software-base (como sistemas Operacionais - tipo > Oracle Linux, Solaris, imagens de VMs, etc) ... > > Sobre o Oracle NOSQL, isso não entra no meu radar ainda - já que tiro o meu > ganha-pão de administrar sistemas e databases críticos, e não vejo ainda > Empresas construindo sistemas comerciais críticos com isso, até pelo fato de > ao invés de implementarem ACID-compliance ("Atomic, Consistent, Isolated, > Durable transactions") eles implementam BASE ("Basically Available, Soft > State, and Eventually Consistent."), o que Não É o que um sistema Comercial > crítico que valide e controle dados via de regra precisa - mas aos poucos > para sistemas paralelos / não-principais, aonde não se exige a Integridade > absoluta e precisão absoluta dos dados (ie, uma resposta estatisticamente > próxima é mais do que suficiente - tipo como ocorre com bigdata) esse tipo de > produto está aparecendo mais, então com o tempo vou também dar alguma atenção > para eles, também... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br , Sérgio Luiz Rodrigues Chaves > <sergio.chaves@> escreveu > > > > Chiappa, > > > > > > É verdade, no fundo há muitas decisões precipitadas, sem a devida atenção > > ou plano de ação bem definido, gerando assim cenários extremamente > > confusos, e de solução difícil . > > A opção de adoção do APEX, implica no sistema não possuir ou não quer ter > > uma dinâmica versionada dos programas, além disso o processo de segurança > > do APEx não é "muito" abrangente com um sistema de segurança corporativo, > > isso lembrando apenas de algumas características do produto APEX. > > > > > > Esses fins das atualizações expõem o inevitável, sem atualização no Java SE > > 6, teremos que migrar para o Java SE 7, que nas ocasional que o utilizei > > gerou problemas no ambiente Oracle Developer Suite 10g e 11g, sendo > > necessário alguns workaround. > > > > > > Alias o Oracle Developer Suite 10g já está fora prazo de support, desde > > dezembro de 2011, no entanto está disponível no OTN, mas não no > > https://edelivery.oracle.com/, isso as vezes me parece inconsistente. > > > > > > > > > > Mas o que realmente achei legal no Newsletter, foi a informação do ORACLE > > NOSQL , já tinham me falado, mas não tive tempo de estuda-lo, essa será > > minha nova tarefa.. > > > > > > > > > > > > > > > > Atenciosamente, Sérgio Chaves. > > > > > > > > > > > > ----- Mensagem original ----- > > > > De: "J. Laurindo Chiappa" <jlchiappa@> > > Para: "oracle br" < oracle_br@yahoogrupos.com.br > > > Enviadas: Terça-feira, 11 de Dezembro de 2012 16:22:13 > > Assunto: [oracle_br] Re: End of Public Updates for Java SE 6 > > > > > > > > > > > > "Cada dia, vejo que o caminho para o ADF é o melhor caminho para a migração > > do Oracle Developer Suite" > > > > Isso eu concordo ** SE ** a Empresa possui (ou tem verba para adquirir) > > capacitação em Java : o ADF não isola o desenvolvedor da programação Java, > > e shops que usam/usavam Oracle Developer tem Expertise é em PL/SQL - nem > > sempre o salto entre PL/SQL x java é viável/possível, nem a curva de > > aprendizado do java pode/deve ser subestimada.... > > Outro ponto é se o produto a ser desenvolvido é realmente voltado à SAAS e > > quetais : eu presenciei isso num Cliente há um tempo, aonde eles > > desenvolviam produtos de automação comercial (usados Localmente nas filiais > > das Lojas, sem interesse no momento em ser uma solução aberta - no máximo > > uma intranet) e estavam avaliando as opções com o fim do Developer 6i, e > > nem a migração para Developer 10 ou 11 foi aceita (principalmente por causa > > do custo em Licenças) , nem opções como Java (com ou sem Jdeveloper, com ou > > sem ADF) puderam ser aceitas devido à total falta de expertise nessa > > linguagem de programação/ambiente.... A última vez que fiquei sabendo eles > > estavam avaliando seriamente o APEX (Application Express), no sentido de > > tentar aproveitar a expertise em PL/SQL e se beneficiar do custo zero em > > licenças, E também avaliavam opções como Delphi e .NET (como alternativas > > de menor curva de aprendizado em tese)... > > > > []s > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br , Sérgio Luiz Rodrigues Chaves > > <sergio.chaves@> escreveu > > > > > > Pessoal,Informação Java Developer Newsletter > > > > > > End of Public Updates for Java SE 6 > > > > > > The last publicly available release of Oracle JDK 6 is to be released in > > > February, 2013.This means that after February 19, 2013, all new security > > > updates, patches and fixes for Java SE 6 and Java SE 5 will only be > > > available through My Oracle Support and will thus require a commercial > > > license with Oracle. It's important for developers and systems > > > administrators to either make the transition over to Java SE 7 or to work > > > with Oracle to get updates via the Java SE Support > > > program.â€"Tori Wieldt, The Oracle Technology Network Teamblicly > > > available release of Oracle JDK 6 is to be released in February, > > > 2013.This means that after February 19, 2013, all new security updates, > > > patches and fixes for Java SE 6 and Java SE 5 will only be available > > > through My Oracle Support and will thus require a commercial license with > > > Oracle. It's important for developers and systems administrators to > > > either make the transition over to Java SE 7 or to work with Oracle to > > > get updates via the Java SE Support program.â€"Tori Wieldt, The > > > Oracle Technology Network Team > > > > > > Cada dia, vejo que o caminho para o ADF é o melhor caminho para a > > > migração do Oracle Developer Suite. > > > > > > O que vocês acham ?? > > > > > > Alias, há um link para informações sobre o Banco de Dados da Oracle NoSQL > > > 11gR2.2.0.23, vejam mais informações em > > > http://www.oracle.com/technetwork/products/nosqldb/overview/index.html > > > > > > > > > Sérgio Chaves. > > > > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > [As partes desta mensagem que não continham texto foram removidas]
