iReport: Problemas com subreports em servidor externo

Assuntos Gerais
#1

Bom pessoal,

meu problema é o seguinte: tenho cerca de 5 tipos de relatórios, 3 deles são simples relatórios, os outros 2 possuem subreports.
O lance é que quando estou rodando a aplicação no meu localhost, todos os relatórios funcionam perfeitamente.
O problema é quando envio meu arquivo .war para um servidor externo. O servidor em questão é LINUX.

Ao enviar meu arquivo .war, os relatórios que não possuem subreports, rodam beleza, mas os que possuem subreports, recebem
um erro por não encontrar os tais subreports. O stacktrace é:

javax.servlet.ServletException: Resource not found at : C:\Documents and Settings\renan.dantas\workspace\GENIX\WebContent\relListaExperiencias.jasper
	org.apache.struts2.views.jasperreports.JasperReportsResult.doExecute(JasperReportsResult.java:330)
	org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResultSupport.java:186)
	com.opensymphony.xwork2.DefaultActionInvocation.executeResult(DefaultActionInvocation.java:374)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:278)
	org.apache.struts2.interceptor.debugging.DebuggingInterceptor.intercept(DebuggingInterceptor.java:256)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor.doIntercept(DefaultWorkflowInterceptor.java:176)
	com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.validator.ValidationInterceptor.doIntercept(ValidationInterceptor.java:265)
	org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor.doIntercept(AnnotationValidationInterceptor.java:68)
	com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ConversionErrorInterceptor.intercept(ConversionErrorInterceptor.java:138)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:211)
	com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ParametersInterceptor.doIntercept(ParametersInterceptor.java:211)
	com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.StaticParametersInterceptor.intercept(StaticParametersInterceptor.java:190)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	org.apache.struts2.interceptor.MultiselectInterceptor.intercept(MultiselectInterceptor.java:75)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	org.apache.struts2.interceptor.CheckboxInterceptor.intercept(CheckboxInterceptor.java:90)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	org.apache.struts2.interceptor.FileUploadInterceptor.intercept(FileUploadInterceptor.java:243)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor.intercept(ModelDrivenInterceptor.java:100)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor.intercept(ScopedModelDrivenInterceptor.java:141)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ChainingInterceptor.intercept(ChainingInterceptor.java:145)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.PrepareInterceptor.doIntercept(PrepareInterceptor.java:171)
	com.opensymphony.xwork2.interceptor.MethodFilterInterceptor.intercept(MethodFilterInterceptor.java:98)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.I18nInterceptor.intercept(I18nInterceptor.java:176)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	org.apache.struts2.interceptor.ServletConfigInterceptor.intercept(ServletConfigInterceptor.java:164)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.AliasInterceptor.intercept(AliasInterceptor.java:192)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor.intercept(ExceptionMappingInterceptor.java:187)
	com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:249)
	org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:54)
	org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:510)
	org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:434)

Com isso, comecei à pesquisar a respeito, e descobri que o foco do meu erro está em uma variável chamada SUBREPORT_DIR,
que está no meu relatório “pai”. Essa variável possui o endereço dos relatórios quando eles estavam na minha máquina, mas ao
fazer o upload do .war para o servidor externo, a aplicação continua procurando no mesmo local.

Tentei colocar o endereço hard coded, mas não funcionou. Utilizei o comando “pwd” via SSH, para me retornar o atual diretorio no servidor,
coloquei o endereço como valor dessa variável de todas as formas, com barras simples, barras duplas, barras invertidas, barras duplas e invertidas,
mas sem sucesso.

Houveram alguns foruns que disseram que colocando um lance de “repo:nomedorelatório.jasper” iria solucionar meu problema…mas não solucionou.

Estou realmente perdido e frustrado, pois parece ser um problema tão simples, mas que já me consumiu 1 semana.

Aguardo por qualquer ajuda!

#2

Você poderia apresentar como você está passando essa informação do nome do sub-relatório?
Por mais que você tenha pesquisado, possa estar passando ainda algo incorreto.

#3

Bom, a primeira forma que passei os dados foram da seguinte forma:

Na variável do relatório "pai", a variável SUBREPORT_DIR, passei o seguinte valor: "C:\\Documents and Settings\\renan.dantas\\workspace\\GENIX\\WebContent\\" E nas expressões de cada subreport, coloquei o seguinte: $P{SUBREPORT_DIR} + "nomeDoRelatorio.jasper"

Depois dessa tentativa, tentei colocar o endereço do servidor, em hard code:

SUBREPORT_DIR = "\\home\\genixcli\\tomcat\\webapps\\GENIX\\" Expressões de cada subreport = $P{SUBREPORT_DIR} + "nomeDoRelatorio.jasper"

Depois, tentei deixar o uso dessa variável SUBREPORT_DIR, seguindo conselhos que achei por alguns outros foruns, de que colocando o valor a seguir,
ele iria utilizar a mesma pasta do relatório “pai” para procurar o subrelatório (coisa que eu esperava que o iReport fizesse desde o inicio), então, coloquei
o seguinte valor:

Com o problema ainda sem solução, recebi a dica de que eu não deveria colocar a extensão do arquivo, então tentei:

E não tive nenhum resultado positivo.
=/

#4

Você pode tentar o seguinte, passar os caminhos de onde estão os “layouts” dos seus relatórios:

...
InputStream sub2 = getClass().getResourceAsStream("/br/pacote/relatorios/layout/Nome2_subRelatorio.jasper");
InputStream sub3 = getClass().getResourceAsStream("/br/pacote/relatorios/layout/Nome3_subRelatorio.jasper");

...
parametros.put("sub2", sub2);
parametros.put("sub3", sub3);

E no seu relatório principal, você cria os parâmetros (por exemplo) sub2 e sub3 e passa eles para cada sub-relatório, ao invés de tentar passar SUBREPORT_DIR + nome.

Existem outras formas, como por exemplo se você passar por um datasource não precisa ser desta forma. Enfim… tenta aí :slight_smile:

#5

Não entendi exatamente o que você falou…

Atualmente meus relatórios estão fora das pastas src, onde estão minhas classes java, meu relatórios estão na verdade
junto com minhas jsps, em WebContent. Será que isso é relevante?

Tenho que colocá-los junto com as classes java? Se sim, como farei para configurar meu struts.xml para reconhecê-los
depois disso?

#6