Estou programando em J2EE?

JavaChild Membro desde: 25/08/2006 19:01:27 Mensagens: 112 Offline

Utilizo no desenvolvimento de minhas webapps Hibernate(c/ mapeamento) + Struts 2 + JSP + e os Padrões Singleton, DAO e Factory...

a dúvida é se isto se caracteriza em um desenvolvendo na plataforma J2EE...

ou melhor, quais padrões de projeto definem a plataforma? preciso utilizar todos do Core J2EE para dizer q desenvolvo em J2EE?

Grato

Rafael Oliveira

GUJ Ranger Membro desde: 27/04/2005 18:52:49 Mensagens: 822 Offline

http://en.wikipedia.org/wiki/J2ee

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

rafoli wrote:Utilizo no desenvolvimento de minhas webapps Hibernate(c/ mapeamento) + Struts 2 + JSP + e os Padrões Singleton, DAO e Factory...

a dúvida é se isto se caracteriza em um desenvolvendo na plataforma J2EE...

ou melhor, quais padrões de projeto definem a plataforma? preciso utilizar todos do Core J2EE para dizer q desenvolvo em J2EE?

Grato

Rafael Oliveira

Não. Se não tem App Server, não é J2EE.

Taz wrote:

rafoli wrote:Utilizo no desenvolvimento de minhas webapps Hibernate(c/ mapeamento) + Struts 2 + JSP + e os Padrões Singleton, DAO e Factory...

a dúvida é se isto se caracteriza em um desenvolvendo na plataforma J2EE...

ou melhor, quais padrões de projeto definem a plataforma? preciso utilizar todos do Core J2EE para dizer q desenvolvo em J2EE?

Grato

Rafael Oliveira

Não. Se não tem App Server, não é J2EE.

Discordo. Um servidor de aplicação apenas administra os recursos pra você. O fato de se ter uma aplicação distribuída, que se utiliza de recursos para troca de mensagens (como protocolos de comunicação) é inerente à aplicação e não se deve ao servidor de aplicações.

GUJ Expert Membro desde: 22/03/2005 20:57:48 Mensagens: 3433 Offline

rafoli wrote:Utilizo no desenvolvimento de minhas webapps Hibernate(c/ mapeamento) + Struts 2 + JSP + e os Padrões Singleton, DAO e Factory...

a dúvida é se isto se caracteriza em um desenvolvendo na plataforma J2EE...

ou melhor, quais padrões de projeto definem a plataforma? preciso utilizar todos do Core J2EE para dizer q desenvolvo em J2EE?

Não.
Usar JEE começa com usar uma Application Server. Não apenas um web container como o tomcar. JSP é uma parte da JEE. Outras partes são JMS , JCA , JavaMail , JTA , JNDI e EJB. Estas tecnologias podem funcionar sozinhas ou em grupos, mas apenas se funcionarem juntas vc está usando JEE. Caso contrário vc está usando apenas o que está usado. No seu caso vc está usando JSP (e portanto servlets e portanto web container) Só. Não a JEE como uma unidade.
Poderiamos argumentar que é impossivel usar a JEE toda e portanto, da mesma forma que usar Swing já é usar JSE e usar midlets já é usar JME , então JSP já seria JEE. Mas não é assim que a difinição é construida. PAra ser JSE basta existir e não ser limitada (como a JME) PAra ser JEE tem que estar dentro da especificação da JEE. JEE não é só uma tecnlogia ou um bando de API, nem é um bando de padrões (aliás padrões não têm nada a ver com a assunto) , JEE é uma especificação.
Básicamente é um problema semântico, portanto, não, vc não pode dizer que está usando JEE.

JavaChild Membro desde: 25/08/2006 19:01:27 Mensagens: 112 Offline

necessáriamente para se caracterizar J2EE precisa de um servidor de aplicação?, como o JBoss?
utilizar os design patterns que o core J2EE especifica não é o suficiente?....

Na verdade o que é necessário (não todos, mas o q caracteriza) para se ter uma aplicação sob a plataforma J2EE?

JavaChild Membro desde: 25/08/2006 19:01:27 Mensagens: 112 Offline

a dúvida surgiu pq vejo uns programadores dizendo que programam em J2EE, ou então vagas de emprego para J2EE,

daí fico sem saber o que preciso saber para me candidatar a uma vaga ou então dizer que programo em J2EE....

preciso saber de tecnologias ou designs patterns?

Sinto muito, mas enquanto vc nao aprender a viver sem detestar cada um dos malditos singletons que vc ja escreveu, e viver em arrependimento de ter cometido tal atrocidade, vc nao deveria estar mandando curriculo pra ninguem alem do pessoal da producao do Trem da Alegria.

