[oracle_br] Leitura de arquivos .DAT do Cobol para importação em Oracle
Gostaria de saber se alguem conhece uma maneira free de fazer uma leitura de arquivos .DAT gerados pelo Cobol para importar no Oracle, sem com que tenha que fazer um sistema em COBOL para gerar .txt ou algo parecido, e mesmo sem o .FD. Caso não, existe alguma maneira se eu possuir com os arquivos .FD. Vi algumas soluções na net mas todas proprietárias e seus evaluations não funcionavam. Vi também que cada compilador COBOL gera de forma diferente o .DAT e que não existe um padrão. Vi também que só abrindo o .DAT e olhando no olho não é possível pois existem muitos caracteres estranhos incluindo . > @ e alguns números. Alguem pode dar uma Luz? [As partes desta mensagem que não continham texto foram removidas]
RES: [oracle_br] Re: FORMS/REPORTS 10G
Essa é uma discussão longa pessoal! Não critico o Oracle Forms mesmo porque desenvolvi seis anos com a ferramenta! Mas basta se ater aos fatos a Oracle esta investindo em JDeveloper e ADF com até mesmo possibilidade de migração de aplicativos em Forms para ADF! -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Ivan Ricardo Schuster Enviada em: terça-feira, 17 de maio de 2011 08:09 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] Re: FORMS/REPORTS 10G Fernando, Pra mim ficou bem claro o que a Oracle quis dizer com "proteção do investimento". Mas daí a esperar novidades na ferramenta, difícil. 2011/5/17 Fernando Nati : > Ivan, > Na verdade quando a Oracle diz "Proteção do investimento", se refere a > sistemas já existentes em forms/reports nas versões 9i/10G que poderão ser > migrados para a 11G, de modo a dar "continuidade" a ferramenta. > No Brasil, temos inúmeros sistemas legados em muitas empresas, de diversos > segmentos e em várias versões. > Para a empresa que gastou milhares de R$ em desenvolver o seu ERP que até > hoje funciona, vale a pena gastar para migrar pro forms11G pois o weblogic > (que foi comprado da BEA) é muito mais robusto e escalonável que o antigo > OAS/oc4j. > > Se alguém precisar de uma ajuda estamos aí para o que der e vier. > > Fernando Nati > ferna...@vortexsistemas.com.br > > > > > 2011/5/16 Ivan Ricardo Schuster > >> Deixei de acreditar no futuro do Oracle Forms quando li este documento: >> >> Oracle Weblogic Feature Matrix: >> >> http://www.oracle.com/us/products/middleware/application-server/wls-featurem atrix-ds-069041.pdf >> >> Nele a Oracle cita os benefícios que cada feature hospedada pelo >> Weblogic oferece para seus usuários. >> Quando chega no Forms e Reports, o benefício é "Proteção do investimento"! >> >> Grande benefício! Para fornecer Forms/Reports para o usuário preciso >> comprar o Weblogic Suite, que é o nível mais caro do Weblogic para ter >> como benefício a "proteção do investimento". Balela! >> >> Uma ferramenta da Oracle que parece ter vindo para substituir o Forms >> é o APEX, que permite que o desenvolvedor implemente muita coisa sem >> colocar a mão no código. >> >> >> 2011/5/16 Christian Cedrid : >> > Escutei a muitos anos atrás que o Cobol também ia ser descontinuado.. >> > >> > abs >> > Dinassours >> > >> > Em 16 de maio de 2011 14:12, Diogenes Gmail > >escreveu: >> > >> >> >> >> >> >> Citando a frase de nosso amigo! >> >> >> >> vou iniciar o desenvolvimento de aplicativos utilizando ferramentas >> 10G. >> >> >> >> Manutenção ok? Porém, não acredito que compense investir em novos >> >> aplicativos em uma tecnologia que sim, SERÁ descontinuada! >> >> >> >> De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] >> Em >> >> nome de José Laurindo >> >> Enviada em: segunda-feira, 16 de maio de 2011 10:45 >> >> Para: oracle_br@yahoogrupos.com.br >> >> Assunto: [oracle_br] Re: FORMS/REPORTS 10G >> >> >> >> Pmfji, mas cabem algumas considerações : absolutamente, completamente, >> NÃO >> >> HÁ uma data de descontinuidade/aposentadoria do Forms/Reports, nem >> previsão >> >> disso acontecer - ao contrário, na página oficial dele em >> >> >> http://www.oracle.com/technetwork/developer-tools/forms/overview/index.html >> >> a Oracle reafirma o compromisso dela em manter o dito cujo, e realmente >> há >> >> pouco saiu inclusive a versão 11 mais atual dele E na mesma página >> é >> >> lembrado também que a própria Oracle usa esses caras Pesadamente nos >> >> aplicativos dela (tal como o Oracle E-Business Suite) , então medo de >> ficar >> >> sem a tecnologia acho que não se deve ter... >> >> O que existe SIM é que o mercado não tem aceito bem as "novas" >> >> implementações web-only do Forms , pelas causas abaixo citadas >> >> principalmente, então cada vez mais diminuem os sites de suporte >> mantidos >> >> por usuários, diminuem a qtdade de grupos de usuários, de livros de >> apoio, >> >> enfim, de referências e Suporte fora da Oracle, e isso Tem que ser >> levado >> >> em >> >> conta - ao cabo, SE os custos maiores do Forms web são absorvíveis pra >> vc >> >> (digamos, vc já tem um Contrato all-in
RES: [oracle_br] Re: FORMS/REPORTS 10G
Citando a frase de nosso amigo! vou iniciar o desenvolvimento de aplicativos utilizando ferramentas 10G. Manutenção ok? Porém, não acredito que compense investir em novos aplicativos em uma tecnologia que sim, SERÁ descontinuada! De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de José Laurindo Enviada em: segunda-feira, 16 de maio de 2011 10:45 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: FORMS/REPORTS 10G Pmfji, mas cabem algumas considerações : absolutamente, completamente, NÃO HÁ uma data de descontinuidade/aposentadoria do Forms/Reports, nem previsão disso acontecer - ao contrário, na página oficial dele em http://www.oracle.com/technetwork/developer-tools/forms/overview/index.html a Oracle reafirma o compromisso dela em manter o dito cujo, e realmente há pouco saiu inclusive a versão 11 mais atual dele E na mesma página é lembrado também que a própria Oracle usa esses caras Pesadamente nos aplicativos dela (tal como o Oracle E-Business Suite) , então medo de ficar sem a tecnologia acho que não se deve ter... O que existe SIM é que o mercado não tem aceito bem as "novas" implementações web-only do Forms , pelas causas abaixo citadas principalmente, então cada vez mais diminuem os sites de suporte mantidos por usuários, diminuem a qtdade de grupos de usuários, de livros de apoio, enfim, de referências e Suporte fora da Oracle, e isso Tem que ser levado em conta - ao cabo, SE os custos maiores do Forms web são absorvíveis pra vc (digamos, vc já tem um Contrato all-include com a Oracle), e/ou vc hoje já tem uma equipe experiente em Forms/Reports e/ou tem um volume grande em legado que não cabe migração e/ou não tem no momento como treinar / fazer o upgrade dos seus recursos, ENTÃO vc pode investir tranquilo no Forms/Reports, MAS se todas ou quase todas as causas/alternativas anteriores são falsas, AÍ SIM vc pode avaliar sair do Forms/reports, mas Não Obrigatoriamente indo pra Java : neguinho sempre se esquece mas o custo de implementação, a curva de aprendizado pra quem sai do Forms e vai pro Java não é pequena, NEM DE LONGE : nos releases mais recentes os complementos do JDeveloper deram uma diminuída nessa curva mas Com Certeza ainda não está nem perto da facilidade que era o Forms... Uma alternativa que está crescendo pra quem tem que sair do Forms/Reports mas não consegue encarar a curva de aprendizado do Java é o Oracle Application Express (APEX) , pense nele também se for o caso.. As principais causas de rejeição ao Forms web são : a. custo maior : ao contrário do modo client/server, o Forms em web EXIGE o licenciamento de um web server, que tem um Custo e não é baixo b. exigência maior de hardware/infra-estrutura : por causa do modo como foi desenvolvida a arquitetura (ie, processamento feito externamente e máquina cliente só recebendo o resultado, alterações trafegando entre cliente/web server/database, etc) um ambiente Forms web EXIGE rede mais performática e servidores com mais capacidade, aplicações com boa lógica de processamento (esqueça aquelas aplicações aonde pra cada campo na tela cheia de campos exige-se um processamento não-trivial diferente), e por aí vai c. exigência técnica maior : ao contrário do Forms client/server, aonde o programador só usava PL/SQL e poucas built-ins, muitas vezes no Forms web NECESSARIAMENTE o programador tem que escrever algumas linhas em Java e/ou html até para tarefas simples de interface visual... De modo similar, muitas coisas que antes eram feitas por built-in apenas (como executar programas na máquina do usuário final, imprimir numa impressora local, fazer I/O num disco da máquina do usuário final, etc) agora exigem complementos Java e/ou html, como o web_util , que Tem que Ser instalado e configurado, e as aplicações que usam tais recursos Tem que Ser alteradas para usar o complemento. []s Chiappa --- Em oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> , Eduardo Schurtz escreveu > > Já faz alguns anos que escuto isso... Já existe uma previsão para isso > acontecer??? > > -- > Eduardo Schurtz > > > 2011/5/16 Diogenes Gmail > > > > > > > Não, não faça isso para que investir em uma tecnologia q vai ser > > descontinuada! Utilize Java com ADF e JDeveloper! > > > > De: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> [mailto:oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> ] Em > > nome de Eduardo Souza > > Enviada em: sexta-feira, 13 de maio de 2011 16:47 > > Para: oracle_br@yahoogrupos.com.br <mailto:oracle_br%40yahoogrupos.com.br> > > Assunto: [oracle_br] FORMS/REPORTS 10G > > > > > > Amigos, > > > > vou iniciar o desenvolvimento de aplicativos utilizando ferramentas 10G. > > > > No caso atual, tive que solicitar banco oracle 10G compat
