OnLoad para JSPs

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Nos três JSPs que temos nós instanciamos nossa classe de lógica (aquele que nunca usou JSP para acessar lógica que atire a primeira pedra

) e passamos para ela um InputStream que criamos antes e aponta para um properites. Há como executar um código comum antes de cada JSP ser chamado - o código citado, e passar para cada JSP a classe de lógica prontinha pra usar? É tipo isso que estou querendo:

Tem como???

Use um filtro.

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Os filtros servem para isso? Vou pesquisar a respeito. Valeu Daniel!

Bom, melhor seria você passar o Properties ao invés do InputStream, não acha?

Se achar filtro ruim para isso, crie uma classe e faça seu JSP estendê-la.

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

danieldestro wrote:Bom, melhor seria você passar o Properties ao invés do InputStream, não acha?

Eu não faço isso porque seria mais código repetido para criar o properties e tratar as exceções, entende?

danieldestro wrote:Se achar filtro ruim para isso, crie uma classe e faça seu JSP estendê-la.

Tem como? Como?

Qual o problema de fazer isso no filtro:

E para criar uma superclasse para seus JSPs basta criar uma classe que estende HttpJspBase.

Mas uma pergunta, pq ler este properties a toda chamada (request)???

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Sobre ler o properties a cada chamada, aí entra a questão de que deixamos para pensar numa coisa melhor para depois. É que nele tem os dados da conexão JDBC. Cada vez que as páginas são acessadas é feita uma conexão com o banco. Já pensei em fazer isso apenas uma vez, no "startup" da aplicação, mas não sei como, as coisas são meio confusas ainda. Tem o lance do pool de conexões também né...

Sobre o filtro o problema é fazer isso em vários lugares, nos JSPs, no filtro não tem problema.

Sobre a superclasse vou pesquisar a respeito. Valeu!

This message was edited 1 time. Last update was at 02/05/2005 13:47:35

Pára, pára, pára.

Pare com isso e crie já um pool de conexões.
Onde já se viu uma coisa dessas, menino?

E outra, nada de acessar BD pelo JSP.

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Eu tava pensando aqui: é possível várias threads (JSPs) usarem a mesma conexão JDBC? Ou cada thread vai ter sua própria conexão JDBC (venha de um pool ou não)? Eu não poderia fazer apenas uma conexão, não importa quantos clientes dos JSPs hajam, e esses clientes reutilizam uma mesma conexão?? Tá vendo como tá dando tilte?

Tipo, eu esqueci uma coisa que já entendi uma vez, sei lá. Tenho que ler a respeito.

E outra, nada de acessar BD pelo JSP.

Calma, calma! Eu só passo o properties e recebo um "DAO", não há nem a citação "JDBC" nas páginas

As regras de negócio devem estar FORA do JSP. A idéia (correta) de JSP é utilizar apenas para mostrar os dados (receber um objeto ou um List com objetos e mostrar).

O pool é assim, ele inicia um ou mais conexões e as deixam ativas. Quando cada thread (ou requisição) solicitar uma conexão o pool retorna uma conexão ativa e livre. Se não tiver mais ele cria uma nova (se possível e não atingir o limite configurado).

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

As regras de negócio ESTÃO FORA do JSP!!!!

Agora sobre o pool a idéia então é que hajam menas conexões do que threads (uma thread "libera" uma conexão e outra que está nascendo aproveita essa conexão em vez de criiiiiiiaaaaaaaaaaaaarrrrrrrr uma), mas principalmente que threads não necessitem ficar criiiiiiaaaaannnnnddddddooo coooooonnnneeeeexxxxõõõõõõeeeesssss, mas pegando-as quentinhas do pool, aumentando o desempenho. Certo?

Use um front-controller ou page-controller então. Vai ficar MUITO mais facil.

Se não quiser usar um framework como Struts ou webwork, pelo menos escreva um raio de um servlet e no fica de um forward pro jsp que realiza a renderização do html.

No mínimo isso.

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