Ol� Francisco Frank !! Tudo bem contigo amigo ! Olha s�, acho perigoso voc� fazer isso e vou explicar o motivo. Ent�o voc� avalia se vale a pena correr o risco.
Todos n�s sabemos que o Team Developer � uma linguagem 4GL interpret�vel, que precisa do run-time pra funcionar. Sabemos tamb�m que o run-time � lido para a mem�ria da esta��o sempre que um execut�vel TD � solicitado. Lembre-se que o run-time do TD � bem grande e que a cada vez que um usu�rio seu fizer a solicita��o de um execut�vel ... estar�o trafegando pela sua rede todas as dlls que o run-time solicitar para poder rodar seu execut�vel. S� pra lembrar ... a dll b�sica do Team Developer tem 2.5Mb, mais o seu execut�vel, mais as imagens qrps e outras dlls ..... tudo isso trafegando pela rede assim que o seu usu�rio solicitar um aplicativo. Dependendo do tipo de recursos que sua aplica��o solicite, deixar os arquivos no servidor n�o vai funcionar. Por exemplo, se voc� precisar de recursos de um componente ActiveX, que precisam estar registrados na m�quina cliente, vc passar� a ter um ambiente h�brido .... com o run-time no servidor, e alguns componentes na esta��o. E ter� que instalar/atualizar esses componentes em cada esta��o manualmente! Quando vc precisar fazer uma atualiza��o de PTF, vers�o do Gupta ou at� mesmo de vers�o do seu aplicativo ... pode ser mais trabalhoso do que criar um mecanismo para manter suas esta��es atualizadas. Outra coisa, notei que sua rede vem crescendo .... se continuar crescendo assim ... vai chegar um momento em que o tr�fego ficar� t�o intenso que n�o ser� mais poss�vel executar os sistemas. Ou seja, eu desencorajo essa pr�tica. Inclusive, para um dos meus clientes desenvolvi um aplicativo de gerenciamento de distribui��o. Ele mant�m as esta��es atualizadas mesmo quando � necess�rio ter diferentes aplicativos instalados em m�quinas de diferentes departamentos. Neste cliente este aplicativo est� mantendo umas mil m�quinas atualizadas e sem traumas. Relat�rios gerenciais sobre as atualiza��es nos mais de 120 pontos de atendimento s�o colhidos via browser pelos t�cnicos de suporte e gerentes a qualquer momento. Assim fica seguro manter suas esta��es atualizadas. um abra�o Lairton N de Almeida Jr. On Wed, 23 Mar 2005 09:27:48 -0300, Ricardo Gomes <[EMAIL PROTECTED]> wrote: > Francisco, tempo atr�s utilizamos esse tipo de recurso para diminuir o custo > das atualiza��es. Todos os clientes acessavam o sistema atrav�s de uma pasta > compartilhada do servidor. Mas isso fez com que o tr�fego da rede aumentasse > muito, a ponto de causar transtornos aos clientes. Para resolver isso, > fizemos um shell script que � chamado no micro do cliente e atualiza a > aplica��o, caso seja necess�rio, e depois a executa. Estou enviando uma > c�pia desse shell script para vc ver como �. > > Ricardo. > > ----- Original Message ----- > From: Francisco Frank > To: [email protected] > Sent: Wednesday, March 23, 2005 8:49 AM > Subject: [sqlwin] Aplicacao em rede > > > Al� pessoal, > Tenho uma aplica��o que funciona em rede com cerca de 113 computadores. > Eu instalei o execut�vel em cada computador; A rede come�ou com 9 e fui > instalando a medida que ia aumentando PCs na rede. Agora tenho nova vers�o > da aplica��o. > > Tem como instalar a aplica��o no Servidor e todos pc lerem directamente do > servidor? > > � urgente > Obrigado > Francisco Frank > > -- Lairton N de Almeida Jr. [EMAIL PROTECTED] ============================================== Lista de Centura SQLWindows Administrador : [EMAIL PROTECTED] [ http://www.centuraexplorer.com ] Para sair desta lista mande mensagem para: [EMAIL PROTECTED] sem nada no Subject e com o comando a seguir no corpo da msg: "unsubscribe sqlwin" (sem as aspas) ==============================================
