J2EE e dificuldades!?

A escolha de um framework pra trabalhar é uma coisa quase que pessoal, eu sou santista e jamais usaria um framework chamado corinthians… :razz:

Mais é assim mesmo, framework é como time de futebol, cada um escolhe, usa e defende suas qualidades. Uns fanáticos chegam a te expulsar do portal só pra defender o framework deles . Já usei OJB, Hibernate e Webwork e atualmente utilizo apenas o Webwork, porque? Porque se eu tenho um sistema a desenvolver e sei oque eu vou precisar, pra que eu quero de um framework que me gera SQL dinâmico? Pra deixar mais lento? Acho que mais importantes que utilizar um framework é saber quando emprega-lo.

Muitos frameworks realmente agilizam o processo de desenvolvimento, na minha opinião Webwork, Struts… outros são utilizados por puro modismo. “Ah… IoC está na moda, vamos usar um framework de IoC, não precisamos dele mas olha como fica bonito…”. Você perde mais tempo aprendendo e descobrindo erros misteriosos do Hibernate doque escrevendo suas DAOs em SQL.

Quando comecei a desenvolver o sistema no qual estou trabalhando atualmente, perguntei aos colegas oque eu deveria usar, Webwork e Hibernate já estava na ponta da lingua, depois de praticamente estruturada a arquitetura e tudo funcionando beleza, me perguntaram porque eu não estava utilizando Spring… :???: Mas, quais os benefícios? Uma semana pra aprender o novo framework, e mais algum tempo pra dominá-lo e alguns refactories e pronto! Cadê o ganho?

Por fim chegam os patterns, eu sou suspeito pra falar porque eu AMO patterns, esses sim devem ser estudados e compreendidos pois vão lhe proporcionar agilidade em resolver situações reais dos problemas comuns encontrados no desenvolvimento. Você não precisa de um framework para implementar um DAO você precisa conhecer o DAO para saber que o SQL é suficiente.

Apenas reforçando, essa é a minha opinião…

Oi

Eu concordo com o Volnei no ponto de vista da escolha, dos que vc citou eu só não conheço e nunca usei o JSF, o resto ja usei todos, atualmente me dou muito bem com Struts, Hibernate e Tiles, pra mim é uma ótima opção.

Mas veja, é bom lembrar tb, que este frameworks sao desenvolvidos com Java, mas usando um framework deste, você não está desenvolvendo em Java ou J2EE… J2EE é, use Entity Beans e nao Hibernate, use Servlets e não Struts, use JSP e não tiles ou Velocity, e assim vai, é como SUperWaba, é igual Java, mas não é, mesmo que seja por pequenos detalhes legais. Mas de qualquer forma, eu vejo isso tudo como qualidade, pois isso me estimula e me incentiva a estudar coisas novas, várias vezes nem é nova, mas eu estudo pra ver como foi implementada de uma forma diferente…

T+

Conheço java desde 2001(agosto p/ ser mais exato), mas só estou começando a trabalhar com esta tecnologia agora começando do básico lendo o meu Java Como Programar. Mas pelo visto não vai adiantar muita coisa não pois já temos o J2SE 1.5 e o livro cobre JDK 1.2.1.

Peguei materiais na internet(imprimi e encadernei) sobre: The Java Language Specification, Hibernate The Referente Documentation, Enterprise JavaBeans Specifications 2.1 e Java Servlet Specification 2.4…fiz isso pois estou meio duro nos últimos 11 meses (até março que vem) devido a uma especialização em sistemas de informação(UFRJ) onde eu conheci bastante coisa que o java me oferece e dessa forma assim é o único jeito para estudar e conhecer melhor o que aprendemos.

Até o início do ano passado trabalhava com Microsoft ASP e ficava meio irritado quando falavam que ASP é ruim, o que não é bem verdade, mas o jeito que se programa é que é péssimo, tudo fica na camada de apresentação, ou seja, manutenibilidade horrível…por isso estou adotando Java/J2EE aos poucos.

Com relação a Framework e muitas outras tecnologias ainda não posso falar pois não conheço, mas quando tiver conhecimento vou me esforçar para utilizar a melhor metodologia no que tiver de fazer.

É isso aí galera, é java no sangue, quem sabe, SABE!!

“Volnei”:

