Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
Bonjour,
J'ai fait une servlet qui accède à un WebService utilisant Axis2. En
dev. ca ce passe bien.
Je l'ai mis sur un serveur Tomcat et j'ai l'erreur suivante :
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
Pourtant la classe se trouve bien dans axis2-kernel-1.5.jar qui est
bien présent dans /context/WEB-INF/lib.
Merci pour toute aide
merci pour tes remarques.
J'ai pas d'erreur de compilation sur ma machine de dev.
Je ne connais rien à Axis (sacré usine à gaz) mais je suis une API
fourni par le fournisseur du WebService
http://eutils.ncbi.nlm.nih.gov/entrez/query/static/esoap_java_help.html
c'est la ligne EFetchPubmedServiceStub service = new
EFetchPubmedServiceStub(); qui plante dans l'exemple "Using WebEnv &
QueryKey example"
J'ai placé l'équivalent de ce code dans le doGet de ma servlet.
Pierre
merci pour tes remarques.
J'ai pas d'erreur de compilation sur ma machine de dev.
Je ne connais rien à Axis (sacré usine à gaz) mais je suis une API
fourni par le fournisseur du WebService
http://eutils.ncbi.nlm.nih.gov/entrez/query/static/esoap_java_help.html
c'est la ligne EFetchPubmedServiceStub service = new
EFetchPubmedServiceStub(); qui plante dans l'exemple "Using WebEnv &
QueryKey example"
J'ai placé l'équivalent de ce code dans le doGet de ma servlet.
Pierre
merci pour tes remarques.
J'ai pas d'erreur de compilation sur ma machine de dev.
Je ne connais rien à Axis (sacré usine à gaz) mais je suis une API
fourni par le fournisseur du WebService
http://eutils.ncbi.nlm.nih.gov/entrez/query/static/esoap_java_help.html
c'est la ligne EFetchPubmedServiceStub service = new
EFetchPubmedServiceStub(); qui plante dans l'exemple "Using WebEnv &
QueryKey example"
J'ai placé l'équivalent de ce code dans le doGet de ma servlet.
Pierre
Tu vois qqchose d'intéressant
là-dedans ?MerciPierrejavax.servlet.ServletException: Error
instantiating servlet class midapi.pubmed.PubMedServlet
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
root cause
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
midapi.pubmed.PubMedServlet.<init>(PubMedServlet.java:37)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAc cessorImpl.java:39)
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConst ructorAccessorImpl.java:27)
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
java.lang.Class.newInstance0(Class.java:350)
java.lang.Class.newInstance(Class.java:303)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
Tu vois qqchose d'intéressant
là-dedans ?MerciPierrejavax.servlet.ServletException: Error
instantiating servlet class midapi.pubmed.PubMedServlet
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
root cause
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
midapi.pubmed.PubMedServlet.<init>(PubMedServlet.java:37)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAc cessorImpl.java:39)
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConst ructorAccessorImpl.java:27)
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
java.lang.Class.newInstance0(Class.java:350)
java.lang.Class.newInstance(Class.java:303)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
Tu vois qqchose d'intéressant
là-dedans ?MerciPierrejavax.servlet.ServletException: Error
instantiating servlet class midapi.pubmed.PubMedServlet
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
root cause
java.lang.Error: Unresolved compilation problem:
The type org.apache.axis2.AxisFault cannot be resolved. It is
indirectly referenced from required .class files
midapi.pubmed.PubMedServlet.<init>(PubMedServlet.java:37)
sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
Method)
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAc cessorImpl.java:39)
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConst ructorAccessorImpl.java:27)
java.lang.reflect.Constructor.newInstance(Constructor.java:494)
java.lang.Class.newInstance0(Class.java:350)
java.lang.Class.newInstance(Class.java:303)
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java: 105)
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541)
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:14 8)
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:869)
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.proce ssConnection(Http11BaseProtocol.java:664)
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint. java:527)
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowe rWorkerThread.java:80)
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool. java:684)
java.lang.Thread.run(Thread.java:595)
> >Est-ce que toutes tes bibliothèques Axis sont dans l'appli et rien
>au niveau du serveur Tomcat ?
Ils sont tous dans l'appli dans les lib de mon appli.
Dans le serveur de prod, je ne peux rien placer en commun.
Par contre, j'ai vu dans /common/lib de la prod. : wsdl4j-1.5.1.jar
alors que j'utilise wsdl4j-1.6.2.jar dans le lib de mon appli
il y a aussi un /common/endorsed/xercesImpl.jar alors que j'utilise
xercesImpl-2.6.2.jar dans les miens.
Ils doit se mélanger les pinceaux. Les miens ne sont ils pas sensés
être pris en premier ?
> >Est-ce que toutes tes bibliothèques Axis sont dans l'appli et rien
>au niveau du serveur Tomcat ?
Ils sont tous dans l'appli dans les lib de mon appli.
Dans le serveur de prod, je ne peux rien placer en commun.
Par contre, j'ai vu dans /common/lib de la prod. : wsdl4j-1.5.1.jar
alors que j'utilise wsdl4j-1.6.2.jar dans le lib de mon appli
il y a aussi un /common/endorsed/xercesImpl.jar alors que j'utilise
xercesImpl-2.6.2.jar dans les miens.
Ils doit se mélanger les pinceaux. Les miens ne sont ils pas sensés
être pris en premier ?
> >Est-ce que toutes tes bibliothèques Axis sont dans l'appli et rien
>au niveau du serveur Tomcat ?
Ils sont tous dans l'appli dans les lib de mon appli.
Dans le serveur de prod, je ne peux rien placer en commun.
Par contre, j'ai vu dans /common/lib de la prod. : wsdl4j-1.5.1.jar
alors que j'utilise wsdl4j-1.6.2.jar dans le lib de mon appli
il y a aussi un /common/endorsed/xercesImpl.jar alors que j'utilise
xercesImpl-2.6.2.jar dans les miens.
Ils doit se mélanger les pinceaux. Les miens ne sont ils pas sensés
être pris en premier ?
"Yliur" a écrit dans le message de news:
>Tu dis que tu ne peux rien modifier en prod, mais tu peux peut-être
> récupérer le répertoire common qui se trouve là-bas et le mett re
> chez toi ? Ca te permettra de voir si le problème apparaît à ce
> moment et de faire des tests plus proches de la réalité chez toi
> (ça peut être dans un deuxième Tomcat, séparé de celui que tu
> utilises pour le développement).
Merci pour ton aide et tes idées.
J'ai testé dans le Tomcat de dev. en rajoutant les 2 jars xercesImpl
et wsdl4j et ca marche encore !! Peux être qu'il y a encore d'autres
que j'ai pas vu.
Je me demande si c'est pas le 1ier qui tire qui a raison.
Si mon appli est lancé en 1ier, elle utilise mes jars propres sinon
elle utilise les communs déja chargés si d'autres appli utilisent
Axis.
Pierre
"Yliur" <yliur@free.fr> a écrit dans le message de news:
20091104183006.2224d060@alcheringa...
>Tu dis que tu ne peux rien modifier en prod, mais tu peux peut-être
> récupérer le répertoire common qui se trouve là-bas et le mett re
> chez toi ? Ca te permettra de voir si le problème apparaît à ce
> moment et de faire des tests plus proches de la réalité chez toi
> (ça peut être dans un deuxième Tomcat, séparé de celui que tu
> utilises pour le développement).
Merci pour ton aide et tes idées.
J'ai testé dans le Tomcat de dev. en rajoutant les 2 jars xercesImpl
et wsdl4j et ca marche encore !! Peux être qu'il y a encore d'autres
que j'ai pas vu.
Je me demande si c'est pas le 1ier qui tire qui a raison.
Si mon appli est lancé en 1ier, elle utilise mes jars propres sinon
elle utilise les communs déja chargés si d'autres appli utilisent
Axis.
Pierre
"Yliur" a écrit dans le message de news:
>Tu dis que tu ne peux rien modifier en prod, mais tu peux peut-être
> récupérer le répertoire common qui se trouve là-bas et le mett re
> chez toi ? Ca te permettra de voir si le problème apparaît à ce
> moment et de faire des tests plus proches de la réalité chez toi
> (ça peut être dans un deuxième Tomcat, séparé de celui que tu
> utilises pour le développement).
Merci pour ton aide et tes idées.
J'ai testé dans le Tomcat de dev. en rajoutant les 2 jars xercesImpl
et wsdl4j et ca marche encore !! Peux être qu'il y a encore d'autres
que j'ai pas vu.
Je me demande si c'est pas le 1ier qui tire qui a raison.
Si mon appli est lancé en 1ier, elle utilise mes jars propres sinon
elle utilise les communs déja chargés si d'autres appli utilisent
Axis.
Pierre
> >>>>>>>>>
Pour le "1er qui tire" je ne pense pas, il me semble qu'il y a un
ordre précis pour rechercher les classes et que chaque appli peut
utiliser des classes différentes (un chargeur de classe différent
pour chaque appli web)
>>>>>>>>
Effectivement tu as raison, c'est ce que dit la
doc(http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html) ,les
classes et jars de l'appli sont utilisés avant les communs. Par
contre les extensions de la JVM sont les tous premiers C'est p-e ca
qui fait la différence ..... a.. Bootstrap classes of your JVM b..
System class loader classes (described above) c.. /WEB-INF/classes of
your web application d.. /WEB-INF/lib/*.jar of your web application
e.. $CATALINA_HOME/common/classes
f.. $CATALINA_HOME/common/endorsed/*.jar
g.. $CATALINA_HOME/common/i18n/*.jar
h.. $CATALINA_HOME/common/lib/*.jar
i.. $CATALINA_BASE/shared/classes
j.. $CATALINA_BASE/shared/lib/*.jar
> >>>>>>>>>
Pour le "1er qui tire" je ne pense pas, il me semble qu'il y a un
ordre précis pour rechercher les classes et que chaque appli peut
utiliser des classes différentes (un chargeur de classe différent
pour chaque appli web)
>>>>>>>>
Effectivement tu as raison, c'est ce que dit la
doc(http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html) ,les
classes et jars de l'appli sont utilisés avant les communs. Par
contre les extensions de la JVM sont les tous premiers C'est p-e ca
qui fait la différence ..... a.. Bootstrap classes of your JVM b..
System class loader classes (described above) c.. /WEB-INF/classes of
your web application d.. /WEB-INF/lib/*.jar of your web application
e.. $CATALINA_HOME/common/classes
f.. $CATALINA_HOME/common/endorsed/*.jar
g.. $CATALINA_HOME/common/i18n/*.jar
h.. $CATALINA_HOME/common/lib/*.jar
i.. $CATALINA_BASE/shared/classes
j.. $CATALINA_BASE/shared/lib/*.jar
> >>>>>>>>>
Pour le "1er qui tire" je ne pense pas, il me semble qu'il y a un
ordre précis pour rechercher les classes et que chaque appli peut
utiliser des classes différentes (un chargeur de classe différent
pour chaque appli web)
>>>>>>>>
Effectivement tu as raison, c'est ce que dit la
doc(http://tomcat.apache.org/tomcat-5.5-doc/class-loader-howto.html) ,les
classes et jars de l'appli sont utilisés avant les communs. Par
contre les extensions de la JVM sont les tous premiers C'est p-e ca
qui fait la différence ..... a.. Bootstrap classes of your JVM b..
System class loader classes (described above) c.. /WEB-INF/classes of
your web application d.. /WEB-INF/lib/*.jar of your web application
e.. $CATALINA_HOME/common/classes
f.. $CATALINA_HOME/common/endorsed/*.jar
g.. $CATALINA_HOME/common/i18n/*.jar
h.. $CATALINA_HOME/common/lib/*.jar
i.. $CATALINA_BASE/shared/classes
j.. $CATALINA_BASE/shared/lib/*.jar