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] -------------------------------------------------------------------------
