Tecnologia para desenvolver em componentes (Portlets, etc...)

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Pessoal, acho que o título do tópico não ficou bom, mas não consegui pensar em um melhor.

É o seguinte, aqui onde eu trabalho desenvolvemos aplicações corporativas pra web. E estamos pesquisando se tem jeito de desenvolver componentes separados, como se fossem plugins mesmo. Queria saber se existe algo que permita que eu desenvolva um componente (um jar por exemplo) e apenas "encaixe" esse jar na aplicação e a funcionalidade já é adicionada (telas, etc..).
Andei dando uma pesquisada em portlets, mas pelo que eu vi, eles são mais voltados para o front end (me corrijam se eu estiver errado) e não sei bem se é isso que eu quero.

Sei que existem tecnologias e padrões onde você pode empacotar ou separar componentes de negócio e adicionar na aplicação, mas, isso não bastaria pois, de qualquer forma eu tenho que fazer implementações na camada de apresentação para invocar esses componentes de negócio por exemplo.

Não sei se fui claro no que eu estou querendo.

Conto com a ajuda de vocês!

Deixa eu ver se entendi:
Você pensa em encapsular um componente "full"(apresentação+negócio)?

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Isso aí.

Se é que tem jeito né.

Com Portlet isso é possível caso você não use/precise de EJB em um módulo separado. Assim, você teria um portlet (dentro de um projeto war e esse portlet pode fazer a camada de apresentação e a camada de negócio (dentro do WAR e sem EJB). Para usá-lo, instalada o Portlet (precisa de um Portal Server) e consegue configurá-lo para aparecer na página. Na teoria é lindo, mas na prática o processo é um pouco custoso (experiência própria)

Agora na minha opinião, você poderia se preocupar mais com "componentes" web (JSF, JQuery, etc) e a camada de negócio seria algo mais específico para cada requisito.

E pq não usar um RichFaces/PrimeFaces da vida?

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Jair Rillo Junior

A idéia é desenvolver componentes à parte e quando precisar desse componente na aplicação, bastaria "instala-lo".

Agora na minha opinião, você poderia se preocupar mais com "componentes" web (JSF, JQuery, etc) e a camada de negócio seria algo mais específico para cada requisito.

Eu não sei se entendi direito esse conselho. Nós aqui, já utilizamos esses componentes web (JSF, JQuery, etc...) Mas a intenção é desenvolver novos módulos sem ter que tocar na aplicação entendeu?

JavaChild Membro desde: 16/12/2009 14:49:58 Mensagens: 125 Offline

Joomla!

Como eu disse, o Portlet você não faz simplesmente "componentes", pode fazer um módulo completo (sem o EJB). Inclusive um projeto Portlet na verdade é um projeto WAR com um arquivo portlet.xml.

Para o que você quer, o que eu acho mais aconselhavel é Portlet mesmo, porém eu particularmente eu não gosto de Portal

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Para o que você quer, o que eu acho mais aconselhavel é Portlet mesmo, porém eu particularmente eu não gosto de Portal

Entendi, você poderia me dizer o motivo?

Me deixou com pé atrás hehehehe

foxpv wrote:Jair Rillo Junior

A idéia é desenvolver componentes à parte e quando precisar desse componente na aplicação, bastaria "instala-lo".

Agora na minha opinião, você poderia se preocupar mais com "componentes" web (JSF, JQuery, etc) e a camada de negócio seria algo mais específico para cada requisito.

Eu não sei se entendi direito esse conselho. Nós aqui, já utilizamos esses componentes web (JSF, JQuery, etc...) Mas a intenção é desenvolver novos módulos sem ter que tocar na aplicação entendeu?

Não

Exemplifica pra gente.

Alguns dos motivos que eu não gosto de Portlet:

- Precisa rodar sobre um Portal, que na minha opinião é bastante pesado
- Você tem que trabalhar em cima da especificação dele, se você quer fazer algo diferente (como um simples href) você tem que usar as taglibs prontas dele
- Eu não gosto do comportamento padrão dele de manter estado (embora isso seja possível alterar)
- Nas versões que eu utilizei, ele era compativel apenas com Struts 1.1 (velho pacas), me parece que já tem versão compativel com JSF, mas não testei ainda.

Enfim, isso que eu lembro de cabeça.
Quero deixar anotado aqui que a idéia de Portlet é MUITO LEGAL, porém na prática eu não gostei muito não. Caso você queira aprender a respeito, não custa nada dar uma estudada (a nível de implementação é bem parecido com servlet).

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Exemplifica pra gente.

Por exemplo, você vai desenvolver uma aplicação que tem duas telas, cadastro de clientes e cadastro de funcionários.

Primeiramente criaríamos o esqueleto da aplicação onde, esse esqueleto aceitaria módulos.

À PARTE desenvolveríamos o módulo de cadastro de cliente e quando estivesse pronto, "instalaríamos" esse módulo no esqueleto da aplicação.

Posteriormente e também à parte, desenvolveríamos o módulo de cadastro de funcionários e instalaríamos no esqueleto (que já contém o módulo de clientes).

Entendeu? Repare que pra desenvolver o módulo de cliente e o de funcionários, em nenhum momento eu tive que tocar no esqueleto.

JavaEvangelist Membro desde: 11/04/2006 09:35:56 Mensagens: 343 Offline

Obrigado pelo esclarecimento Jair Rillo Junior!

Muito interessante a discussão e também é de meu interesse. Só acho estranho que a única opção seja a arquitetura de Portlets.
Ninguém nunca precisou desenvolver uma aplicação web que ao ser iniciada verifica se algum jar novo foi incluido na aplicação e a partir dai considerar que naquele novo jar possa estar um novo módulo da aplicação?
Mesmo frameworks que possam realizar esta tarefa, alguém conhece? Ou até mesmo padrões voltados para isso.
Por exemplo no Eclipse, mesmo não sendo web, resumidamente alguém saberia dizer como funciona lá esta arquitetura de plugins que você baixa e a partir daí basta reiniciar a IDE para que ela já reconheça o novo módulo?

Portal e Portlet é uma especificação.

Talvez exista algum framework em Java igual o Joomla para PHP. Se alguém conhecer, por favor nos avise

. Na verdade uma simples pesquisa sobre CMS JAVA retorna alguns resultados, entre eles o seguinte: http://java-source.net/open-source/content-managment-systems. Não estou com tempo para ver, mas acho que é interessante fazer alguns teste

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