I think I just fixed this.   Tomorrows snapshots should likely work without 
that line of code.   

In anycase, glad it's working for you!

Dan


On Thursday, June 14, 2012 04:13:36 PM Grégoire, Olivier wrote:
> Hi Daniel,
> 
> 
> Adding your line of code made it work. Thanks for that!
> 
> 
> Regards,
> Olivier Grégoire
> 
> -----Original Message-----
> From: Grégoire, Olivier
> Sent: jeudi 14 juin 2012 17:34
> To: [email protected]
> Subject: RE: CXF as client without Spring
> 
> Of course.
> 
> 
> Here is it:
> 
> 
> Exception in thread "SimpleThreadPoolWorker-1"
> java.lang.NoClassDefFoundError:
> org/springframework/beans/factory/xml/NamespaceHandlerResolver at
> java.lang.Class.getDeclaredConstructors0(Native Method) at
> java.lang.Class.privateGetDeclaredConstructors(Class.java:2357) at
> java.lang.Class.getConstructor0(Class.java:2671)
>         at java.lang.Class.newInstance0(Class.java:321)
>         at java.lang.Class.newInstance(Class.java:303)
>         at org.apache.cxf.BusFactory.newInstance(BusFactory.java:245)
>         at org.apache.cxf.BusFactory.newInstance(BusFactory.java:218)
>         at org.apache.cxf.BusFactory.getDefaultBus(BusFactory.java:99)
>         at org.apache.cxf.BusFactory.createThreadBus(BusFactory.java:165)
>         at
> org.apache.cxf.BusFactory.getThreadDefaultBus(BusFactory.java:155) at
> org.apache.cxf.BusFactory.getThreadDefaultBus(BusFactory.java:140) at
> org.apache.cxf.jaxws.spi.ProviderImpl.createServiceDelegate(ProviderImpl.
> java:96) at javax.xml.ws.Service.<init>(Service.java:57)
>         at
> be.kpnonline.api.soap.eservices_v1.EservicesService.<init>(EservicesServi
> ce.java:37) at
> be.base.crm.smsservice.jobscheduler.SMSSchedulerJob.checkScheduledSMSMess
> ages(SMSSchedulerJob.java:277) at
> be.base.crm.smsservice.jobscheduler.SMSSchedulerJob.process(SMSSchedulerJ
> ob.java:109) at
> com.epiphany.shr.jobscheduler.beans.BaseJob.execute(BaseJob.java:108) at
> org.quartz.core.JobRunShell.run(JobRunShell.java:191) at
> org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:
> 516)
> 
> Meanwhile, I'll test your suggestion.
> 
> 
> Regards,
> Olivier Grégoire
> 
> -----Original Message-----
> From: Daniel Kulp [mailto:[email protected]]
> Sent: jeudi 14 juin 2012 17:19
> To: [email protected]
> Cc: Grégoire, Olivier
> Subject: Re: CXF as client without Spring
> 
> On Thursday, June 14, 2012 02:53:48 PM Grégoire, Olivier wrote:
> > I'm using CXF 2.6.1 and I would like to have the client part working
> > without Spring.
> 
> Can you provide the full stack trace?
> 
> With 2.6.1, by default, CXF WON'T use Spring unless it finds a cxf.xml on
> the classpath or you use JMS.   I'm curious where an exception is coming
> from.  It's likely we MIGHT be just catching a ClassNotFound and not the
> related NoClassDefFound, but I'd like to see the traces to really see.
> 
> You MAY be able to work around it by calling:
> 
> 
> new org.apache.cxf.bus.CXFBusFactory().createBus();
> 
> prior to any other calls.  Might work.
> 
> Dan
> 
> > Currently, I have Spring in my classpath, but it's version 1.2.9
> > (don't
> > laugh) and there is no way for me to update or remove that library. So
> > I get errors like "NoClassDefFoundError:
> > org/springframework/beans/factory/xml/NamespaceHandlerResolver".
> > 
> > I've see it being answered for the server part here in 2007:
> > http://mail-archives.apache.org/mod_mbox/cxf-users/200709.mbox/%3C46F3
> > 3EB
> > [email protected]%3E
> > 
> > So I'm looking for the kind of same answer but for the client part of
> > CXF, so is there any way I can get my client working without Spring,
> > even if Spring actually is in my classpath?
> > 
> > 
> > Thanks,
> > Olivier Grégoire
> > 
> > 
> > Atos Belgium N.V./S.A.
> > 
> > 
> > 
> > Da Vincilaan 5          RPR-RPM Brussels
> > 
> > B-1935 Zaventem    Tel:  +32 (0)2 690 28 00          BTW/TVA: BE 0401
> > 848
> > 135
> > 
> > Belgium                    Fax:  +32 (0)2 690 28 01         ING:
> > 310-0264564-34
> > 
> > 
> > 
> > "The information contained in this e-mail and any attachment thereto
> > is confidential and may contain information which is protected by
> > intellectual property rights. This information is intended for the
> > exclusive use of the recipient(s) named above. This e-mail does not
> > constitute any binding relationship or offer toward any of the
> > addressees. If you are not one of the addressees, one of their
> > employees or a proxy holder entitled to hand over this message to the
> > addressee(s), any use of the information contained herein (e.g.
> > reproduction, divulgation, communication or distribution...) is
> > prohibited. If you have received this message in error, please notify
> > the sender and destroy it immediately after. The integrity and
> > security of this message cannot be guaranteed and it may be subject to
> > data corruption, interception and unauthorized amendment, for which we
> > accept no liability."
> --
> Daniel Kulp
> [email protected] - http://dankulp.com/blog Talend Community Coder -
> http://coders.talend.com
> 
> Atos Belgium N.V./S.A.
> 
> 
> 
> Da Vincilaan 5          RPR-RPM Brussels
> 
> B-1935 Zaventem    Tel:  +32 (0)2 690 28 00          BTW/TVA: BE 0401 848
> 135
> 
> Belgium                    Fax:  +32 (0)2 690 28 01         ING:        
> 310-0264564-34
> 
> 
> 
> "The information contained in this e-mail and any attachment thereto is
> confidential and may contain information which is protected by
> intellectual property rights. This information is intended for the
> exclusive use of the recipient(s) named above. This e-mail does not
> constitute any binding relationship or offer toward any of the
> addressees. If you are not one of the addressees, one of their employees
> or a proxy holder entitled to hand over this message to the addressee(s),
> any use of the information contained herein (e.g. reproduction,
> divulgation, communication or distribution...) is prohibited. If you have
> received this message in error, please notify the sender and destroy it
> immediately after. The integrity and security of this message cannot be
> guaranteed and it may be subject to data corruption, interception and
> unauthorized amendment, for which we accept no liability."
-- 
Daniel Kulp
[email protected] - http://dankulp.com/blog
Talend Community Coder - http://coders.talend.com

Reply via email to