warf eine unerwartete Ausnahme: java.lang.reflektieren.InvocationTargetException

Arbeite ich auf GWT-Hibernate-Anwendung wird meine Anwendung funktioniert perfekt auf integrierte GWT-Umgebung und sogar auf externen server tomcat. Ich brauche für die Bereitstellung der Anwendung auf JBoss V 6.0. Ich bin in der Lage, erfolgreich die Bereitstellung der Anwendung auf JBoss und in der Lage zu laufen, bis auf den Punkt der Ausführung. Bei bestimmten Taste, klicken Sie auf Anwendung, warf eine unerwartete Ausnahme: java.lang.reflect.InvocationTargetException

Normalerweise "java.lang.reflektieren.InvocationTargetException" tritt auf, wenn der java-compiler findet 2 verschiedene Klassen mit gleichen Namen in 2 verschiedenen Paketen. wenn Sie beide Klassen importieren, zu einer Zeit, und wenn Sie versuchen, zu erstellen ein Objekt der Klasse wirft er "java.lang.reflect.InvocationTargetException" Ausnahme.

Nun bin ich nicht in der Lage, herauszufinden, wo compiler findet meine beiden anderen Klasse! Gibt es eine Methode zur Verfügung, so dass ich kann wissen, die genaue Lage (ich.e Physikalischer Pfad), wo er findet, die beiden anderen Weg, So, dass ich entfernen Sie die schlechten.

Jede mögliche Hilfe würde geschätzt.

Danken Ihnen,

Grüße,

EDIT :

ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/myProj]] (http-127.0.0.1-8080-4) Exception while dispatching incoming RPC call: com.google.gwt.user.server.rpc.UnexpectedException: Service method 'public com.proj.client.beans.domain.common.transaction.Document com.proj.server.actions.configuration.DocumentAction.saveDocument(com.proj.client.beans.domain.common.transaction.Document,java.lang.Long)' threw an unexpected exception: java.lang.reflect.InvocationTargetException
    at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:378) [:]
    at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:361) [:]
    at com.google.gwt.user.server.rpc.RPC.encodeResponseForFailure(RPC.java:329) [:]
    at com.googlcode.strut2gwtplugin.interceptor.GWTServlet.processCall(GWTServlet.java:138) [:]
    at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:224) [:]
    at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) [:]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:754) [:1.0.0.Final]
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [:1.0.0.Final]
    at com.googlcode.strut2gwtplugin.interceptor.GWTInterceptor.intercept(GWTInterceptor.java:49) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:224) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:223) [:]
    at com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:221) [:]
    at com.proj.server.LoginInterceptor.intercept(LoginInterceptor.java:37) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:224) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation$2.doProfiling(DefaultActionInvocation.java:223) [:]
    at com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack.java:455) [:]
    at com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:221) [:]
    at org.apache.struts2.impl.StrutsActionProxy.execute(StrutsActionProxy.java:50) [:]
    at org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:504) [:]
    at org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.java:422) [:]
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final]
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.Final]
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.Final]
    at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.Final]
    at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
    at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
    at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.Final]
    at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.0.0.Final]
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.Final]
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.Final]
    at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.Final]
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.Final]
    at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.Final]
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.Final]
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.0.0.Final]
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.0.0.Final]
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.0.0.Final]
    at java.lang.Thread.run(Thread.java:662) [:1.6.0_23]
Caused by: java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_23]
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_23]
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_23]
    at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_23]
    at com.googlcode.strut2gwtplugin.interceptor.GWTServlet.processCall(GWTServlet.java:127) [:]
    ... 36 more
Caused by: java.lang.NullPointerException
    at com.proj.server.actions.configuration.DocumentAction.saveDocument(DocumentAction.java:161) [:]
    ... 41 more

