è, não tem muito jeito, é testar & testar... Ao menos agora que vc
foi alertado sobre esses pontos, imagino que os seus testes VÂO os
incluir, menos chance de ser surpreendido...

[]s

Chiappa
--- Em oracle_br@yahoogrupos.com.br, Thiago Lazzarotto
<[EMAIL PROTECTED]> escreveu
>
> É exatamente por essas coisas que estou perguntando...
> hehe
>
> O que é f... é que vc tem que tentar arrumar uma solução meio
> definitiva, só que nesse mundo de tecnologia
> é muito complicado... ainda mais nesse ponto que surgem novas
> tecnologias a cada dia...
>
> Obrigado.
> Thiago.
>
> jlchiappa escreveu:
>
> > Thiago, eu estou dbando aqui numa situação um pouco semelhante
(front-
> > end em Forms e Reports 6i client/server pras rotinas pesadas todas
> > desenvolvidas em jobs do banco, procedures e/ou programs C), as
> > rotinas não mudarão mas com a aposentadoria do Forms 6i pela
Oracle
> > estávamos avaliando outras opções. Realmente Developer 10g seria o
> > caminho natural, mas o que o barrou aqui nem foi o fato de
precisar
> > de licenças (ao contrário do 6i onde o runtime é/era free), mas a
> > infra-estrutura que ele exige : por rodar em web, vc não só
precisa
> > de uma máquina BEM potente pra ser o servidor web como (óbvio, já
que
> > o programa está nessa máquina e vai ser executado remotamente
pelos
> > browsers), a rede TEM QUE ter uma muito boa largura de banda, na
rede
> > interna véia aqui do cliente nos primeiros testes que a gente fez
o
> > negócio já degringolou....
> > Java realmente tem um custo inicial (licenciamento, infra-
estrutura,
> > etc) bem mais baixo, o que é ALTÍSSIMO nele é o custo derivado da
> > curva de aprendizado : enquanto que no Forms qquer um que passou
por
> > um treinamento mínimo (tipo, falarem pra ele que bloco=depósito
das
> > linhas da tabela, canvas=papel de parede da janela, tipo assim)
em 5
> > minutos faz um programa de Consulta/Inclusão/Alteração/Exclusão,
em
> > Java não é bem assim (apesar do que vc ouvir falar, ainda NÃO há
pro
> > Jdeveloper um assistente tão direto quanto o do Forms,
> > necessariamente o sujeito TEM QUE conhecer mais sobre os conceitos
> > java). Outro custo escondido que pega MESMO é que, enquanto o
Forms
> > usa PL/SQL (e portanto tem os MESMOS datatypes que o banco, usa
SQL
> > absolutamente de forma natural, faz BIND VARIABLES
automagicamente)
> > Java ** não é ** uma linguagem feita pela Oracle, portanto em
vários
> > casos usa OUTROS datatypes que não os Oracle,  vc TEM que pedir
pra
> > re-usar SQLs e usar BINDs manualmente, cedo ou tarde detalhezinhos
> > importantes mas que o pessoal às vezes não pensa porque são
> > automágicos no Forms te pegam em Java se vc não souber deles.... E
> > mais, normalmente pra se conectar no banco em Java usa-se JDBC,
que
> > ** NÃO É ** algo nativo Oracle, então há n+1 "itens genéricos" no
> > jdbc que normalmente são nocivos pro bd Oracle, como o AUTOCOMMIT,
> > por exemplo.
> >
> > ===>> A intenção aqui não é te desviar do Java, mas apenas ALERTAR
> > que há MAIS aí do que só "custo de licenciamento", confere ??? E
> > portabilidade é desejável ENQUANTO NÃO interfere com performance
do
> > banco, ok ??
> >
> > Afora Java estamos avaliando aqui Delphi e tools .NET, mas em
sendo
> > (como são) genéricas pra qquer banco , também caem (até certo
ponto)
> > nas mesmas questões do java, então seja que decisão tomarmos vamos
> > ter custos de re-treinamento de pessoal, de testes pra descobrir
como
> > se faz bind, como se faz reparse, como se faz array processing,
etc,
> > etc, na nova tool....
> >
> > []s
> >
> >   Chiappa
> > 
> > --- Em oracle_br@yahoogrupos.com.br, Thiago Lazzarotto
> > <[EMAIL PROTECTED]> escreveu
> > >
> > > Eu tb já fui desenvolvedor, e estou ajudando o pessoal a
avaliar a
> > atual
> > > e as possíveis ferramentas
> > > para o desenvolvimento.
> > > Hj nós desenvolvemos em Forms e Reports 6i... mas essas
ferramentas
> > já
> > > estão obsoletas...
> > > O caminho mais natual seria migrar para Forms 10g, mas não sei
se
> > seria
> > > o ideal...
> > >
> > > Nós estamos avaliando usar Java como solução definitiva, visto
suas
> > > características de portabilidade
> > > e custos de licenciamento...
> > >
> > > o que vc acha?
> > >
> > > Reginaldo Ribeiro - DBcom IT Experts escreveu:
> > >
> > > > O que você gostaria de saber, exatamente?
> > > > Assim como a maioria aqui (imagino), já fui programador. :-)
> > > >
> > > > --
> > > > Reginaldo Ribeiro - DBA
> > > > http://www.dbcom.com.br
> > > >
> > > > [EMAIL PROTECTED]
> > > > skype: dbcom_it_experts
> > > > msn: [EMAIL PROTECTED]
> > > > 55 11 62165375
> > > > 55 11 92344290
> > > >
> > > >
> > > > Thiago Lazzarotto wrote:
> > > > > Alguém de vcs desenvolve o sistema corporativo da empresa
onde
> > trabalha?
> > > > > Se sim, em qual ferramenta?
> > > > >
> > > > > Obrigado.
> > > >
> > > >
> > > >
> > > > --------------------------------------------------------------
----
> > --------------------------------------------------------
> > > > Atenção! As mensagens deste grupo são de acesso público e de
> > inteira
> > > > responsabilidade de seus remetentes.
> > > > Acesse: http://www.mail-
archive.com/oracle_br@yahoogrupos.com.br/
> > > > --------------------------------------------------------------
----
> > --------------------------------------------------------
> > __________________________________________________________________
> > > >
> > > > Este Grupo recebe o apoio da SQL Magazine -
> > > > www.devmedia.com.br/sqlmagazine
> > > >
__________________________________________________________________
> > > > O grupo Oracle_br não aceita anexos. Quando oferecer algum
> > arquivo,
> > > > tenha o link do mesmo para evitar trafego(pedidos)
desnecessário.
> > > >
> > > >
> > > > *Yahoo! Grupos, um serviço oferecido por:*
> > > > PUBLICIDADE
> > > >
> > > >
> > > > --------------------------------------------------------------
----
> > ------
> > > > *Links do Yahoo! Grupos*
> > > >
> > > >     * Para visitar o site do seu grupo na web, acesse:
> > > >       http://br.groups.yahoo.com/group/oracle_br/
> > > >      
> > > >     * Para sair deste grupo, envie um e-mail para:
> > > >       [EMAIL PROTECTED]
> > > >       <mailto:[EMAIL PROTECTED]
> > subject=Unsubscribe>
> > > >      
> > > >     * O uso que você faz do Yahoo! Grupos está sujeito aos
Termos
> > do
> > > >       Serviço do Yahoo! <http://br.yahoo.com/info/utos.html>.
> > > >
> > > >
> > >
> >
> >
> >
> >
> >
> >
> > ------------------------------------------------------------------
--------------------------------------------------------
> > Atenção! As mensagens deste grupo são de acesso público e de
inteira
> > responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> > ------------------------------------------------------------------
--------------------------------------------------------
__________________________________________________________________
> >
> > Este Grupo recebe o apoio da SQL Magazine -
> > www.devmedia.com.br/sqlmagazine
> > __________________________________________________________________
> > O grupo Oracle_br não aceita anexos. Quando oferecer algum
arquivo,
> > tenha o link do mesmo para evitar trafego(pedidos) desnecessário.
> >
> >
> > *Yahoo! Grupos, um serviço oferecido por:*
> > PUBLICIDADE
> >
> >
> > ------------------------------------------------------------------
------
> > *Links do Yahoo! Grupos*
> >
> >     * Para visitar o site do seu grupo na web, acesse:
> >       http://br.groups.yahoo.com/group/oracle_br/
> >       
> >     * Para sair deste grupo, envie um e-mail para:
> >       [EMAIL PROTECTED]
> >       <mailto:[EMAIL PROTECTED]
subject=Unsubscribe>
> >       
> >     * O uso que você faz do Yahoo! Grupos está sujeito aos Termos
do
> >       Serviço do Yahoo! <http://br.yahoo.com/info/utos.html>.
> >
> >
>
> --
>







--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
__________________________________________________________________
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.



Yahoo! Grupos, um serviço oferecido por:
PUBLICIDADE


Links do Yahoo! Grupos

Responder a