Se eu conhece-se antes, muitos projetos teriam arquiteturas diferentes. Estou lendo sobre a parte de integração e participando de projetos com BEA"Aqualogic,Data Services e WLI", estou gostando muito do que estou vendo em termos de facilidades. Claro nem tudo é facil e simples, mas é prático. Logo-logo terei mais conteudo sobre essas ferramentas e arquitetura. Qualquer coisa já tenho algumas informações e conceito dos projetos que estou participando.
Até mais...
quarta-feira, 22 de abril de 2009
terça-feira, 11 de setembro de 2007
Threads X Hibernate
Bom, tive o seguinte problema quando decide utilizar Threads no meu projeto Web para executar processos em modo batch:
Espero ter Ajudado, bom aproveito.
- Quando as Threads estavão sendo executas acontecia exceções na session do Hibernate. Tudo isso porque eu tinha implementado "ThreadLocal
" na minha Factory o que esta certo, e então quando as Threads entravam em processamento a Session não estava vinculada a mesma, porque a Thread foi instanciada e Startada por um processo do WebServer. - Como Solucionar. Eu criei uma factory para ser utiliza unicamente pelas Threads que executão os processos em batch:
- Ficou assim HibernateFactoryThread que extends HibernateFactory: eu subescrevi quase tudo, exceto a SessionFactory que já esta instanciada na classe que esta sendo extendida.
- public class HibernateThreadFactory extends HibernateFactory {
private static Logger log = Logger.getLogger(HibernateFactory.class);
private static ThreadLocalsessions = new ThreadLocal ();
public static Session abreSessao(){
if (sessions.get() != null){
log.error("Essa Sessao nao foi fechada");
}
Session s = getFactory().openSession(); //O metodo em vermelho é da Factory extendida.
sessions.set(s);
return s;
}
public static Session buscaSessaoCorrente(){
if(sessions.get()!= null && sessions.get().isOpen()){
return sessions.get();
}
return abreSessao();
}
public static void fechaSessao(){
if(sessions.get().isOpen()){
sessions.get().close();
}
}
} - Pronto agora é só utilizar nos metodos das Threads a HibernateThreadFactory.
Espero ter Ajudado, bom aproveito.
Red Hat Developer Studio
É a Red Hat fez um senhora IDE, no entanto deixa a desejar quando falamos no desenvolvimento visual de JSP/HTML. A IDE esta sobreposta a Versão 3.3 do eclipse que já vem por si só com muitas novidades e uma integração facil e amigavel para fazer deployer das aplicações WEB, é preferivel desenvolver um JSP/HTML com o plugin nativo do Eclipse 3.3 à Utilizar o editor que vem no pacote da Red Hat. Os editores para mapeamentos do Hibernate também não estão muito amigaveis, quer dizer esta pessimo.
Acredito que a Red Hat pode melhor e muito essa ferramenta, sendo assim tenho esperanças que uma versão oficial seja realmente coerente com as nossas necessidades de desenvolvimento produtivo.
Obs.:Eclipse 3.3
Acredito que a Red Hat pode melhor e muito essa ferramenta, sendo assim tenho esperanças que uma versão oficial seja realmente coerente com as nossas necessidades de desenvolvimento produtivo.
Obs.:Eclipse 3.3
quarta-feira, 15 de agosto de 2007
Web Services X Nokia Serie 80
Web Services X Nokia Serie 80 - O desenvolvimento de web services para p sdk da nokia é um porre, vc consulta o forum da nokia e os passos que te guiam não leva a nada, apenas um monte de pacotes de instalação muito confuso e sem nada pratico para auxiliar. Espero que nas proximas gerações de celuar todos entrem em um concenso e estabelação um padrão que realmente funcione.
Fuiiiii
Fuiiiii
quinta-feira, 12 de julho de 2007
Eclipse EUROPA x JEE
Cara esse "Eclipse 3.3-EUROPA" que contempla o desenvolvimento JEE esta muito bom, comecei a desenvolver algumas aplicações com ele a pouco tempo e ja deu pra avaliar bem. As funcionalidades são bem praticas como por exemplo criar um projeto EJB e fazer o deploy em qualquer Aplication Server. Ha pra que tem algum problema com o GlassFish na hora de fazer deploy e startar o mesmo com outros publigns sugiro o EUROPA, bem facil debugar web services e ejb com ele.
Abçs
Abçs
sexta-feira, 1 de junho de 2007
MyFaces 1.1.5 só rola no Jboss 4.0
Bem pessoal, essa semana estava fazendo um teste aki na empresa e descobri que o meu projeto não pode migrar diretamente para uma versão mais atual do Jboss como a 4.2 e tudo isso porquê o nosso amigo MyFaces 1.1.5 não funciona corretamente nas versões superiores a 4.0 . Então quem estiver nesse momento na net procurando uma resposta encontrou. O jeito é utilizar a versão 4.0 ou JSF 1.2 sem a implementação do MyFaces.
Obs.: no Jboss 4.0 as bibliotecas do MyFaces são nativas.
Até Mais.....
Obs.: no Jboss 4.0 as bibliotecas do MyFaces são nativas.
Até Mais.....
quarta-feira, 30 de maio de 2007
JAVAFX - FANTASTICO MAS ESTA DEMORANDO
JavaFX - Puts andei acessando alguns portais que demonstram o uso dele, acredito que é bem pratico, mas ficou no mesmo estilo de desenvolvimento que o Flex(Adobe). O que não me agrada é ter que aprender uma linguagem de script para o JavaFX assim como se usa o ActionScript para o Flex. A microsoft criou o tal do Silverligth para competir com o flex, mas só vai rodar em plataforma windows porque precisa do uso do DirectX e sabemos que hoje em dia não rola mais uma unica plataforma. O mercado esta muito confuso entre o que escolher para os desenvolvimentos futuros.
Abçs,
MIKAS!!
Abçs,
MIKAS!!
Assinar:
Postagens (Atom)