Jean, estou compartilhando com a lista o e-mail que trocamos anteriormente...
[]s Arthur Cattaneo Zavadski Datacoper Software >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Olá Jean estamos trabalhando intensivamente com java a aproximadamente um ano, em um projeto de sistema de informações com características muito parecidas com aquelas que vc reportou. Vamos ver se posso ajudá-lo... > >Como o Milton conversou com você, estamos fazendo uma proposta para nosso cliente, onde sugeriremos a migração da atual aplicação* (Clarion com arquivos ISAM) para uma outra utilizando DB2 (Eles já decidiram por esse banco) e algum IDE mais atualizada tecnologicamente. Estamos analizando Delphi, VB.Net, e alguma IDE Java. Particularmente temos preferência por uma solução Java, porém temos algumas dúvidas, que para nosso cliente são chaves, e gostaríamos que você nos ajudasse: > Este panorama é bastante parecido com o que tivemos quando nossa empresa decidiu por iniciar o projeto. A equipe de Novos Projetos, da qual faço parte, é constituída de cinco profissionais, dos quais três trabalharam durante um bom tempo com Delphi. >- A produtividade que teremos no desenvolvimento, utilizando uma IDE Java moderna como o JBuilder 7, será equivalente a que teremos se utilizarmos Delphi? O Jbuilder foi o IDE que escolhemos para nosso desenvolvimento. Um dos principais critérios para sua adoção foi a similaridade de seu ambiente com o ambiente Delphi, o que facilitou nosso aprendizado. Isto não quer dizer que a produtividade se dá imediatamente após sua adoção, pois o maior empecilho foi realmente a assimilação da linguagem java e a definição da arquitetura de nosso software. Pode-se dizer que o fator que terá maior influência sobre a produtividade será realmente a arquitetura: se o software que vcs pretendem desenvolver será client-server em duas camadas, ou seja, sem a utilização de applications servers J2EE, o desenvolvimento será muito parecido com o que se conhece do Delphi, pois o JBuilder disponibiliza componentes análogos aos tquery e ttable do Delphi para acessar os bancos de dados, além de componentes visuais DBSwing, que se conectam diretamente a estes "datasets" de forma a permitir a manipulação dos dados. Nosso projeto foi um pouco além deste modelo client-server tradicional, pois uma de nossas maiores preocupações foi dissociar a interface com o usuário da lógica de negócios e esta da persistência dos dados, caracterizando uma arquitetura em três camadas com acoplamento fraco. Este estilo de arquietura exige um esforço bem maior no desenvolvimento pois a forma de interação entre as camadas não pode ficar abstraídas nos componentes visuais que representam os "datasets", exigindo o desenvolvimento de componentes para integração das camadas. Porém esta mesma situação ocorreria com qualquer outra linguagem ou IDE: arquiteturas com mais camadas exigem realmente maior esforço, embora compensem no longo prazo por serem mais robustas. Somente para concluir este ponto, nossa opinião sobre o JBuilder é muito boa, e vale ressaltar a integração com o JUnit (para testes de unidade), CVS (controle de versão do fonte), wizards excelentes para gerar JARs e EJBs, geração da documentação do fonte via javadoc, etc. >- Existe algum gerador/visualizador de relatórios "de porte" escrito em Java? Vc pode utilizar o Crystal Reports para criar os seus relatórios e depois executá-los com este runtime: http://www.inetsoftware.de Existem diversos outros mecanismos para gerar relatórios em java. Um qua se parece com o QuickReports são os componentes JClass da sitraka (www.sitraka.com), onde o PageLayout é utilizado para gerar relatórios. No caso de relatórios somente em PDF, existe a biblioteca iText que é gratuita, embora não seja tão produtiva... Vale a pena citar também o JReport (www.jinfonet.com). Para nosso projeto desenvolvemos um componente específico, porque os geradores acima citados não fossem eficientes, mas principalmente devido a algums requisitos muito específicos (geração em html, xml, pdf e texto). >- O desempenho de uma aplicação escrita em Java usando Swing criada pela IDE tem bom desempenho? Não se pode esperar um desempenho similar a de aplicações compiladas mas, no geral, a interface responde bem ao usuário desde que a máquina tenha uma configuração razoável (celeron 300 ou k6 400 c/ 96mb de RAM). A questão que mais influenciará na performance será o local de processamento: se vc tentar processar grandes volumes de informação na aplicação client, fatalmente a performance não será das melhores. Devido a isso, a maioria das aplicações corporativas escritas em Java se baseiam em 3 camadas, onde o servidor de aplicação roda somente a lógica de negócios e pode realizar otimizações como pool de conexões, melhor utilização do cache da máquina virtual, etc. >- As aplicações realmente rodam sem dores em MacOS, Linux e Windows (Eu nunca testei java fora do Windows)? > Este é um dos pontos forstes da linguagem: vc pode ficar tranquilo com relação à portabilidade de seu aplicativo. Nós já realizamos testes em Linux, Windows (9x e 2000) e Unix sem problemas. >Não temos conhecimento em nenhuma das IDE's citadas acima, apenas eu quem tenho algum conhecimento em JAVA. >Então teremos que fazer treinamento para qualquer uma das IDE's que venha a ser escolhida! As metodologias já estão praticamente definidas, pois independem de IDE, e o IBM DB2 está 99% confirmado como DB. > O acesso a banco de dados em java é bastante eficaz, baseando-se em drivers JDBC bastante padronizados. A IBM é um dos maiores defensores mundiais da plataforma Java (vide Websphere, Visual Age for Java, máquinas virtuais para todos os seus SOs, etc), o que indica que os drivers JDBC para DB2 são uma aposta extremamente segura. Nossa aplicação já foi testada, com sucesso e sem alterações em Oracle, Progress, Interbase, PostgreSQL. >*A aplicação atual: Sistema para controle da parte operacional para canais de televisão, possui aproximadamente 200 tabelas e está instalada hoje em 100 máquinas ligadas por rede local + 15 máquinas remotas que acessam o sistema através do Citrix MetaFrame, futuramente ele poderá vir a rodar em outros setores onde temos MacOS e Linux (mas não é certo)! > Diante desse quadro, mais uma informação que pode ser útil: a aplicação pode ser desenvolvida em java e, para instalar e atualizar neste parque de máquinas, vcs podem utilizar o Java Web Start, cujo propósito é manter o aplicativo sempre atualizado nas estações, evitando assim a necessidade de sair copiando máquina a máquina... Espero que estas informações lhe sejam úteis e se tiver alguma dúvida é só escrever... []s Arthur Cattaneo Zavadski Datacoper Software www.datacoper.com.br Jean Fábio Barros wrote: >Olá! > >Um de nossos clientes se mostrou interessado em migrar sua aplicação para >uma nova plataforma (BD & FrontEnd), então estamos estudando várias >alternativas: Delphi/Kylix, VB.net e alguma IDE Java(JBuilder, Forte, >VisualAge...)(Que particularmente é a que nós programadores preferimos), >porém temos várias dúvidas: > >- Qual a ferramenta Java mais produtiva atualmente para desenvolvimento de >aplicações "Comerciais" utilizando Swing e acesso a BD? > >- A mais produtiva delas se compara a Delphi ou VB para esse tipo de >aplicação? > >- Qual a ferramenta Java que menos nos prende ao fornecedor, a propósito, >existe alguma das grandes que gera código java sem dependência alguma, não >vale a JCreator (hehehe)? > >- Atualmente o código gerado pela IDE, principalmente para o Swing, tem bom >desempenho e usam layouts funcionais? > >- Existe algum gerador/visualizador de relatórios do porte do "Crystal >reports" escrito em Java? > >- Existem sites independentes que fizeram análises profundas dos IDE's >nesse cenário? > >Por favor, se alguém estiver desenvolvendo ou desenvolveu algum sistema com >Swing/BD entre em contato comigo, pois gostaria de trocar mais informações! > > >Abraços a todos > > ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
