You are viewing a plain text version of this content. The canonical link for it is here.
Posted to wsif-user@ws.apache.org by Xavier Delafosse <xa...@gmail.com> on 2006/02/01 10:54:12 UTC

Re: Websphere 6 and WSIF, WSIFDynamicProvider_Physicalrep problem

Well, I deleted the wsif related jars in my WEB-INF/lib directory.
I restarted the web application, and now I've got the same error but with a
different class:
org/apache/wsif/logging/Trc


2006/1/31, Aleksander Slominski <as...@cs.indiana.edu>:
>
> Xavier Delafosse wrote:
>
> >
> >
> > 2006/1/31, Aleksander Slominski <aslom@cs.indiana.edu
> > <ma...@cs.indiana.edu>>:
> >
> >     Xavier Delafosse wrote:
> >
> >>     Hello,
> >>     I'm using the DynamicInvoker with WSIF on WebSphere 6.
> >>     When I start the function, i got the following exception
> >>
> >>     [30/01/06 15:52:00:172 CET] 00000317 SystemErr     R
> >>     java.lang.NoClassDefFoundError:
> org/apache/wsif/base/WSIFServiceImpl
> >>      at
> >>     com.ibm.wsif.providers.physicalrep.WSIFDynamicProvider_Physicalrep
> >>     .<init>(WSIFDynamicProvider_Physicalrep.java:32)
> >>      at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> >>     Method)
> >>      at sun.reflect.NativeConstructorAccessorImpl.newInstance
> >>     (NativeConstructorAccessorImpl.java (Compiled Code))
> >>      at
> >>     sun.reflect.DelegatingConstructorAccessorImpl.newInstance(
> DelegatingConstructorAccessorImpl.java(Compiled
> >>     Code))
> >>      at java.lang.reflect.Constructor.newInstance(
> >>     Constructor.java(Compiled Code))
> >>      at java.lang.Class.newInstance3(Class.java(Compiled Code))
> >>      at java.lang.Class.newInstance(Class.java(Compiled Code))
> >>      at
> >>     org.apache.wsif.util.WSIFPluggableProviders.findPlugableProviders
> >>     (Unknown Source)
> >>      at org.apache.wsif.util.WSIFPluggableProviders.access$0 (Unknown
> >>     Source)
> >>      at org.apache.wsif.util.WSIFPluggableProviders$1.run(Unknown
> Source)
> >>      at java.security.AccessController.doPrivileged1(Native Method)
> >>      at
> >>     java.security.AccessController.doPrivileged(AccessController.java
> >>     (Compiled Code))
> >>      at
> >>
> org.apache.wsif.util.WSIFPluggableProviders.getAllDynamicWSIFProviders
> (Unknown
> >>     Source)
> >>      at
> >>     org.apache.wsif.util.WSIFPluggableProviders.getSupportingProviders
> >>     (Unknown Source)
> >>      at org.apache.wsif.util.WSIFPluggableProviders.getProvider
> >>     (Unknown Source)
> >>      at org.apache.wsif.util.WSIFUtils.initializeProviders(Unknown
> >>     Source)
> >>      at org.apache.wsif.util.WSIFUtils.readWSDL(Unknown Source)
> >>
> >>     I'm disappointed for some reasons:
> >>
> >>         * It worked on Tomcat 5.0.28
> >>         * The exception says it couldn't find WSIFServiceImpl even
> >>           though the specific wsif.jar is int the common lib directory.
> >>
> >>     Does someone may help me? It's a very important project.
> >>
> >     i do not use Websphere6 but it looks like classloader problem WSIF
> >     (WSIFPluggableProviders.findPlugableProviders) tries to load
> >     com.ibm.wsif.providers.physicalrep.WSIFDynamicProvider_Physicalrep
> >     (possibly in other classloader) that references back WSIF
> >     (org/apache/wsif/base/WSIFServiceImpl) thatmay not accessible in
> >     that classloader ...try to change location of WSIF and whatever
> >     has com.ibm.wsif.providers.physicalrep to be as close as possible
> >
> >     HTH
> >
> >     alek
> >
> >--
> >The best way to predict the future is to invent it - Alan Kay
> >
> >
> > Hi,
> > in fact, physicalrep.jar (containing WSIFDynamicProvider_Physicalrep )
> > and wsif.jar (containing WSIFServiceImpl) are in the same directory!!!
> > It's the common lib directory of Websphere.
>
> make sure that there no other jar files with those classes _somewhere_
> in the installtion ...
>
> > That's why I'm confused. I don't understant why it doesn't work.
> > Furthermore, WSIFPluggableProviders and WSIFServiceImpl are in the
> > same package.
>
> that typically happens if you have a copy of the same jar (or classes)
> in multiple places (it would be nice if JVM provided more debugging for
> NoClassDefFoundError ...)
>
> alek
>
> --
> The best way to predict the future is to invent it - Alan Kay
>
>