“Ah… IoC está na moda, vamos usar um framework de IoC, não precisamos dele mas olha como fica bonito…”. Você perde mais tempo aprendendo e descobrindo erros misteriosos do Hibernate doque escrevendo suas DAOs em SQL.

…porque eu não estava utilizando Spring… :???: Mas, quais os benefícios? Uma semana pra aprender o novo framework, e mais algum tempo pra dominá-lo e alguns refactories e pronto! Cadê o ganho?

ótimas observações… Concordo e assino em baixo. Temos não apenas q pensarmos como desenvolvedores, mas como empresa tb, ou seja, não só nos colocarmos na posição de desenvolvedor, procurando as melhores coisas pra um desenvolvedor, mas pra empresa… se não a gente não cresce nunca :lol:

Pessoal e como fica para os inicantes que estão se aventurando em J2EE???

o que deve ser focado de primeira? frameworks ?

qual a melhor forma de persistência para quem está começando???

“JavaPlayer”:

Pessoal e como fica para os inicantes que estão se aventurando em J2EE???

Patterns e se houver condições tentar utilizar MVC usando Servlets e JSP, que, isso que eu chamo de fazer na raça. Não adianta nada querer usar um framework MVC se não souber oque é MVC.

“JavaPlayer”:

qual a melhor forma de persistência para quem está começando???

Ps. Pra mim SQL sempre será a melhor (:

“JavaPlayer”:

Pessoal e como fica para os inicantes que estão se aventurando em J2EE???

o que deve ser focado de primeira? frameworks ?

qual a melhor forma de persistência para quem está começando???

Oi

Acho que antes de frameworks para ajudar, deves estudar pelo menos a RI de J2EE inteira, talvez tu goste mais do que a RI tem do que de um framework auxiliar.

T+

mas existe muita gente que diz que odeia SLQ no meio do código java não é?

mas existe muita gente que diz que odeia SLQ no meio do código java não é?

Oi

:bei: SQL no meio do código nao… hehehehe

O que o Volbei quis dizer é no caso de usar ou nao uma camda de persistencia como o Hibernate, pelo qe entendi, ele prefere fazer os SQL puro, mas isso, direto no DAO e nao meio da app…

T+

mas existe muita gente que diz que odeia SLQ no meio do código java não é?

Como o jeveaux disse… use um DAO para abstrair seu SQL da sua camad de negócios, e se estiver afim você pode deixar seus SQLs em arquivos XML ou de properties para facilitar a manutenção.

Um conselho, estude MVC e DAO.

Hehe o fórum tá fervendo!!!

Realmente, essas “sopa” de letrinhas, no começo pode ser desencorajadora (existe?). Mas depois que você vai se habituando isso não se torna um empecilho.

Concordo plenamente com o Matheus quando ele diz que precisamos pensar como empresa, e analisar o que é mais viável para a empresa que estamos desenvolvendo o software.

Estou tentando estudar patterns há um tempão, mas nunca consigo, conheço os mais comuns como DAO e o MVC, mas queria me aprofundar mais.

Acredito que esta talvez seja uma das grandes dificuldades por se tratar de uma plataforma tão ampla e com tantos recursos: atualização!!

[]'s

Conhecer uma tecnologia envolve:

:arrow: Nível 1: Saber que a tecnologia existe. (basta ler as manchetes das notícias)
:arrow: Nível 2: Saber qual o seu objetivo (basta ler o corpo das notícias)
:arrow: Nível 3: Saber as vantagens e desvantagens comparativas (bastar ler alguns artigos sobre cada tecnologia)
:arrow: Nível 4: Saber usar (ler a documentação, ou um livro)

Para as tecnologias que você não está usando, eu só preciso manter o nivel 3. Passo para o nível 4 com as tecnologias que for usar.

Passo a passo para o sucesso:
1) Use algum leitor de RSS como o bloglines.
2) Assine os principais sites de notícias que você encontrar.
3) Leia notícias diariamente
4) Leia artigos semanalmente
5) Esteja sempre lendo algum livro das tecnologias mais consolidadas.
6) Não confie tanto em sua memória. Escreva as ferramentas que já ouviu falar, colocando os níveis que você está em cada uma.

É tão impossível assim?

“vinci”:

Conhecer uma tecnologia envolve:

