Isto nas primeiras versoes. Hoje no momento em que uma aplica��o ISAPI � criada vc pode especificar qual espa�o de mem�ria ela ocupar�, e se junto com o servidor ou n�o. Entao se a DLL cair, o servidor n�o cai.
Existem otimas tecnologias, o PHP por exemplo, � muito bom e a �nica desvantagem � ter que aprender tudo de novo. As ferramentas est�o atingindo um ponto de evolu��o em que tecnicamente s�o todas muito semelhantes. Praticamente � possivel obter os mesmos resultados para tarefas comuns em PHP, ASP + Visal Basic, JSP + Servlets, ASP.NET - logico que isto muda quando come�amos a falar de aplica��es comerciais realmente pesadas, onde o java e oracle realmente fazem a diferen�a ou ambientes j� implementados onde o ASP.NET � uma evolu��o natural e n�o faria sentido refazer tudo em Java ou qualquer outra tecnologia. A escolha entre estas ferramentas � similar a escolha de um banco de dados. Existem otimas op��es gratuitas, mas nem todas se aplicacam a todos os casos. Em um tipo de site o mySQL � tudo q se pode esperar (muitas consultas, dados n�o cruciais pra vida de ninguem), em outro, sem oracle, nem pensar (transa��es de e-commerce que envolvem milhoes de reais). Entao, cada caso � um caso, tem que pensar aonde se quer chegar pra depois decidir qual o caminho. Jo�o Vieira ICQ#: 24148569 Cel: (62) 9611 3672 [EMAIL PROTECTED] -----Mensagem original----- De: Rosfran Lins Borges [mailto:[EMAIL PROTECTED]] Enviada em: sexta-feira, 21 de junho de 2002 14:32 Para: '[EMAIL PROTECTED]' Assunto: RES: [java-list] compara��o jsp x cgi Conv�m ressaltar a pior parte da tecnologia ISAPI: a seguran�a. Normalmente, os processos ISAPI que rodavam no servidor, funcionavam com privil�gio de administrador e podiam fazer tudo na m�quina. Al�m disso, os m�dulos compartilhavam o mesmo espa�o de mem�ria com os outros processos do servidor. Ent�o, um "tilt" numa aplica��o ISAPI podia derrubar o servidor web inteiro... Rosfran Lins Borges Analista de Sistemas - NDS [EMAIL PROTECTED] F�ton� Inform�tica e Servi�os Fone: (61) 328 5060 R.: 204 -----Mensagem original----- De: Luiz Bastos [mailto:[EMAIL PROTECTED]] Enviada em: quinta-feira, 20 de junho de 2002 18:18 Para: [EMAIL PROTECTED] Assunto: Re: [java-list] compara��o jsp x cgi Ol� Para comparar basta lembrar do seguinte: Cada solicita��o tipo get ou post que um formul�rio envia para o servidor coloca em execu��o um processo no servidor. Em outras palavras, l� o execut�vel, aloca mem�ria, inicializa certos tipos de vari�veis, carrega parte do execut�vel na mem�ria e transfere o controle para o endere�o onde come�a a execu��o do sistema. Como v� h� uma demora antes de executar um processo. O ideal � que o processo j� estivesse carregado na mem�ria esperando as solicita��es. Este � um dos principais motivos que o CGI saiu de moda. E um dos motivos do desenvolvimento dos servlets (por tr�s dos JSPs est�o os servlets esperando os gets e posts) ISAPI j� uma tentativa de resolver o problema dos CGIs. ISAPI fica acoplado ao webserver e o programador fazia chamadas diretas a esta API. S� que n�o � t�o f�cil assim de desenvolver e a performance n�o foi a Brastemp que se dizia []s Luca ----- Original Message ----- From: "Sergio Luiz T. Gomes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 20, 2002 9:52 AM Subject: [java-list] compara��o jsp x cgi Algu�m por acaso tem algum material comparando jsp com cgi/isapi? --------------------------------------------------------------- Sergio Luiz Theodorico Gomes - Analista de Sistemas Softplan - Florian�polis - SC - Grupo SIDER Sistema da Qualidade Certificado - ISO9001 BVQI - INMETRO e-mail: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> --------------------------------------------------------------- ------------------------------ 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] ------------------------------------------------------------------------ - ------------------------------ 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] ------------------------------------------------------------------------ - ------------------------------ 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] ------------------------------------------------------------------------ - ------------------------------ 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] -------------------------------------------------------------------------
