To com a seguinte duvida:
*O q eh Java Beans?
*Pra q q ele serve?
*Qual a diferença dele pro java normal?
Valeu
Os componentes JavaBeans são classes Java q podem ser reutilizadas e vinculadas para formar novas aplicações… qualquer classe java q siga certas convenções de design pode ser um componente JavaBean… na arquitetura MVC, o javabeans encapsulam a lógica do negocio… com acesso a algum recurso externo (DB por exemplo), e o jsp seria o view… creio q não vai ser em um unico post q vou conseguir te explicar direitinho…! mas ja ja aparece mais gente enriquecendo oq eu disse… 
Pelo que eu sei, um JavaBean, é uma classe que implementa os métodos set e get de todos os atributos da mesma. Sendo assim, é apenas um conceito.
public class Pessoa {
private String nome;
public void setNome(String nome) {
this.nome = nome;
}
public String getNome() {
return this.nome;
}
}Este exemplo é um JavaBean. Um outro exemplo de JavaBean é a VO.
Blz?
Fonte: http://www.fundao.pro.br/
Java Beans
[quote]Com o JDK 1.1 (o Java Developer Kit) em Fevereiro de 1997 muitas características importantes foram adicionadas, entre elas acesso a bancos de dados através do Java Database Connectivity (JDBC, muito parecido com o ODBC) e JavaBeans. Se você conhece SQL e tem alguma experiência com Java então JDBC será fácil para você. Um bom local para usar o JDBC é dentro de componentes JavaBeans. Um bean é uma classe Java muito simples - veja o exemplo acima - onde você segue algumas convenções de codificação simples. Um bean funciona como um container para uma coleção de propriedades que você ou ajusta através de métodos “setters” ou lê através de métodos “getters”. Ajustar alguns ou todas as propriedades em um bean geralmente permitirá que o bean faça algumas processamentos para você - por exemplo, ler um banco de dados e retornar os resultados
Parece difícil? Não é. Pense em uma situação em que você dá a um bean o CPF de um empregado (através de um método set), então use um método “ler-empregado”, e finalmente use um método get para obter os dados pessoais do empregado.
Construindo beans que contêm a lógica de negócio você pode ter uma boa biblioteca de componentes reusáveis que podem ser usados em qualquer aplicação que tem uma interface Java.[/quote]
Enterprise JavaBeans
[quote]Vamos concluir dando uma olhada nos Enterprise Java Beans (EJB), que foram anunciados em Abril de 1997. Com os EJBs damos outro passo na direção da separação de apresentação, fluxo da aplicação e lógicas de negócio. Desta vez a lógica de negócio é colocada em componentes que rodam em um servidor EJB, que muito freqüentemente é um computador diferente daquele que hospeda o servidor Web. Fazendo isto permitimos que outras aplicação - e não apenas aplicações Web - compartilhem as lógicas de negócio.
Mas um servidor EJB faz muito mais do que guardar os componentes de negócio. Ele também oferece serviços para transações, segurança, gerenciamento de estado e persistência. Essas são todas as características necessárias para o que chamamos de “aplicações empresariais”.
Mesmo os EJBs já existirem a alguns anos, eles ainda são considerados uma tecnologia nova. Uma das razões é que ferramentas de desenvolvimento de alta qualidade não foram disponibilizadas até recentemente, uma outra razão é a interpretação diferente de desenvolvedores de ferramentas das especificações dos EJB. Mas a principal razão é provavelmente que a forma com que uma grande companhia constrói aplicações empresariais não muda tão facilmente[/quote]
[quote=“vansol”]Fonte: http://www.fundao.pro.br/
Java Beans
[quote]Com o JDK 1.1 (o Java Developer Kit) em Fevereiro de 1997 muitas características importantes foram adicionadas, entre elas acesso a bancos de dados através do Java Database Connectivity (JDBC, muito parecido com o ODBC) e JavaBeans. Se você conhece SQL e tem alguma experiência com Java então JDBC será fácil para você. Um bom local para usar o JDBC é dentro de componentes JavaBeans. Um bean é uma classe Java muito simples - veja o exemplo acima - onde você segue algumas convenções de codificação simples. Um bean funciona como um container para uma coleção de propriedades que você ou ajusta através de métodos “setters” ou lê através de métodos “getters”. Ajustar alguns ou todas as propriedades em um bean geralmente permitirá que o bean faça algumas processamentos para você - por exemplo, ler um banco de dados e retornar os resultados
Parece difícil? Não é. Pense em uma situação em que você dá a um bean o CPF de um empregado (através de um método set), então use um método “ler-empregado”, e finalmente use um método get para obter os dados pessoais do empregado.
Construindo beans que contêm a lógica de negócio você pode ter uma boa biblioteca de componentes reusáveis que podem ser usados em qualquer aplicação que tem uma interface Java.[/quote]
Enterprise JavaBeans
[quote]Vamos concluir dando uma olhada nos Enterprise Java Beans (EJB), que foram anunciados em Abril de 1997. Com os EJBs damos outro passo na direção da separação de apresentação, fluxo da aplicação e lógicas de negócio. Desta vez a lógica de negócio é colocada em componentes que rodam em um servidor EJB, que muito freqüentemente é um computador diferente daquele que hospeda o servidor Web. Fazendo isto permitimos que outras aplicação - e não apenas aplicações Web - compartilhem as lógicas de negócio.
Mas um servidor EJB faz muito mais do que guardar os componentes de negócio. Ele também oferece serviços para transações, segurança, gerenciamento de estado e persistência. Essas são todas as características necessárias para o que chamamos de “aplicações empresariais”.
Mesmo os EJBs já existirem a alguns anos, eles ainda são considerados uma tecnologia nova. Uma das razões é que ferramentas de desenvolvimento de alta qualidade não foram disponibilizadas até recentemente, uma outra razão é a interpretação diferente de desenvolvedores de ferramentas das especificações dos EJB. Mas a principal razão é provavelmente que a forma com que uma grande companhia constrói aplicações empresariais não muda tão facilmente[/quote][/quote]
uma dúvida… um been do tipo set pode gerar throws ?? segundo as boas praticas de programação?
a classe deve ser instanciada com construtores vazios?? ou podem conter valores/? ou devem conter valores…
vlw ai
…td bean deve ter um construtor default sem argumentos… (teoricamente falando) …podem haver diversos construtores, mas lembre-se q vc deve escrever explicitamente o construtor sem argumentos caso forneça um com argumentos…, pq se vc nao der construtores com argumento pro bean, o compilador irá utilizar o construtor padrão sem argumentos implicito… do contrario, vc tera q escrever ele…