:arrow: Nível 1: Saber que a tecnologia existe. (basta ler as manchetes das notícias)
:arrow: Nível 2: Saber qual o seu objetivo (basta ler o corpo das notícias)
:arrow: Nível 3: Saber as vantagens e desvantagens comparativas (bastar ler alguns artigos sobre cada tecnologia)
:arrow: Nível 4: Saber usar (ler a documentação, ou um livro)

Para as tecnologias que você não está usando, eu só preciso manter o nivel 3. Passo para o nível 4 com as tecnologias que for usar.

Passo a passo para o sucesso:
1) Use algum leitor de RSS como o bloglines.
2) Assine os principais sites de notícias que você encontrar.
3) Leia notícias diariamente
4) Leia artigos semanalmente
5) Esteja sempre lendo algum livro das tecnologias mais consolidadas.
6) Não confie tanto em sua memória. Escreva as ferramentas que já ouviu falar, colocando os níveis que você está em cada uma.

É tão impossível assim?

ótima receita vinci , bem… eu não diria impossível, mas qnd o cara trabalha o dia inteiro, sai e vai direto pra aula, só chega em casa as 23h da noite, é bem difícil sim! heheea :lol:

Bom vamos entrar no mérito de discussão aqui…

O vinci deu uma receita ótima para quem quer se manter atualizado embora eu não siga a risca todos os passos, posso pular um ou outro mas estou sempre atento a alguma coisa.
Sobre frameworks vou gerar umas discussão geral aqui então: Porque usar? Você não tem que ficar livre em algumas coisas? Usando framework vc estará sempre preso alguma coisa, é quase como uma linguagem proprietária, eu disse QUASE!.
Facilidades? Teoricamente…
Manutenção? Não é bem assim, vc usando tags para view Strtus quem disse qeu será facil vc passar para o Designer alterar o layout do seu sistema? quem já trabalhou assim sabe que não é nada facil. Se o mesmo quiser fazer uma alteração de layout ou vc terá que ficar o dia todo ao lado dele ajudando ou então ele elaborar um layout novo em html e vc alterar no seu jsp.
Concordo com o Jeveaux quando disse que J2EE são os EJB, não diria que são apenas os EJB, mas sim o conjunto de api’s que dão à aplicação o corporativmos, ou seja, acesso remoto, busca de informações remotas… (JNDI, RMI, JMS)…
Frameworks a grande maioria são para implementar o MVC, mas não implementam esta arquitetura totalmente, a maioria ou são para a view ou para a persistencia. a sua regra de negocio mesmo (M) será ali, nos EJB’s puros. não há framework para isso, me corrijam se eu estiver errado.
Mas voltando ao topic do matheus é fato, é chato vc está gostando de uma coisa e já ter que ficar olhando para outra que estão dizendo que está na moda. Comecei em struts e já estou vendo que terei que estudar hibernate, jdo, velocity… E se vc analizar funcionalidades, eu certamente diria que não são gritantes entre uma e outra… são poucas diferenças…
Ainda diria mais o tempo que vc faz, vc poderia bolar uma metodologia de trabalho em java, usando recursos j2ee apenas e não ficar preso a nada. Perda de produtividade? creio que seria pouco. Use por exemplo JSP, com Servelts acessando seus EJB’s, com a persistencia vc bole seus DAO’s, VO’s sei lá, e implemente seu SQL. Tranquilo isso e simples, bem funcional e nada preso a nenhum framewok.
Conforme alguém mencionou acima é Design patterns também a grande diferença para a implementação e agilidade no desenvolvimento de um sistema ao meu ver.

“matheus”:

“Volnei”:

“Ah… IoC está na moda, vamos usar um framework de IoC, não precisamos dele mas olha como fica bonito…”. Você perde mais tempo aprendendo e descobrindo erros misteriosos do Hibernate doque escrevendo suas DAOs em SQL.

…porque eu não estava utilizando Spring… :???: Mas, quais os benefícios? Uma semana pra aprender o novo framework, e mais algum tempo pra dominá-lo e alguns refactories e pronto! Cadê o ganho?

ótimas observações… Concordo e assino em baixo. Temos não apenas q pensarmos como desenvolvedores, mas como empresa tb, ou seja, não só nos colocarmos na posição de desenvolvedor, procurando as melhores coisas pra um desenvolvedor, mas pra empresa… se não a gente não cresce nunca :lol:

