| Autor |
Mensagem |
|
|
|
sim voce pode passar os parametros por get. Eu fiz algo parecido e já ate chamei o submit d outro formulario a partir do meu sistema. Para isso vc deve conhecer os nomes dos campos do formulario de destino ( use o firebug ). No seu sistema vc da um submit em uma pagina sua, chamando a url do formulario de destino e passando as variaveis do formulario de destino como parametros na url, ex: http://www.sistemadestino.com.br?param1=valor1¶m2=valor2 ... etc onde valor1 e valor2 sao os valores que vc deseja que ja venham preenchidos no formulario de destino.
|
 |
|
|
|
valeu brother, vou dar uma olhada
|
|
|
|
|
wagne23 use o SPRING ! Ele vai muito alem de injecao de dependencias.. vc vai ver com o tempo. Sobre a criacao de objetos, o spring te da a opcao de usar padroes, tipo singleton ou prototype, além de desacoplar seu projeto
|
|
|
|
|
exatamente windsofhell, executar um script, pegar o output em ambiente web. Sabe me direcionar ?
|
|
|
|
|
pessoal, alguem sabe de um tutorial bom sobre java trabalhando com pearl ? Sugestoes ?
|
|
|
|
|
exatamente, o manager é nada mais q uma aplicacao que fica no webapps do tomcat. É um pacote que pode ser baixado e instalado. No linux vc baixa pelo synaptic. No windows é um zip que vc descompacta.
|
|
|
|
|
a resposta do Lucas Emanuel é boa. Eu tenho projetos em vários frameworks, dependendo da necessidade. Tenho nesse formato citado, e tenho tambem com struts 2 com tiles, spring, maven. Essa ultima é a mais robusta e funciona muito bem aqui.
|
|
|
|
|
ao meu ver entao é algum problema com a tag que vc esta utilizando para exibir as mensagens. Ja tentou recuperar as mensagens na action ? La funciona ?
|
|
|
|
na verdade meu tempo de expiracao varia conforme a época. Na época de pico eu diminuo para 3 minutos. Mas dependendo do que o usuário estiver fazendo eu mantenho um "keep alive" na aplicacao para nao expirar a sessao enquanto o usuario está pensando ou preenchendo formularios etc. Mas quanto a espera, já pensei também em um mecanismo de fila, dizendo ao usuário quanto tempo ele terá de esperar e tudo mais.. mas nao acho que seja preciso tudo isso... 
|
|
|
|
AbelBueno sua dúvida é pertinente. O timeout é configurado no web.xml.
No cenario anterior sim ( deveriam aguardar os 2 usuários até a sessão expirar ). Mas logicamente não teremos esse cenario em produção. No meu caso haverá 500 slotes disponíveis devido à restrições de arquitetura, então esse tempo será bem menor. Juntamente a isso, meu tempo de expiração como pode ver é de apenas 10 minutos. Considerando esses dois fatores não espero que o usuário em época de pico precisará esperar mais de 1 min. Se voce observar isso é comportamento da web quando se tem restrições, como é o meu caso ( a instituição nao me deu condicoes orcamentarias de fazer uma clusterizacao ). O site do Banco do Brasil tem lógica parecida, note que a expiração deles é de uns 3 min.
|
|
|
|
|
hum obrigado parceiro ! Dúvida solucionada !
|
|
|
|
mrbbm desculpe pela demora mermao, mas ai vai ! ( Pela segunda vez pq o GUJ fez o favor de dar refresh na pagina antes de eu terminar a resposta... )
Eu tenho um ambiente maven, Spring 2.5 e Struts 2. Mas essa solução serve para qualquer ambiente Java Web. No seu web.xml adicione o listener:
Esse SessionListener é uma classe que implementa a interface HttpSessionListener, que possui 2 métodos importantes: sessionCreated() e sessionDestroyed(). Eles são invocados quando uma sessao é criada e destruida respectivamente. Veja o código abaixo:
Ok. O sessionManager é um bean singleton que irá centralizar minha lógica de controle de usuários na sessao. Então no meu applicationContext.xml do Spring eu tenho:
Ou seja, todos os beans com scopo de sessão, ao serem criados ou destruidos o container do servidor irá invocar esses métodos de criacao e destruicao da sessao através do listener. No meu caso eu tenho um bean chamado userSettings com scopo de sessao. Nesse Bean eu tenho as informacoes do usuario que me interessam. Agora veja o código do SessionManager:
Agora aqui está a questão. Eu preferi fazer da seguinte forma: quando o usuário cai na minha tela de login, meu userSettings com scopo de sessao sera invocado pelo Spring. Logicamente o metodo sessionCreated é invocado e eu decidi já colocar no meu map de usuários esse id de sessao, mesmo com o usuario sem logar. Quando o usuário loga, no meu método de login eu invoco :
ou seja, registrei no meu map um usuário preenchido ( previamente através de uma query... ). Logicamente o usuário é aquele que anteriormente já foi colocado na sessao, eu sobrescrevo ele no map ( pois o id da sessao é o mesmo ). Ao deslogar eu tenho:
. Não tem problema se o usuário sair sem deslogar. Quando a sessao expirar o método sessionDestroyed do listener sera invocado de toda forma, garantindo o controle da sessao. Já fiz todos os testes e a solução parece que resolveu meu problema. Tenho agora como saber exatamente quantas sessoes estao criadas no momento e quantos usuários estão logados. Logicamente o container não chama o método exatamente no momento que a sessão é destruida, as vezes demora um pouco mais, mas ele chama uma hora ou outra. Da pra ter um controle legal e consistente, o que resolve o problema de carga. No meu método de login eu resolvi barrar mais de 2 usuários logados, então a primeira verificação foi a seguinte:
Se o usuário tentar logar e já tiver 2 usuários, o sistema emite uma mensagem de erro. Logicamente o número 2 foi escolhido para testes. Bom, espero ter ajudado. Qualquer dúvida posta ai ! Abraço !
|
|
|
|
|
fabiofalci nao posso ter beans com o mesmo nome nem mesmo em arquivos de contexto separados ? Realmente quando isso acontece o spring lanca um log dizendo que esta sobrescrevendo uma propriedade. Seria entao importante nao duplicar os nomes em todos os arquivos?
|
|
|
|
|
ViniGodoy vc referenciava todos os appContexts no seu web.xml, cada um com suas configuracoes e apontando para seu datasource ? Sabe se o spring pode ter problemas em se ter variaveis com mesmo nome em diferentes appContexts ? Ex, jdbcTemplate ...
|
|
|
|
|
Pessoal, vcs ja fizeram algum sistema que se conecta em varias bases de dados utilizando o jdbcTemplate do Spring ? Pensei em algumas alternativas mas nao consigo sair daquela na qual teria q ter varios applicationContexts, onde cada um instanciaria um jdbcTemplate apontando para um dataSource. Seria essa uma alternativa viavel ou há uma maneira no Spring clara e objetiva de se ter varios dataSources ?
|
|
|
|