[2.1.1][Report engine] Embarquer l'engine dans un war [Résolu]

[touane]

Bonjour,
je voudrais essayer d'embarquer le runtime du report engine dans mon application web afin d'y faire référence de manière autonome ( et non plus depuis un emplacement sur le disque ( ceci afin de faciliter l'utilisation de mon appli ))
cela concerne donc cette ligne :
config.setEngineHome("E:/install_birt/birt-runtime-2_1_3/ReportEngine");

quelqu'un sait il si c'est possible ?

merci d'avance

EDIT :
sachant que c'est impossible de mettre un chemin relatif

[gattino]

Il y a plus d'un an j'ai lu et testé quelque chose dans le genre sur le site eclipse/birt !

Il suffisait de positionner le birt runtime dans le repertoire de la webapp suivant une arborescence de fichier particulier et de passer a birt :

config.setEngineHome(".");

ou

config.setEngineHome("");

et après pouf ca marchait...

Le truc c'est que je ne retrouve plus ce tuto/article... peut a t il été supprimé ou modifié.

[gattino]

Ah bah voila en fait :

http://www.onjava.com/pub/a/onjava/2...rt.html?page=2

Il faut une arbo comme ca :


puis :

config.setEngineHome("");

a (re)tester avec ta version de BIRT

[touane]

merci pour la réponse,
en fait j'ai décidé de passer finalement par une servlet et donc d'appliquer ce tutoriel.

seulement et j'ai le message d'erreur suivant quand on appelle la servlet :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
 
Exception report
 
message
 
description The server encountered an internal error () that prevented it from fulfilling this request.
 
exception
 
javax.servlet.ServletException: Servlet.init() for servlet WebReport threw exception
	org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
	org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
	org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
	org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
	org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
	java.lang.Thread.run(Thread.java:534)
 
root cause
 
java.lang.NullPointerException
	java.io.Reader.<init>(Reader.java:61)
	java.io.InputStreamReader.<init>(InputStreamReader.java:80)
	java.util.Properties.load(Properties.java:266)
	com.ecitiz.BirtEngine.loadEngineProps(BirtEngine.java:107)
	com.ecitiz.BirtEngine.initBirtConfig(BirtEngine.java:26)
	com.ecitiz.WebReport.init(WebReport.java:134)
	javax.servlet.GenericServlet.init(GenericServlet.java:211)
	org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:175)
	org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:74)
	org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
	org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
	org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
	org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664)
	org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
	org.apache.tomcat.util.net.MasterSlaveWorkerThread.run(MasterSlaveWorkerThread.java:112)
	java.lang.Thread.run(Thread.java:534)
 
note The full stack trace of the root cause is available in the Apache Tomcat/5.5.17 logs.

[touane]

ça plante des l'appel à loadEngineProps de la classe birt engine :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
private static void loadEngineProps() { 
   try {
  //Config File must be in classpath
  ClassLoader cl = Thread.currentThread ().getContextClassLoader();
  InputStream in = null;
  in = cl.getResourceAsStream (configFile);
  configProps.load(in);
  in.close();
 
 
 } catch (IOException e) {
  e.printStackTrace();
 }
}

[touane]

ouais bon en fait, je ne mettais pas les librairies ( lib, configuration et platform) au bon endroit vu que je suis dans un contexte particulier c'est pas comme dans l'exemple.
J'ai maintenant un problème de connexion au driver de la base de données ( postgres en l'occurence ).
est ce que c'est un probleme connu ?

[BiM]

Bonjour

Possible mais je pense que c'est plutôt à voir soit en forum Java soit en forum Postgres

[touane]

C'etait un probleme avec JBOSS il fallait le relancer...pfff

[gattino]

la librairie de postgres doit etre présente dans le classpath

soit dans ton projet comme une librairie tierce type birt soit directement sur le serveur waib, style dans jboss\server\default\lib ou alors dans le rep ext voir endorsed voir lib