Só para esclarecer uma coisa, eu não sou um anti IoC (DI), eu simplesmente não acho que seja necessário modificar a arquitetura de um sistema já definido para inclusão de um framework como o Spring. Ele faz muito trabalho? Faz sim, mais tudo que ele faz pode ser feito sem ele. Qual a diferença entre as duas formas abaixo:

Dao dao; E depois o Spring faz o DI para o Dao?

Entenderam? Pra mim, não ha diferença no resultado entre as duas formas, e a complicação fica por conta do Spring.

Tambem não radicalizo a ponto de dizer que jamais utilizarei o Spring, talvez definindo uma arquitetura para uma aplicação nova eu encaixo ele, mais modificar uma aplicação para utilizá-lo jamais.

Ei, não conheço alguém que prega IoC e que diz que um sistema deva ser modificado apenas para incluir uma nova framework. Deve-se ter bom senso.

As tecnologias vêm e vão. As boas ficam por mais tempo. Acho que projetos de software livre são os melhores laboratórios para uso destas tecnologias. Foi assim que me aventurei no PicoContainer. E está sendo assim com o Thinlet no PaperWizard.

Não podemos cair no pecado de dizer: “O que eu sei já está bom. Não precisa complicar”. Pelo contrário, devemos sempre procurar fazer melhor as coisas que já fazemos bem. Viva a inovação! :viva:

mas existe muita gente que diz que odeia SLQ no meio do código java não é?

Oi

:bei: SQL no meio do código nao… hehehehe

O que o Volbei quis dizer é no caso de usar ou nao uma camda de persistencia como o Hibernate, pelo qe entendi, ele prefere fazer os SQL puro, mas isso, direto no DAO e nao meio da app…

T+

ahahahaha explica pro cara o que é DAO. rs

sempre uso DAO… a única coisa que faço se for trocar a implementação da persistência é trocar a implementação do DAO… mas a minha interface continua sendo a mesma… … bem, de uma coisa ja temos certeza, padrão DAO é ótimo

bah… perdi mais essa thread massa!!!

mas com certeza uma ótima implementação é (Business Object + DAO + Command)

Mas com certeza, tudo eh relativo toda a implementação é afetada pelo cliente… Se ele quer algo descente com muita qualidade, leva mais tempo, se ele quer mais rapido, as coisas vao meio no coxambrão, e quem sabe até sql no meio do codigo java apareça aheiuaheiuhaiuheiauh

E a vida continua e nós damos manutenção aheuiaheiuahiueha

Abraços!

Salve, galera!

Tô meio atrasado, mas acho que ainda vale.

Aqui na empresa estamos migrando nosso sistema em Delphi para Java. Aí pintou essa dúvida: usar ou não usar frameworks?
Resolvemos fazer um teste: vamos fazer dois projetos “pilotos” para avaliação: um com e um sem frameworks. Por enquanto, não conseguimos utilizar os frameworks, por que não sabemos como funcionam. Mas o “piloto” de Java (DAO, MVC, EJB) está pronto, faltando apenas acertar uns detalhes. E, na minha opinião, depois de desenvolver o tal “piloto”, não quero frameworks. Neste projeto totalmente “no braço”, sei exatamente como meu código funciona, posso migrá-lo para java Tiger (utilizamos 1.4.2_06) sem fazer grandes modificações. Se estivesse utilizando frameworks, iria depender destes para realizar esta migração. Ou seja: é código livre, ótimo, mas isso não garante que sua aplicação vai estar no “estado da arte java”.

Esta é só uma opinião de um iniciante. Gostaria de saber mais…

Marcelo Schmidt

só não concordo com este item
acho que se tu ainda lembra, quer dizer que ainda tem algo de util na tua memoria sobre esta tecnologia se não lembra, a probabilidade de ainda lembrar de algo util é praticamente inexistente
por exemplo, se não lembrar do nome, a possibilidade de saber o que faz é quase nenhuma

“hero_g2”:

Salve, galera!

Tô meio atrasado, mas acho que ainda vale.

