[CEJUG] Re: Exceção na geração de relatório com iReport - Savio Freitas - net.java.dev.cejug.discussao

12 messages in net.java.dev.cejug.discussao[CEJUG] Re: Exceção na geração de rel...

From	Sent On	Attachments
Savio Freitas	Apr 3, 2012 5:59 am
Johann Batista	Apr 3, 2012 6:09 am
Euclides Filizola	Apr 3, 2012 6:16 am
Ythalo Rossy	Apr 3, 2012 6:18 am
Savio Freitas	Apr 3, 2012 7:17 am
Euclides Filizola	Apr 3, 2012 7:31 am
Rafael Roque	Apr 3, 2012 7:50 am
Savio Freitas	Apr 3, 2012 7:53 am
Euclides Filizola	Apr 3, 2012 12:31 pm
Savio Freitas	Apr 4, 2012 4:43 am
Euclides Filizola	Apr 4, 2012 5:05 am
Savio Freitas	Apr 4, 2012 5:52 am

Subject:	[CEJUG] Re: Exceção na geração de relatório com iReport
From:	Savio Freitas (lsav...@gmail.com)
Date:	Apr 4, 2012 5:52:03 am
List:	net.java.dev.cejug.discussao

Valeu mesmo. Perdi uma tarde inteira ontem nessa peleja tentando com o relatório na linguagem java e tbm groovy (o que rolasse primeiro tava valendo). Até que achei a informação que me fez ver a luz em um fórum antigão do guj:

"A versão da lib jasper tem que ser a mesma do ireport utilizado";

Lembra que relatei no problema que se eu passasse um JRBeanCollectionDS funcionava normal (é claro, o relatório do exemplo era 3.7.5 e a lib tbm). Já o meu tinha sido feito no 4.5.1. Aí não tinha como.

Em 4 de abril de 2012 09:05, Euclides Filizola <eucl...@gmail.com>escreveu:

Além da lib jasperreport.jar vc tbm tem que ver a versão do iText, tem que ser a mesma do seu ireport, se não irá gerar conflito. Boa sorte.

Em 4 de abril de 2012 08:43, Savio Freitas <lsav...@gmail.com>escreveu:

Castigo:

1500.times { print "Não devo esperar que meu código funcione baseado em algum exemplo se não usar a mesma versão da ferramenta de exemplo!" }

Euclides, definitivamente o problema não era o Groovy. E sim a versão que eu estava usando do ireport. Montei o relatório no 4.5.1 e a lib no projeto era 3.7.5.

Fiz os devidos ajustes e deu tudo certo. Muito obrigado pelos conselhos.

Em 3 de abril de 2012 16:31, Euclides Filizola < eucl...@gmail.com> escreveu:

me mostre as linhas dessas 2 classes:

relatorio.RelatorioServlet.processRequest(RelatorioServlet.java:71) relatorio.RelatorioServlet.doPost(RelatorioServlet.java:107)

Ele ta dizendo que na classe RelatorioServlet, a linha 71 está vindo vazio ou melhor, está vindo null. E a linha 107 também.

Debbugue e veja porque essas 2 linhas estão vindo null.

Em 3 de abril de 2012 11:54, Savio Freitas <lsav...@gmail.com>escreveu:

Opa Euclides, um dos erros foi para exibir um logotipo no relatorio. Mas

esse até que pode-se ver depois. Removi o logotipo do relatório para que fosse gerado apenas os campos mesmo mas surge esse nullPointer (que ainda não achei o responsável por ele)

java.lang.NullPointerException java.lang.Class.isAssignableFrom(Native Method)

net.sf.jasperreports.engine.fill.JRFillTextField.getFormat(JRFillTextField.java:706)

net.sf.jasperreports.engine.fill.JRFillTextField.evaluateText(JRFillTextField.java:394)

net.sf.jasperreports.engine.fill.JRFillTextField.evaluate(JRFillTextField.java:368)

net.sf.jasperreports.engine.fill.JRFillElementContainer.evaluate(JRFillElementContainer.java:258)

net.sf.jasperreports.engine.fill.JRFillBand.evaluate(JRFillBand.java:499)

net.sf.jasperreports.engine.fill.JRVerticalFiller.fillTitle(JRVerticalFiller.java:325)

net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReportStart(JRVerticalFiller.java:261)

net.sf.jasperreports.engine.fill.JRVerticalFiller.fillReport(JRVerticalFiller.java:127)

net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:942)

net.sf.jasperreports.engine.fill.JRBaseFiller.fill(JRBaseFiller.java:841) net.sf.jasperreports.engine.fill.JRFiller.fillReport(JRFiller.java:58)

net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:417)

net.sf.jasperreports.engine.JasperFillManager.fillReport(JasperFillManager.java:247) relatorio.RelatorioServlet.processRequest(RelatorioServlet.java:71) relatorio.RelatorioServlet.doPost(RelatorioServlet.java:107) javax.servlet.http.HttpServlet.service(HttpServlet.java:641) javax.servlet.http.HttpServlet.service(HttpServlet.java:722)

Em 3 de abril de 2012 11:31, Euclides Filizola < eucl...@gmail.com> escreveu:

lembre-se de uma coisa, se vc estiver utilizando java, não tem porque colocar libs do groovy.. !! isso acarretará em outros problemas. Posta ae o console de erros que deu agora.

Em 3 de abril de 2012 11:18, Savio Freitas <lsav...@gmail.com>escreveu:

Bem, apesar de infelizmente não estar usando groovy, a simples

alteração da linguagem do relatório para java não resolve. Na verdade implicou em alguns outros problemas. Até por questões de referência aos fields. Estou testando algumas possibilidades para manter como está. Se não tiver jeito vou ver as alterações necessárias no relatório. De antemão vou rever o classpath.

Em 3 de abril de 2012 10:17, Euclides Filizola < eucl...@gmail.com> escreveu:

E você está usando groovy ? Se não, você precisa ir em propriedades

do seu relatorio e alterar a seguinte opção:

Language: java.

Clique no nome do seu relatorio, dentro do ireport botão direito, properties > language. E mude para Java. Caso, você esteja usando o groovy reveja as libs novamente e clique na opção "Reloadable" dentro da opção classpath.

Em 3 de abril de 2012 09:59, Savio Freitas <lsav...@gmail.com>escreveu:

Caros, estou tentando gerar um relatório através de uma servlet mas

está disparando uma exceção que acredito que não deveria.

Cenário: Montei um relatório bem simples apenas para verificar se o servlet estava fazendo a parte dele corretamente. Quando uso um JRBeanCollectionDataSource passando um ArrayList, o relatório é gerado e exportado sem nenhum problema. Mas quando tento usar um JRResultSetDataSource que é quem realmente me interessa, me vem uma dita ClassNotFound.

"org.codehaus.groovy.runtime.callsite.CallSiteArray" e a lib do Groovy (mais precisamente a groovy-all-1.5.5.jar) está no classpath. O problema ocorre apenas se usar o JRResultSetDataSource.

Alguma luz?