| Autor |
Mensagem |
|
|
Interfaces estao aih para isso.
Porém, na hora de instanciar, tu faz:
Esta é uma das formas elegantes de resolver questoes como essa.
|
 |
|
|
Você: Eai?
Pintor: Tudo certo!
Você: Mas falta fazer o acabamento ali da sala!
Pintor: 
|
|
|
|
Sergio Lopes wrote:
prog.tiago wrote:Acabei de ler que a o Flex foi aceito e submetido à Fundação Apache. Eh, quem disse que ele morreria?
Eu interpreto como mais um sinal de que a coisa vai mal. Se der uma olhada nos projetos da Apache, vai ver que várias zebras são jogadas lá só pra não dizer que o projeto foi fechado. Além do Flex, até o mortíssimo Google Wave foi pra lá.
Eu não apostaria minhas fichas no Flex e nem no Flash para o futuro.
Eu pensei na mesma coisa. Apache tá virando um cemitério de elefantes (brancos) ultimamente.
|
|
|
|
Oi,
Entenda transação como o seguinte:
Execução de comandos que podem alterar o banco de dados, onde, caso algum dos comandos não realize com sucesso, os demais sejam desfeitos. Transação garante a atomicidade e integridade de um método.
Quando tu apenas faz consultas, você não está escrevendo no banco, estã apenas consultando o banco, e este não exige que uma transação seja aberta para gerenciar esta execução, conhecido por transações somente leitura (o que torna muito mais rapido, pois não será necessário que o banco efetue um jornal das execuções (para prover o rollback)). Mas isso tudo depende do seu driver JDBC e banco de dados.
É mais ou menos por aí.. 
|
|
|
|
Acho que o caminho é este mesmo. Realmente, por mais que tu consiga ser veloz num browser, sempre perderá para um instant-client, visto que o tempo de renderização do HTML é maior do que uma app desktop - então se isso é realmente um requisito importante, vai tranquilo.
E, sim, vale a pena centralizar as regras de negócio, separando-as do client num servidor. Isso é uma boa prática e EJB é uma boa alternativa neste cenário, visto que atualmente, é uma arquitetura JEE madura e sem mais problemas.
Da uma olhada no Genesis, é um framework interessante que integra todas as tecnologias que tu citou (EJB, Swing) e, ainda facilita bastante a aplicação de boas práticas (MVC, Arquitetura modularizada).
|
|
|
|
Sergio,
Como sugestao, tenta seguir o modelo de Path-Params (e nao query-params nas URIs).
Exemplo:
http>//xxx.com/blabla/x/blablabla
ao invés de:
http://xxx.com/blabla.mtw?x=blablabla
torna o negócio mais profit! Olha como o GUJ faz as URIs, por exemplo.
incluir extensões nas actions (.mtw, no caso) é muito "anos struts"
boa sorte.
|
|
|
|
|
Olha, tu poderia usar a classe Calendar que ajudaria, mas, eu, certamente usaria uma biblioteca como a Joda-time.
|
|
|
|
balrog wrote:...
Ok, SC está a 350km pela frente! Tramandaí não é praia? Pô, curto pra c.. o chocolatão de tramanda, capão e até a bonita Torres.
E sua opinião quanto TI daqui, estão, digamos, 10 anos atrasadas mesmo. 
1h pegado tu está na praia de tramandaí. Pra mim isso é perto. Demora mais para atravessar de uma Zona para outra em SP.
A proposito, http://www.guj.com.br/java/46608-custo-de-vida---regioes-do-brasil deve ajudar mais.
[]s
|
|
|
|
- salarios bons / muitas oportunidades
- perto da praia e, principalmente, SC.
- transito TENSO, recomendo morar perto do trabalho
- clima TENSO (frio e calor, 8 ou 80)
- uma das cidades mais poluidas do Brasil (acho que só perde para SP)
- cidade baixa \o/
- mulherada bonita
- criminalidade alta, capital
- polo tecnologico muito bom
- um dos mercados mais caros, se não o mais. (comida em geral)
- aluguel varia em torno de 600 a 800 + condominio (em lugares bons de viver)
etc. Foi meio randomico, mas deu para ter uma boa idéia.
|
|
|
|
se a aplicação é interna, simples regras de firewall deveriam resolver o problema. Se eh externa, um SSL + uma politica de token, ja descrita e nao statefull tambem resolvem.
Abracos
|
|
|
|
Bah, tá valendo! A serramalte no santa cevada eh o que há! 
|
|
|
|
Tchello wrote: Sim, no caso estou rodando no JBoss 4.2.3.
Versão do Spring é a 2.5.
Bom, o que você disse eu meio que já sabia, mas não responde bem minha pergunta.
Isso significa que, ao recuperar uma instancia do Service, o dao será injetado automaticamente no mesmo.
É exatamente isso que quero saber, COMO recuperar uma instância do service/dao?
Depois de ter feito esse post consegui fazer usando uma estratégia como essa:
Mas fui alertado que essa não seria uma prática muito recomendada, já que pode haver alguns problemas de memory leak, etc e tal...
Ainda mais se você considerar que já configurei o meu applicationContext.xml no classpath no web.xml
Considerando isso é bastante burocrático e redundante recuperar o ApplicationContext programaticamente, não?
Não existe uma forma mais elegante?!
Estranho o pessoal do spring falar tão mal de EJB que depois da versão 3.0 é MUITO mais simples e fácil =Z
Então, vamos alinhar algumas coisas. O Seu application container é o JBoss, mas qual framework MVC tu está usando? Ou está fazendo direto com Servlets?
Sim, se for uma aplicação WEB sempre será mais elegante pegar implicitamente via listener (aqui um exemplo) - agora, que gera memory leak eu nunca vi.. tem a fonte?
E o pessoal do Spring, reclamava do EJB em suas versões antigas. O novo EJB foi baseado nas idéias do Spring.
|
|
|
|
Esta aplicação é WEB? Se sim, está usando algum framework? Normalmente o Spring possui integração com vários frameworks WEB - ie. carregam o contexto do Spring na inicialização da aplicação (tecnicamente falando, ele faz as injeções na hora que o framework instancia os controllers).
Caso não, tu precisa antes de mais nada definir o endpoint das suas injeções, ou seja.. a ultima camada que receberá injeção. Em sistemas multi-layers, a ultima camada normalmente é o controller. Algo como:
neste caso, tu pode ter algo proximo a isso no Spring:
Isso significa que, ao recuperar uma instancia do Service, o dao será injetado automaticamente no mesmo.
Eu uso esta classe aqui para instanciar o container, digamos, stand-alone.
Com isso, lá no controller tu podes fazer:
E lembre-se, isso (IoC/DI) tem mais sentido se trabalhar pensando em interfaces.
abraço.
|
|
|
|
|
Realmente está muito bom. Alguém sabe uma forma de fazer ele instanciar outro datasource ao inves de org.jboss.jca.adapters.jdbc.WrapperDataSource ? Ou então, como trabalhar com esse Wrapper no lado da aplicação! Apanhando mode on.
|
|
|
|
chun wrote:Alguem aqui usa em producao ?
Usei num cliente GIGANTE de nível mundial na consultoria que trabalhava; alias, era uma premissa deles utilizar wicket para os sistemas web.
|
|
|
|
