Como falei, o problema nao eh no app server... Testei em modo stand-alone mesmo (com metodo main :-)) e nao funciona.
O problema nao eh o compilador - eu acho, estou usando o JDK 1.4.1_01 e estava usando o mesmo antes... A alteracao que eu fiz foi interna na classe, nao acrescentei nenhum metodo nem quebrei a interface da mesma... Soh mudei a implementacao de uns 3 metodos e a classe que estah dando pau eh uma classe do prj que nao estende a classe especifica do framework em que mexi. Muito estranho... Anyway, soh pra nao dizer q nao tentei, fiz o q vc disse e nao mudou nada, continuo com o mesmo erro... Quem tiver qualquer pista, agradeco :-) []s Michael Nascimento Santos Sun Certified Programmer for the Java 2 Platform Sun Certified Programmer for the Java 2 Platform 1.4 Moderador SouJava - www.soujava.org.br ----- Original Message ----- From: "Alvaro Mota" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, November 26, 2002 2:01 PM Subject: Re: [java-list] java.lang.VerifyError Qual o app server que vc está utilizando? Tive um problema parecido e era com o compilador. Vc usa o JIKES? O problema era o compilador quando os nomes de métodos das classes concretas geradas eram grandes..64 bytes eu acho:-) Troque o compilador q o ant utiliza. E so mudar o build.compiler para modern. Eu troquei para blackdown e funcionou. Não sei se é esse o caso, mas.... Alvaro Mota Michael Nascimento Santos wrote: > Pessoal, > > Esta estah me tirando o sono :-). Seguinte: > > Tenho dois buildfiles do ant, um pro framework da empresa e outro para as > classes especificas do prj. Tive de alterar o framework e fiz um rebuild do > mesmo com o ant, sem problemas. Depois, fiz um rebuild do jar das classes do > prj, tb sem problemas. > > Na hora em que tento utilizar uma das classes do prj ocorre um VerifyError > assim: > > java.lang.VerifyError: (class: com/empresa/ClasseQualquer, method: > qualquerMetodo signature: (I)[Lcom/empresa/ClasseQualquer;) Register 0 > contains wrong type > > Antes que voces me digam o obvio (:-)) : > > 1. Tenho certeza que o segundo build foi feito em cima do primeiro; exclui > temporariamente o primeiro jar para ter certeza de que nao compilava e foi > isso que aconteceu; > 2. Estou utilizando a mesma versao do JDK que eu jah utilizava anteriormente > para compilar o prj e nao alterei nenhuma configuracao do ambiente; > 3. Nao eh um problema de cache do appserver; testei a chamada na mao e dah o > mesmo problema; > 4. Verifiquei se os jars estao sendo copiados corretamente vendo suas datas > e varrendo o disco em busca de jars de mesmo nome; > 5. A aplicacao de teste funcionava anteriormente e o metodo chamado existia > e continua a existir; > 6. Nao montar o jar e deixar as classes expandidas todas juntas _nao_ > resolve o problema. > > Se alguem tiver _qualquer_ sugestao, eu aceito :-) > > []s > Michael Nascimento Santos > Sun Certified Programmer for the Java 2 Platform > Sun Certified Programmer for the Java 2 Platform 1.4 > Moderador SouJava - www.soujava.org.br > > ------------------------------ LISTA SOUJAVA ---------------------------- > http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP > dúvidas mais comuns: http://www.soujava.org.br/faq.htm > regras da lista: http://www.soujava.org.br/regras.htm > historico: http://www.mail-archive.com/java-list%40soujava.org.br > para sair da lista: envie email para [EMAIL PROTECTED] > ------------------------------------------------------------------------- > -- "Se um homem nao sabe a que porto se dirige, nenhum vento lhe sera favoravel !" ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm historico: http://www.mail-archive.com/java-list%40soujava.org.br para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
