Passos para expandir o tamanho do seu disco virtual do VirtualBox
É possível que, após trabalhar um tempo em uma máquina virtual gerada pelo VirtualBox, você perceba que o seu disco virtual começou a ficar sem espaço.
Por esta razão eu expandi o tamanho do meu disco de 25 Gb para 100Gb, seguindo os seguintes passos:
Solução de contorno para o erro “SQLException: Invalid column type: sqlType=2009” lançado pelo Driver Oracle ojdbc.jar versão 11.2.0.x ao tentar atribuir NULL a uma coluna do tipo XMLTYPE
Ao utilizar o Driver do Oracle ojdbc.jar versão 11.2.0.x, não foi possível atribuir NULL a uma coluna do tipo XMLTYPE, utilizando o java.sql.Type correspondente. Assim, na execução do código statement.setNull(i, Types.SQLXML) o driver lança o seguinte erro: SQLException: Invalid column type: sqlType=2009.
Após gastar um tempo de pesquisa, não encontrei nenhum fix do driver. O que encontrei foi uma solução de contorno, conforme código abaixo. Continue lendo “Bug Oracle Driver 11.2.0.x”
Sem dúvida que Servidores JEE que se prezem são mais robustos, mesmo para simples aplicações WAR. Assim, se o Classloading Isolation é trabalhoso, vale a pena o esforço.
Assim como acontece muito nos Servidores de Aplicação JEE como o IBM WebSphere ou no Oracle WebLogic, o Classloading Isolation no JBoss EAP não é tão simples em alguns casos. Claro que o nosso desejo é sempre gerarmos um EAR/WAR “limpo” de arquivos de configurações, que rode em qualquer servidor de aplicação. Geralmente temos desistido e voltado para o bom e velho Apache Tomcat, o que não é ruim quando precisamos rodar apenas arquivos WAR. Creio que não temos muitos problemas com o Tomcat porque ele não possui (em seu ambiente) muitas APIs ou Frameworks que poderiam provocar conflitos com as utilizadas pelas aplicações. Mas é fato que nem sempre iremos produzir somente pacotes WAR. E quando precisarmos de Segurança, Escalabilidade, Transação e outros tantos serviços presentes na especificação JEE? Sem dúvida que Servidores de Aplicação JEE que se prezem são mais robustos, mesmo para simples aplicações WAR. Assim, se o Classloading Isolation é trabalhoso, vale a pena o esforço (até certo ponto, obviamente).
À medida que eu encontrar problemas e soluções de Classloading Isolation no JBoss, vou atualizando este post. Descrevo abaixo alguns problemas e soluções:
1) Isolando bibliotecas do EAP 6.x para utilizar as que estão definidas na aplicação
Basicamente, basta configurar o arquivo /WEB-INF/jboss-deployment-structure.xml. No exemplo abaixo, a versão do SL4J utilizada pelo EAP é excluída do classloading, para que seja utilizada a versão definida na aplicação:
Esta é a configuração básica de isolamento e deve funcionar na maioria dos casos. Entretanto, para determinadas APIs, o isolamento não é tão simples, como é o caso do JSF (Java Server Faces) e JPA (Java Persistence API).
O problema relatado neste post foi descoberto utilizando o componente do RichFaces na versão 3.3.3.Final. Tendo em vista não ter sido encontrado, na Internet, a razão para o erro de JavaScript informado abaixo, descrevemos o problema (javascript) e a “solução” adotada
O problema relatado neste post foi descoberto utilizando o componente <rich:comboBox> do RichFaces na versão 3.3.3.Final. Tendo em vista não ter sido encontrado, na Internet, a razão para o erro de JavaScript informado abaixo, descrevemos o problema (javascript) e a “solução” adotada:
Você precisa fazer login para comentar.