Thank you Willem,
and many apologies for wasting your time. I just discovered an hour ago that
apparently I accidently had two versions of the compiled classfiles
floating aroundand the older tomcat loaded preferentially from
WEB-INF/classes whereas the newer tomcat loaded from my WEB-INF/lib/ jar
file (discovered after rewriting the class to eliminate any traces of
servicePreference and still getting the same error with bogus line numbers)
Now my server loads and works, but my applet client still takes forever
to properly establish a connection - as I described in another email:
http://www.nabble.com/CXF-based-applet-initialization-worries-tf4375613.html#a12472137
Basically the applet is making about 200 calls to the server for
nonexistent jaxb.properties files and
http://192.168.98.46:8080/pfc/lib/jaxb-impl-2.0.5.jar
I have no idea what the significance of that is, but it adds about
2 to 5 minutes to the startup time of the applet.
Also, the jar file was already downloaded and cached by the JRE.
Any insights into this one would be much appreciated!
Thanks again
Doug
On Wednesday 12 September 2007 11:55, Willem Jiang wrote:
> Hi Doug,
>
> After I reviewed your stack trace , I just found you need to set the
> servicePreference in the FileUtilities first.
>
> Willem.
>
> java.lang.NullPointerException
>
> > > at
> > > au.net.mmsn.pfc.servlet.serbices.rfio.impl.FileUtilities.getServicePref
> > >er ence(FileUtilities.java:76) at
> > > au.net.mmsn.pfc.servlet.serbices.rfio.impl.RemoteFileImpl.<init>(Remote
> > >Fi leImpl.java:29) at
> > > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>
> doug wrote:
> > Hi Willem,
> > Thanks to you both for that.
> > Now the depends-on attribute parses ok in the jaxws:endpoint elements of
> > the beans.xml file, but I still have the same error as before. i.e. it
> > doesn't seem to have preloaded the depends-on bean.
> >
> > thanks again
> > Doug
> >
> > On Thursday 06 September 2007 17:56, Willem Jiang wrote:
> >> Hi doug ,
> >>
> >> I just committed a patch CXF-955 which is contributed by Fred into the
> >> trunk.
> >> It added the depends-on attribute in the jaxws:endpoint. I think you
> >> just want that :)
> >>
> >> You can try latest version in the trunk , or wait for the next snapshot.
> >>
> >> Willem.
> >>
> >> doug wrote:
> >>> I have implemented some services and configure them in a
> >>> WEB-INF/beans.xml file. I was using this file to specify some
> >>> initialization parameters that get stored in a bean (FileUtilities)
> >>> and which are subsequently accessed by several other jaxws:endpoint
> >>> definedservices. I thought everything was configured ok because all
> >>> services are loaded without problems on my development server, running
> >>> apache-tomcat-5.5.20 Unfortunately when I try to deploy to our
> >>> production server, apache-tomcat-5.5.16 it fails to load, on account of
> >>> the error below.
> >>>
> >>> Basically, it seems to me that the FileUtilities bean hasn't been
> >>> loaded or initialized at the time the endpoint is being instatiated,
> >>> whereas it was under tomcat 5.5.20.
> >>>
> >>> I read that there is a <bean depends-on="otherID"> attribute that
> >>> induces otherID beans to be loaded and initialized first, but
> >>> apparently that doesn't exist for jaxws:endpoint
> >>>
> >>> Is there another way to achieve the same result?
> >>>
> >>> Thanks
> >>> Doug
> >>>
> >>>
> >>>
> >>> 879 [main] ERROR org.springframework.web.context.ContextLoader -
> >>> Context initialization failed
> >>> org.springframework.beans.factory.BeanDefinitionStoreException:
> >>> Unexpected exception parsing XML document from ServletContext r
> >>> esource [/WEB-INF/beans.xml]; nested exception is
> >>> org.springframework.beans.FatalBeanException: Could not load class:
> >>> au.net.mm sn.pfc.servlet.serbices.rfio.impl.RemoteFileImpl; nested
> >>> exception is java.lang.NullPointerException
> >>> Caused by:
> >>> org.springframework.beans.FatalBeanException: Could not load class:
> >>> au.net.mmsn.pfc.servlet.serbices.rfio.impl.RemoteFileImpl;
> >>> nested exception is java.lang.NullPointerException
> >>> Caused by:
> >>> java.lang.NullPointerException
> >>> at
> >>> au.net.mmsn.pfc.servlet.serbices.rfio.impl.FileUtilities.getServicePref
> >>>er ence(FileUtilities.java:76) at
> >>> au.net.mmsn.pfc.servlet.serbices.rfio.impl.RemoteFileImpl.<init>(Remote
> >>>Fi leImpl.java:29) at
> >>> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> >>> at
> >>> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructor
> >>>Ac cessorImpl.java:39) at
> >>> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingCon
> >>>st ructorAccessorImpl.java:27) at
> >>> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
