Boa Tarde Marcos.
 
Acho que daquela vez eu dei uma das opni�es.
Mas � a realidade, aplica��es Java consomem muito recurso, eu j� desenvolvi aplica��es para Pentium 130Mhz com 16RAM dava at� pra dormir
enquanto ele abria o aplicativo, eu n�o consigo nem imaginar o que aconteceria com um 386 com 4RAM.
Eu n�o conhe�o nada Delphi + Java, mas sei que � poss�vel Java + C++ + Delphi, eu vi isso em algum site s� n�o lembro onde.
 
Abra�os!!!
 
 
 
-----Mensagem original-----
De: Marcos Siqueira [mailto:[EMAIL PROTECTED]]
Enviada em: quarta-feira, 16 de maio de 2001 14:55
Para: souJava
Assunto: [java-list] Java + Delphi ainda ?


Acesso pelo menor pre�o do mercado! R$ 14,90 nos 3 primeiros meses!
ASSINE AGORA! http://www.bol.com.br/acessobol/

Ol� pessoal,
 
    Algum tempo atr�s enviei uma mensagem pedindo a opini�o dos colegas a respeito de mesclar Delphi e JavaBeans / EJB. Em resposta, recebi algumas opini�es fortes, quase fiquei chateado, mas entendi o ponto de vista dos colegas !!!
 
    N�o tentando me justificar, a realidade de meus clientes � m�quinas com 16MB de mem�ria (esta��o de trabalho) com Pentium 100. No servidor, gira em torno de 32 MB a 64MB de mem�ria com Pentium 300. Por incr�vel que parece, tem redes de supermercados assim. Realidade do Interior de S�o Paulo !!! S� n�o � pior, por estarmos em uma campanha de colocar Linux em todos os servidores.
 
    Com essa situa��o animadora, fico sem saber como resolver meu problema: Manter os atuais clientes, e ao mesmo tempo estar preparado tecnologicamente para novos clientes. S� como exemplo, temos um novo projeto para desenvolver um sistema de frete de caixa. (PDV : Aqueles de Supermercado), por�m, as m�quinas que v�o rodar este sistema na sua maioria � 386 (� isso mesmo 386 !!!) com 4MB (quatro grandiosos megas de mem�ria). Como fazer ?!!! Clipper ou Cobol parece ser a resposta com o MS-DOS como sistema operacional. E Java !!! Onde entra.
 
    Pessoal, estou expondo minhas dificuldades e estou abertos para qualquer sugest�o e cr�ticas, piadinhas etc.
 
Marcos.

Responder a