Kann u geben Sie volle stack-trace?
java.lang.reflektieren.InvocationTargetException ist eine Allgemeine Ausnahme, die viele Ursachen haben kann. Bitte poste einen vollständigen stack-trace, ohne ihn ist es unwahrscheinlich, dass wir in der Lage sein zu helfen.
Kannst du die stack-trace? Es ist in der Regel eine Ursache in der Spur.
InvocationTargetException wird ausgelöst, wenn eine Methode oder ein Konstruktor aufgerufen, über Reflexion eine exception wirft. Sie benötigen, um die Ursache des InvocationTargetException zu sehen, warum dein Aufruf ist fehlgeschlagen.
Ich habe gehören stacktrace. Bitte um Hilfe,

InformationsquelleAutor Ashfak Balooch | 2011-02-09

1

Versuchen zu implementieren Sie den code auf jboss-5.0.0.GA

Hoffe es hilft

InformationsquelleAutor Hardik Mishra
2

InvocationTargetException nicht in irgendeiner Weise automatisch auf zwei verschiedene Klassen mit dem gleichen Namen in zwei verschiedenen Paketen (in der Tat, ich habe eine harte Zeit vorzustellen, wie diese situation könnte dazu führen, dass die Ausnahme).

Einer InvocationTargetException ist einfach das Ergebnis, wenn eine Methode aufgerufen, die durch Reflexion eine Ausnahme wirft, auf seine eigene.

Haben Sie Zugriff auf die stack-trace? Es sollte drucken, die sowohl die Position der Reflexion nennen (oben) und die tatsächliche Ausnahme, die ausgelöst durch die aufgerufene code (unten).

Ich habe gehören stacktrace. Bitte um Hilfe,
Ich schon sagte, auf deine Frage, siehe dort.

InformationsquelleAutor Joachim Sauer
0

Dem letzten bit des stack trace sieht hier relevant:
```
Caused by: java.lang.NullPointerException
at com.proj.server.actions.configuration.DocumentAction.saveDocument(DocumentAction.java:161)
```
Ausnahme, Sie beschreiben in der Regel manifestiert sich als eine IncompatibleClassChangeError oder sogar mehr seltsam als Foo.class != Foo.classbei mehreren Classloadern beteiligt sind.

Ich Stimme zu !... mein code DocumentAction.Methoden savedocument(DocumentAction.java:161) verweist ActivitySchedule Klasse, die war mit einer boolean-Spalte activity_schedule_status und wir haben es umbenannt, um activityScheduleStatus aber es immer noch auf alte und gibt mir die Fehler Verursacht durch: java.sql.SQLException: Ungültiger Spaltenname 'activity_schedule_status", die heute nicht verfügbar sind.
Klingt wie bauen-Umwelt-Krankheit. Hat eine komplett saubere Kasse und bauen zeigen das gleiche problem? Sie können sich ein Instrumentation - Implementierung, die injiziert eine no-op ClassFileTransformer die wirft der ClassLoader verwendet wird, um einen URLClassLoader zu prüfen, Ihre getURLs () - Methode.

InformationsquelleAutor BobV
0

Als @Joachim, die Antwort sagt, InvocationTargetException wird ausgelöst, wenn eine Methode aufgerufen wird, mithilfe Method.invoke(...) löst eine geprüfte Ausnahme aus. Die eigentliche Ausnahme ist verpackt in eine InvocationTargetException die dann geworfen.

In diesem speziellen Fall, der stacktrace sagt uns, dass die ursprüngliche Ausnahme war ein NullPointerException geworfen "DocumentAction.java:161". Aufspüren und beheben der Ursache der Ausnahme.

Ich sehe keine Beweise, dass dies irgendetwas damit zu tun hat, mit verschiedenen Versionen einer Klasse. Ich würde es behandeln wie eine normale NPE, mit zu beginnen, und versuchen Sie herauszufinden, wo die null kommt.

überraschend ist dieser code in Ordnung, die in der GWT Development mode und sogar in Tomcat !... Ich bereitgestellt haben diese Anwendung auf JBoss und da bin ich mit diesem problem konfrontiert....

InformationsquelleAutor Stephen C

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.