> Date: Sun, 07 Mar 1999 19:24:01 -0300
> From: Alexandre Oliveira <[EMAIL PROTECTED]>
> X-Accept-Language: pt-BR,en-US
> To: [EMAIL PROTECTED]
> Subject: Applets, Applications, Servelets, Beans ????
> X-MIME-Autoconverted: from 8bit to quoted-printable by ntserver.theway.com.br id
>SAA01622
>
> Caro colegas javaneses,
> Minha d�vida com certeza � de certo modo �bvio para a maioria dos
> participantes desta lista, por�m estou come�ando agora a ver em Java,
> ent�o vai l� :
> Qual a diferen�a entre Java Applets, Java Applications, Java Servelets,
> Java Beans, Enterprise Java Beans ????
Resposta curta:
Java Applets: Aplicacoes java que herdam de java.applet.Applet, e
sao capazes de executar dentro de um browser web, ou diretamente
pela VM se utilizando do utilitario appletviewer.
Java Applications: Aplicacoes Java que possuem um metodo public
static void main(String args[]), e sao portanto capazes de serem
executadas diretamente a partir da maquina virtual.
(PS: Applets e Applications nao sao situacoes mutualmente exclusivas,
e eh facil se criar um Applet+Aplication = "Applecation" :o)
Java Servlets: extensoes ao servidor web escritas em Java que se
utilizam de uma biblioteca especifica para isso, chamada Servlets.
java.sun.com/products/servlet
Java Beans: arquitetura de componentes Java. Permite a criacao de
componentes que podem ser utilizados em qualquer plataforma e tambem
em qualquer ferramenta de desenvolvimento.
java.sun.com/products/beans
Enterprise JavaBeans: arquitetura de componentes Java para servidores,
permitindo a criacao de servidores de aplicacao que se utilizam de
componentes padrao. Assim como JB, permite com que um componentes
EJB execute em diferentes plataformas e diferentes servidores.
java.sun.com/products/ejb
Resposta longa: no fundo, tudo eh Java, e as bibliotecas
utilizadas para desenvolver sao basicamente as mesmas. Em geral,
com um pouco de conhecimento eh possivel fazer um componente que
seja simultaneamente um Applet+Application+JvaBean por exemplo,
ou talvez um Servlet+EJB+JB, etc. Para a resposta
realmente longa, sigas as URLs acima :o)
Bruno.
> Algu�m j� est� usando o SQLJ da Oracle ????
> Existe alguma forma de programar "stored procedures e triggers" que
> possam rodar em diferentes SGDBs sem precisar recodificar, ou seja que
> toda a l�gica de neg�cio seja port�vel independente do SGBD ????
Nao que isso seja um padrao, mas pode ser uma indicacao: A Informix
esta lancando (em beta atualmente) um SGBD que contem uma JVM dentro
do SGDB, e portanto as stored procedures podem ser escritas em Java.
Nao sei se existe algum padrao em SP no mercado. Acho que nao.
> Antes de mais nada me desculpem pela total ignor�ncia, mas precisa
> perguntar e sanar essa d�vida cruel que me aflige.
> * Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a
lista
<[EMAIL PROTECTED]> e de um <submit>.
Bruno.
______________________________________________________________________
Bruno Peres Ferreira de Souza Sun Microsystems
System Engineer - Java Technologist [EMAIL PROTECTED]
if I fail, if I succeed, at least I live as I believe
* Para nao receber mais e-mails da lista, acesse
<http://www.sun.com.br:8080/guest/RemoteAvailableLists>, coloque seu e-mail, escolha a
lista <[EMAIL PROTECTED]> e de um <submit>.