Aqui na empresa estamos migrando nosso sistema em Delphi para Java. Aí pintou essa dúvida: usar ou não usar frameworks?
Resolvemos fazer um teste: vamos fazer dois projetos “pilotos” para avaliação: um com e um sem frameworks. Por enquanto, não conseguimos utilizar os frameworks, por que não sabemos como funcionam. Mas o “piloto” de Java (DAO, MVC, EJB) está pronto, faltando apenas acertar uns detalhes. E, na minha opinião, depois de desenvolver o tal “piloto”, não quero frameworks. Neste projeto totalmente “no braço”, sei exatamente como meu código funciona, posso migrá-lo para java Tiger (utilizamos 1.4.2_06) sem fazer grandes modificações. Se estivesse utilizando frameworks, iria depender destes para realizar esta migração. Ou seja: é código livre, ótimo, mas isso não garante que sua aplicação vai estar no “estado da arte java”.

Esta é só uma opinião de um iniciante. Gostaria de saber mais…

Marcelo Schmidt

tb penso muito por este lado… … gostei do “estado da arte java”

“matheus”:

“vinci”:

Passo a passo para o sucesso:
1) Use algum leitor de RSS como o bloglines.
2) Assine os principais sites de notícias que você encontrar.
3) Leia notícias diariamente
4) Leia artigos semanalmente
5) Esteja sempre lendo algum livro das tecnologias mais consolidadas.
6) Não confie tanto em sua memória. Escreva as ferramentas que já ouviu falar, colocando os níveis que você está em cada uma.

É tão impossível assim?

ótima receita vinci , bem… eu não diria impossível, mas qnd o cara trabalha o dia inteiro, sai e vai direto pra aula, só chega em casa as 23h da noite, é bem difícil sim! heheea :lol:

“urubatan”:

“vinci”:

6) Não confie tanto em sua memória. Escreva as ferramentas que já ouviu falar, colocando os níveis que você está em cada uma.

só não concordo com este item
acho que se tu ainda lembra, quer dizer que ainda tem algo de util na tua memoria sobre esta tecnologia se não lembra, a probabilidade de ainda lembrar de algo util é praticamente inexistente
por exemplo, se não lembrar do nome, a possibilidade de saber o que faz é quase nenhuma :D

Isso é uma boa desculpa para não ser organizado. :lol:

O meu argumento não foi dos melhores, mas a idéia em si eu considero boa. Anotar as tecnologas é muito mais do que para não ter que memorizá-las. A meu ver, anotar implica em:

:arrow: Ter um rápido levantamento das tecnologias que podem ser usadas para um determinado fim. Mesmo que se lembre da maioria. A tech que conheço não é necessariamente a melhor para cada projeto, né?

Exemplo:

:arrow: Servir como forma de melhorar a memorização do que se lê
:arrow: Facilita o planejamento do que ainda vai ser estudado,
:arrow: Pode facilitar na hora de fazer um currículo
:arrow: avaliar a produtividade de estudo

“urubatan”:

“matheus”:

“vinci”:

Passo a passo para o sucesso:
1) Use algum leitor de RSS como o bloglines.
2) Assine os principais sites de notícias que você encontrar.
3) Leia notícias diariamente
4) Leia artigos semanalmente
5) Esteja sempre lendo algum livro das tecnologias mais consolidadas.
6) Não confie tanto em sua memória. Escreva as ferramentas que já ouviu falar, colocando os níveis que você está em cada uma.

É tão impossível assim?

ótima receita vinci , bem… eu não diria impossível, mas qnd o cara trabalha o dia inteiro, sai e vai direto pra aula, só chega em casa as 23h da noite, é bem difícil sim! heheea :lol:

1-use o leitor de RSS no trabalho
2- leia noticias quando voltar do almoço, ou enquanto toma cafézinho
3- os artigos pode imprimir para ler em casa ou no busão
4- faz tempo que não to lendo livros tecnicos, ta na hora de voltar a ler, mas eu lia boa parte deles no onibus também, ou então usava como referencia rapida, tipo ler o indice e procurar o assunto na hora que precisa (uma alternativa menos eficiente ao google) :D

eita mas ler livro em bus em movimento deve se uma doidera né! esse negócio de cidade grande ta acabando comigo :mad:

Pra variar cheguei atrasado… hehehe

Bom, vamos lá, eu adoro Frameworks e mais ainda Patterns, como foi dito aqui patterns sao um otimo jeito de resolver os problemas mais comuns. Frameworks eu acho uma boa, mas vc nao pode ser xiita ao ponto de querer usar frameworks em tudo, tipo, utilizar Struts + Hibernate + sei la o q para fazer um muralzinho simples q nem tem cadastro de usuarios. Eh necessário ponderar o tamanho do projeto, a capacitação da equipe (se todo mundo ja sabe hibernate, pq naum usa-lo??) e a experiencia dos desenvolvedores. E tbm concordo com o q o Vinci disse, q é preciso sempre inovar, e por isso q eh legal sempre ter uma iniciativa de desenvovler softwares livre para “testar” estas tecnologias…

