DevNite

Ao tentar iniciar uma nova instância do XpathReader, eu recebi o erro abaixo: The processing instruction target matching "[xX][mM][lL]" is not allowed Esse erro acontece, devido a existência de : Espaço em branco antes do header de <?xml ... Existencia de mais de um header de  <?xml... Ou algum conteudo antes do header. Problemas de encoding No meu caso bastou utilizar o metodo trim da classe String, assim removendo os espaços em branco antes do header.

Esse problema ocorre pois a instalação não consegue achar a instalação da JDK ou JRE . Para resolver esse problema, basta executar o instalador informando como argumento o seguinte : Caso você possua a variavel de ambiente JAVA_HOME definida, faça uso deste comando <nome_do_instalador> -j %JAVA_HOME% Caso você não possua a varivel de ambiente definida, o comando é praticamente igual <nome_do_instalador> -j <caminho_da_instalacao> Em ambos os casos eu tive o seguinte erro: Error: 'Files\Java\jdk1.7.0_07' is not a valid argument Não sei se esse é um problema unicamente do windows, porem para resolver esse erro acima, basta colocar o caminho entre aspas, funciona também se você informar a Java home entre aspas.

Utilizando a Criteria Query para realizar 2 buscas com Join e apesar de informar parâmetros diferentes nas 2 buscas, eu sempre recebia como retorno em ambas o primeiro objeto buscado. Deixando claro aqui algumas particularidades: Por sorte(ou não), o Objeto buscado era o mesmo alguns valores de sua composição mudavam. Esses atributos que tinham valores diferentes, não eram utilizados no Equals e HashCode do Objeto buscado. A transação do Provider ainda estava aberta quando foi feita a segunda busca. Ambas buscas feitas pelo mesmo metodo, porem com parâmetros diferentes Tendo isso em mente, temos o seguinte cenário a busca é realizada com sucesso, e o provider faz uso do Equals e HashCode para verificar se esse objeto já existe no contexto de persistência, caso já exista o provider somente retorna o valor que se encontra já gravado no contexto. No meu caso ambos Objeto retornados eram iguais perante ao Equals e HashCode, por isso era sempre retornado o valor já presente no c