| Autor |
Mensagem |
|
|
bKn wrote:Sim, entretanto isso tudo é alternativo. A arquitetura RPC sozinha não oferece o suporte. O Spring apenas possui adaptadores especiais para WebLogic, WebSphere e OC4J.
http://www.atomikos.com/Documentation/SpringIntegration
Cara, eh triste ainda ouvir esse tipo de pensamento relativo a software open source... Ele funciona tao bem ou melhor que WebSphere por exemplo, o qual tem uma pessima reputacao onde quer que seja citado. OC4J possui problemas de classloading, fora o fato de estar sendo descontinuado. Jah trabalhei com WAS e OC4J, nunca mais desejo trabalhar com eles. Eu nao vejo razao de gastar um centavo com solucoes proprietarias EE enquanto existem varias solucoes free open source de excelente qualidade e efetivamente simples.
Fora isso, como eu disse antes, transacoes distribuidas deve ser evitado. Trabalho em um ambiente de computacao em grid onde uma feature pode executar ateh 200 threads com possibilidade de distribuicao em varios nos de processamento, e nao usamos XA devido ao custo desnecessario de processamento embutido. Eh possivel desenhar seu software de modo a evitar XA.
|
 |
|
|
Luca wrote:Em princípio siga a primeira lei do Martin Fowler sobre arquitetura com objetos distribuídos:
Don't distribute your objects (PoEAA pág. 89)
Exatamente por isso que eu disse "se preciso"... 
Trabalho em uma empresa com um sistema de alta demanda e o unico tipo de distribuicao de processamento que fazemos eh load-balance. Eh o suficiente. Spring stateless com singletons eh uma arquitetura que escala muito bem em cada um dos servidores. Usamos tb 512mb de heap em cada JVM, o que diminui problemas de GC.
|
|
|
|
JavaTux wrote:Hum que mal lhe pergunte, o Spring tem tantos módulos lá, spring aop, secutiry, spring mvc, dao....
Qual parte do spring oferece essa possibilidade?
Spring remoting.
|
|
|
|
Spring não dá suporte a transações distribuídas, a não ser que se utilize um container SOA por trás (Weblogic).
Vc pode plugar atomikos inclusive em um jetty ou tomcat. Funciona muito bem.
Vc nao precisa de weblogic para ter transacoes distribuidas, apenas um provider JTS.
Eh necessario tb ver se seu banco de dados suporta transacoes distribuidas, e se ele estah configurado para tal.
|
|
|
|
Spring.
Se precisar distribuir, pode usar Rest.
Nao recomendo o uso de transacoes distribuidas. Se possivel, evite.
|
|
|
|
Eu uso nas aplicação EJB qual o problema?
Se sua aplicacao necessita de EJB, sem problemas. Voce pode atender qualquer requisito coberto por EJB via Spring, esse eh o meu ponto. E com inumeras vantagens.
Porem, como nao quero tornar isso aqui outro EJB vs Spring(vide varias referencias na web confirmando a superioridade do Spring), e nem mesmo sequestrar essa thread...
|
|
|
|
1 - nao eh o proposito dele, ele eh um container web.
2 - quem precisa de ejb nos dias de hj?
|
|
|
|
mas o que salvo no banco é somente o vetor de bytes, a questão é, quando eu for recuperar esses bytes do banco e tranformá-lo em arquivo novamente,como q eu consigo o nome?
salve tb o nome no banco, em outra coluna.
|
|
|
|
no mesmo artigo, verifique a tag:
onde a propriedade pictureName eh o nome do arquivo, a qual estah no bean studentAction. Certo?
|
|
|
|
|
http://www.theasolutions.com/roller/karthik/entry/big_file_upload_tutorial_using
|
|
|
|
|
Vc deve utilizar um jdk, e nao uma jre.
|
|
|
|
1. Use dentro de um componente gerenciado por um container(Servlet, EJB), realizando lookup de um objeto em JNDI dentro do mesmo container.
2. Use dentro ou fora de um componente gerenciado um por container, realizando lookup de um objeto em JNDI dentro de outro container.
|
|
|
|
Abra a aplicacao Console e execute . Qual versao aparece? Acho q vc estah executando classes compiladas para JVM 6 com uma JVM 5...
Acredito q o java padrao em sua maquina seja o 1.5. A instalacao da JVM 1.6 no OSX nao altera a JVM default:
http://number9.hellooperator.net/articles/2008/05/21/changing-the-default-jvm-on-osx-leopard
|
|
|
|
|
Eu utilizo o DailyRollingFileAppender e um processo cron para arquivar+apagar tais arquivos depois de um certo tempo.
|
|
|
|
Como o peczenyj disse, depende de sua escolha de software de infra. Acho interessante desenhar a arquitetura do sistema pensando diretamente no problema a ser resolvido, quais frameworks/toolkits sao mais adequados, e entao partir para um prototipo rapido das funcionalidades criticas para entao simular um teste de performance e escalabilidade desejavel do sistema e ambiente. Procure por um documento chamado SRS[1] ele pode fornecer um modelo de como fazer tais estudos.
Novamente, foque no problema e procure saber alguns numeros como tempo de resposta aceitavel, requisicoes por segundo ou minuto, usuarios simultaneos, bytes por requisicao, etc...
[1] http://en.wikipedia.org/wiki/Software_Requirements_Specification
|
|
|
|