Só um comentário final: acho melhor vc entrar em duvida na hora de escolher um framework do que nao ter nenhum para escolher. (Trabalhei muito tempo com ASP, e a coisa eh bruta, hehehehe)

Olá galera!

Acompanho com frequencia o forum, mas essa é a minha primeira participação…

Tbm estou envolvido em um projeto de migração na empresa onde trabalho. O sistema foi feito em php4, mas tem módulos em php5 (em OO) e outras aplicações client em php-gtk… a idéia inicial era migrar todo pra php5… mas como vcs já devem ter vivenciado, o tal sistema ficou gigante e se
transformou num frankenstein capengo de documentação e horrível de dar manutenção.

Então, qdo decidimos ir pro java, entramos na mesma discussão do “com ou sem frameworks”… Aí entra exatamente o que foi dito num dos primeiros topics dessa discussão: o que determina o uso ou não de frameworks será o porte do projeto e o prazo, afinal, apesar de concordar com o Matheus em preferir fazer “na raça” com JSP e EJBs, o escopo do tal projeto não nos permite a fazer tudo sem frameworks…

Resumindo: estamos usando Struts e Hibernate… iríamos usar o Velocity tbm, mas eu preferi fazer o pessoal ficar só no JSP exatamente pelo fato do layout sofrer constantes alterações e tbm pelo fato de ser produzido por terceiros.

De qualquer forma, isso não impede q em projetos de mesmo porte ou até maiores, se use vários frameworks ou ainda q não se use nenhum…

A minha opinião é que, antes de decidir isso, é necessário que o projetista e o arquiteto (e pq não toda a equipe de desenvolvimento) analisem o escopo do projeto (custo, risco e prazo) e a experiência da equipe… dessa discussão provavelmente saia a melhor resposta sobre “usar ou não os frameworks”.

[color=“green”]Olá pessoal,

Eu sou uma JavaBaby mesmo… comecei a estudar e trabalhar com Java não tem nem 4 meses… Me cadastrei aqui no Portal Java mês passado e passo algumas horas do meu dia lendo discussões aqui no Forum… é bem produtivo :lol: …

Mas aí eu fico vendo essa sopa de letrinhas e entro em desespero… Fico pensando se um dia eu vou conseguir chegar ao nível de vcs e espero sinceramente q eu consiga :roll:

AAAAAAAAAAAAAAAAAAAHHHHHHHHHHHH eu vou ficar doida :choroo:

Vcs entendem meu desespero??? :arrg:

hehehehehehehehehehehe… foi só um desabafo…

Valeu,
Marcela Ribeiro[/color]

Acho que todo mundo aqui entende esse desespero. Afinal, quem ai que quando era iniciante não passou por esse mesmo pavor?

Na verdade muita gente acaba tendo uma versão distorcida da realidade. Um fala de J2ME, o outro fala sobre JSF. Dá a impressão que todo mundo sabe tudo, menos a gente. O Vinci, por exemplo, entende um pouco de J2SE e J2EE. Mas nunca trabalhou com J2ME.

Para se livrar um pouco do pavor das siglas existem duas coisas a serem feitas:
:arrow: Sempre visitar o Acronym Finder (http://www.acronymfinder.com)
:arrow: Ler bastante notícias e artigos. Sugiro ler pelo menos uns 3 por semana.

legal esse site hein vinci!!
jah foi pro bookmarks!!

[color=“green”]Eu to estagiando com J2EE (JSP, Servlets, Struts…), ainda to aprendendo tudo… mas acho q antes de aprender isso eu deveria aprender J2SE… vcs concordam??? :oops:

Valeu pelas dicas Vinci… eu ja fiz a assinatura da JM e da MJ e estou sempre procurando me atualizar

Ae galera, valeu a atenção :lol:

Marcela Ribeiro[/color]

Concordamos, antes de qq coisa aprenda JAVA (J2SE) senão não adiantará nada saber JSP, Struts e etc e não saber implementar as classes devidamente.