IBM TRIRIGA BIRT Features, die nach der Installation in Eclipse 3.6.2 nicht angezeigt werden

Question

Bis vor zwei Tagen funktionierte meine Installation von Eclipse Helios mit BIRT (aus dem All-in-One 2.6.2-Paket) problemlos. Beim Erstellen eines Berichts ist meine Installation erstarrt. Ich habe neu gestartet und dann waren BIRT-Tools nicht mehr verfügbar. Ich habe meinen Eclipse-Ordner zusammen mit meinen .metada- und .eclipse-Ordnern gelöscht und das Paket erneut entpackt. Ging durch das normale Setup - Hilfe> Software installieren, installierte die "IBM TRIRIGA BIRT Features" und dann neu gestartet. Noch keine Werkzeuge verfügbar. Habe auch versucht, ältere und neuere Versionen des All-in-One ohne Erfolg zu installieren. Ich habe Arbeitsbereiche mehrmals geändert, die Protokolle zeigen keine Fehler. Die BIRT-Funktionen werden ebenfalls in der Liste "Installiert" angezeigt.

Vielen Dank im Voraus.

EDIT:

Es gibt Fehler in der Protokolldatei im .metadata Ordner meines Arbeitsbereich, und es gibt es Fehler. Alle die im Cache gespeicherten Gläser, die 2000KB sind über den folgenden Fehler werfen:

org.eclipse.equinox.p2.core.ProvisionException: Kann Repository-Datei lesen:/C: /Eclipse_Helios/eclipse/p2/org.eclipse .equinox.p2.repository/cache/content625995868.jar.

und dann (nach dem Stacktrace):

Verursacht durch: java.io.IOException: Parser die Entität Expansionsgrenze „64000“ von der Anwendung festgelegt erreicht haben.

Ich habe mich umgesehen und ein paar Lösungen gefunden (eine betrifft die Einstellungen in Eclipse, um den JRE über 1.4 zu setzen (was nicht funktioniert hat), oder um eine Datei namens jaxp.properties und place zu erstellen es $ {java.home} /lib/jaxp.properties

EIDT II.

Also habe ich alle Java-Versionen deinstalliert, und ich habe folgendes gefunden:

die offizielle IBM TRIRIGA report writer pdf sagt, dass java 1.5 installiert ist

I habe mehrere Versionen von 1.5 ausprobiert, und alle installieren gut, keine Fehler in den Log-Dateien. Jedoch (und das ist am verwirrendsten) - die IBM TRIRIGA-Funktion wird nicht in den Einstellungen angezeigt. Keine Fehler, wo, nur kein Plugin zeigt.

Ich habe versucht, Java 1.6, und die Funktion zeigt, aber wenn ich versuche, an die DB zu verbinden, wirft es einen Verbindungsfehler:

!ENTRY com.tririga.platform.birt.preferences 4 0 2015-10-23 09:19:27.376 
!MESSAGE Connection Failed 
!STACK 0 
com.tririga.platform.clientserver.reqresp.RequestResponseException: An Error Occurred. Contact your System Administrator. -- [MID-2406107507] 
    at com.tririga.platform.clientserver.shared.http.ObjectSerializer.marshallError(ObjectSerializer.java:47) 
    at com.tririga.platform.clientserver.shared.http.ObjectSerializer.marshall(ObjectSerializer.java:57) 
    at com.tririga.platform.clientserver.server.http.HTTPClientConnectionHandler.doPost(HTTPClientConnectionHandler.java:133) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at com.tririga.platform.context.ContextFilter$2.execute(ContextFilter.java:130) 
    at com.tririga.platform.context.ContextServiceImpl.runInNewReadOnlyContext(ContextServiceImpl.java:146) 
    at com.tririga.platform.context.ContextFilter.doFilterInternal(ContextFilter.java:116) 
    at com.tririga.platform.context.ContextFilter.doFilter(ContextFilter.java:65) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at com.tririga.web.filter.XSSDecodingFilter.doFilter(XSSDecodingFilter.java:61) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at com.tririga.web.filter.XSSURLEncodeFilter.doFilter(XSSURLEncodeFilter.java:68) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at com.tririga.web.filter.EncodingFilter.doFilter(EncodingFilter.java:29) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 
    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:190) 
    at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:433) 
    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:92) 
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126) 
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
    at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) 
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330) 
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829) 
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598) 
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) 
    at java.lang.Thread.run(Thread.java:662) 
Caused by: com.tririga.platform.clientserver.reqresp.RequestResponseException: 
    at com.tririga.platform.clientserver.shared.http.ObjectSerializer.marshallError(ObjectSerializer.java:46) 

Zurück zu Java 1.4, und das Merkmal nicht zeigen, und der ursprüngliche Fehler "64000" wird angezeigt.

Verdammt.

Answer 1

Offenbar ist dies ein Problem mit dem Java-XML-Parser. Es hat eine Grenze von 64.000 "Entitäten", die es verarbeiten kann (viele Quellen, z. B. GraphDB FAQ).

Versuchen Sie, die Systemeigenschaft entityExpansionLimit=128000 beim Start an die JVM zu übergeben.Das heißt, entweder starten Eclipse-von der Kommandozeile mit der Systemeigenschaft

eclipse -DentityExpansionLimit=128000 

Oder fügen Sie es in die eclipse.ini Datei (unten):

-vmargs 
-XX:MaxPermSize=128m 
-Xms40m 
-Xmx512m 
-DentityExpansionLimit=128000 

Wenn dies nicht funktioniert, versuchen Sie herumspielen mit dem tatsächlichen Immobilienwert.

Beachten Sie auch, dass die oben genannte Quelle auch Folgendes über das Ausführen von Anwendungen in Tomcat-Instanzen sagt (nicht sicher, wo der Fehler tatsächlich auftritt, Eclipse oder der Server?).

Don't forget that if running in Tomcat then this must be passed to the Tomcat instance using the CATALINA_OPTS environment variable. -DentityExpansionLimit=128000