GUJ Expert Membro desde: 22/03/2005 20:57:48 Mensagens: 3433 Offline

rafoli wrote:a dúvida surgiu pq vejo uns programadores dizendo que programam em J2EE, ou então vagas de emprego para J2EE,

daí fico sem saber o que preciso saber para me candidatar a uma vaga ou então dizer que programo em J2EE....

preciso saber de tecnologias ou designs patterns?

1) As empresas não sabem o que "JEE" significa (Repare, já se chama JEE e elas continuam pedindo J2EE) Normalmente para elas JEE significa algo como
a) EJB
b) Desenvolvimento Web
c) Application Server
d) Uma combinação das anteriores

2) Programadores que dizem que programam em JEE não o fazem realmente. (quem o faz realmente não precisa dizer)

3) O que vc precisa saber para não ter duvidas que sabe JEE (por ordem de importância)
a) EJB
b) JSP (sem script inclusos, i.e Taglibs)
c) Servlet API
d) JMS
e) JNDI
f) JTA
g) JCA
h) JAAS

Metada dizem respeito a conhecer interfaces e especificações e não implementações.

4) Mais uma vez: Não ha design patterns envolvidos em poder dizer que sabe JEE. Saber aplicar design patterns é saber aplicar design patterns.
Design patterns não são java. São genéricos. O mesmo padrão pode ser usado em .NET por exemplo. A diferença é a implementação do padrão, não o padrão em si. (Dois círculos de cor diferente continuam sendo dois circulos.)
Existem padrão especiais que se usam com JEE, existem. è bom conhecer ? sim. É essencial ? não. Aliás EJB 3 é uma evolução porque embute vários dos padrões que os programadores usavam, então é necessário saber menos padrões.

Um coisa que é bom tb saber, em JEE ,mas em Java em geral são Design Principles (não patterns, principles) como Encapsulamento, Separação de Responsabilidade (Separation of Concerns) e Inversão de Controle (Inversion of Control)

sergiotaborda wrote:

1) As empresas não sabem o que "JEE" significa (Repare, já se chama JEE e elas continuam pedindo J2EE)

Quase, o correto é "Java EE"

http://java.sun.com/javaee/

JavaChild Membro desde: 25/08/2006 19:01:27 Mensagens: 112 Offline

sergiotaborda muitíssimo grato pelas informações...

Abraços

Rafael Oliveira

Realmente, só o fato de você usar JSP , Struts , baseado em Servlets já é parte da especificação Enterprise.

Agora se você está desenvolvendo certo ou não, aí é outro tema

Lembrando que TomCat é ApplicationServer e atende "parte" da especificação JEE.

rafoli wrote:Utilizo no desenvolvimento de minhas webapps Hibernate(c/ mapeamento) + Struts 2 + JSP + e os Padrões Singleton, DAO e Factory...

Não acredite em definições rígidas do que é uma aplicação Java EE, esta definição não existe. Para o mercado uma aplicação é Java EE se ela usa alguma das especificações que são parte da plataforma (por exemplo, se usa Servlets, ou se usa JMS). Dizer que um Application Server Java EE completo é necessário para utilizar Java EE não tem fundamento, uma aplicação que use todos os recursos de Java EE seria um monstro sem nenhuma coesão e se ela não utilizar todas as especificações ela não rpecisa de um AS completo. Normalmente você vai utilizar apenas um ou mais containeres.

Agora, antes de pensar em mais qualquer coisa remova TODOS os singletons deste sistema.

GUJ Ranger Membro desde: 02/06/2005 16:28:38 Mensagens: 939 Offline

Rafaelprp wrote:http://en.wikipedia.org/wiki/J2ee

Legal Rafael,

a definição do Wiki deixa claro:

wiki wrote:"Java Platform, Enterprise Edition or Java EE is a widely used platform for server programming in the Java language. It is the Java Platform used to deploy fault-tolerant, distributed, multi-tier Java software, based largely on modular components running on an application server."

Usar uma parte de Java EE, não é usar Java EE.

GUJ Ranger Membro desde: 27/04/2005 18:52:49 Mensagens: 822 Offline

Taz wrote:

Rafaelprp wrote:http://en.wikipedia.org/wiki/J2ee

Legal Rafael,

a definição do Wiki deixa claro:

wiki wrote:"Java Platform, Enterprise Edition or Java EE is a widely used platform for server programming in the Java language. It is the Java Platform used to deploy fault-tolerant, distributed, multi-tier Java software, based largely on modular components running on an application server."

Usar uma parte de Java EE, não é usar Java EE.

www.google.com , melhorou ?

Notícias, artigos e o maior fórum brasileiro sobre Java