Return-Path: 
 <dev-return-7278-apmail-cxf-dev-archive=cxf.apache.org@cxf.apache.org>
Delivered-To: apmail-cxf-dev-archive@www.apache.org
Received: (qmail 6045 invoked from network); 24 Feb 2009 16:25:45 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 24 Feb 2009 16:25:45 -0000
Received: (qmail 25533 invoked by uid 500); 24 Feb 2009 16:25:42 -0000
Delivered-To: apmail-cxf-dev-archive@cxf.apache.org
Received: (qmail 25436 invoked by uid 500); 24 Feb 2009 16:25:41 -0000
Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@cxf.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@cxf.apache.org>
List-Post: <mailto:dev@cxf.apache.org>
List-Id: <dev.cxf.apache.org>
Reply-To: dev@cxf.apache.org
Delivered-To: mailing list dev@cxf.apache.org
Received: (qmail 25411 invoked by uid 99); 24 Feb 2009 16:25:41 -0000
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2009 08:25:41 -0800
X-ASF-Spam-Status: No, hits=0.7 required=10.0
	tests=SPF_SOFTFAIL
X-Spam-Check-By: apache.org
Received-SPF: softfail (athena.apache.org: transitioning domain of
 Manjunatha_Nakshathri@mindtree.com does not designate 203.200.60.156 as
 permitted sender)
Received: from [203.200.60.156] (HELO transportmtw1.mindtree.com)
 (203.200.60.156)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Feb 2009 16:25:33 +0000
Received: from mtw02hub01.mindtree.com (172.22.192.127) by mail2.mindtree.com
 (172.22.192.129) with Microsoft SMTP Server (TLS) id 8.1.278.0; Tue, 24 Feb
 2009 21:54:39 +0530
Received: from MTW02MSG01.mindtree.com ([172.22.192.121]) by
 mtw02hub01.mindtree.com ([172.22.192.127]) with mapi; Tue, 24 Feb 2009
 21:57:28 +0530
From: Manjunatha Nakshathri <Manjunatha_Nakshathri@mindtree.com>
To: Daniel Kulp <dkulp@apache.org>, "dev@cxf.apache.org" <dev@cxf.apache.org>
CC: "users@cxf.apache.org" <users@cxf.apache.org>
Date: Tue, 24 Feb 2009 21:57:27 +0530
Subject: RE: Migrating from XFire to CXF...
Thread-Topic: Migrating from XFire to CXF...
Thread-Index: AcmWmW643pmVAPWoRsyH0AnnhEhzwQAASRaA
Message-ID: <ED1B428C974DC14286FBCBAF6EEAB321E2594DE8@MTW02MSG01.mindtree.com>
References: <ED1B428C974DC14286FBCBAF6EEAB321E2594DA9@MTW02MSG01.mindtree.com>
 <200902241100.30948.dkulp@apache.org>
In-Reply-To: <200902241100.30948.dkulp@apache.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Virus-Checked: Checked by ClamAV on apache.org


If you see the services.xml file it has the following entries:

<!--Start>

<bean id=3D"castorTypeRegistry" class=3D"org.codehaus.xfire.castor.CastorTy=
peMappingRegistry"/>
  <bean id=3D"bindingProvider" class=3D"org.codehaus.xfire.aegis.AegisBindi=
ngProvider">
    <constructor-arg ref=3D"castorTypeRegistry"/>
  </bean>
  <bean id=3D"castorServiceFactory" class=3D"org.codehaus.xfire.service.bin=
ding.ObjectServiceFactory">
    <constructor-arg index=3D"0" ref=3D"xfire.transportManager"/>
    <constructor-arg index=3D"1" ref=3D"bindingProvider"/>
  </bean>

  <service>
    <name>ReleaseManager</name>
    <namespace>ReleaseManager</namespace>
    <serviceClass>com.pinkroccade.jfoundation.calculation.releases.ReleaseM=
anager</serviceClass>
    <implementationClass>com.pinkroccade.jfoundation.calculation.releases.R=
eleaseManagerImpl</implementationClass>
    <schemas>
          <schema>META-INF/schema/release-impact-worksheet-3.2.0.xsd</schem=
a>
    </schemas>


        <style>document</style>
    <serviceFactory>#castorServiceFactory</serviceFactory>

  </service>

<--End-->

Here I have mentioned  "bindingProvider" as the "AegisBindingProvider". The=
 point you mentioned might be because of this. I don't know how to give the=
 castor specific binding provider here... I could not find the castor speci=
fic binding provider there in the XFire...





Thanks And Regards,

Manjunath.

-----Original Message-----
From: Daniel Kulp [mailto:dkulp@apache.org]
Sent: Tuesday, February 24, 2009 9:30 PM
To: dev@cxf.apache.org
Cc: Manjunatha Nakshathri; users@cxf.apache.org
Subject: Re: Migrating from XFire to CXF...


What's really strange about your stack trace:

> org.jdom.IllegalNameException: The name "" is not legal for JDOM/XML
> namespaces: Namespace URIs must be non-null and non-empty Strings.
> org.jdom.Namespace.getNamespace(Namespace.java:164)
> org.codehaus.xfire.util.NamespaceHelper.getUniquePrefix(NamespaceHelper.j=
av
>a:58)
> org.codehaus.xfire.aegis.type.basic.BeanType.writeSchema(BeanType.java:56=
0)
> org.codehaus.xfire.wsdl.AbstractWSDL.addDependency(AbstractWSDL.java:224)

Is that Aegis is in there, not Castor.   Not sure how that applies to
anything, but definitely strange.

In anycase, like Benson said, if someone wanted to contribute a Castor
databinding, we'd love to have it and would gladly help guide people throug=
h
the process.

Dan


On Tue February 24 2009 9:43:16 am Manjunatha Nakshathri wrote:
> Dear all,
>
> We are facing some issue while implementing the webservices using the
> XFire(version 1.2.1) (JBoss as server).
>
> When i am trying to access the WSDL through the url (
> http://localhost:8080/acs/services/ReleaseManager?wsdl ), server is
> throwing the following exception :
>
> javax.servlet.ServletException: The name "" is not legal for JDOM/XML
> namespaces: Namespace URIs must be non-null and non-empty Strings.
> org.codehaus.xfire.transport.http.XFireServletController.doService(XFireS=
er
>vletController.java:143)
> org.codehaus.xfire.transport.http.XFireServlet.doGet(XFireServlet.java:10=
7)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:697)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
> org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter=
.j
>ava:96)
>
> root cause
>
> org.jdom.IllegalNameException: The name "" is not legal for JDOM/XML
> namespaces: Namespace URIs must be non-null and non-empty Strings.
> org.jdom.Namespace.getNamespace(Namespace.java:164)
> org.codehaus.xfire.util.NamespaceHelper.getUniquePrefix(NamespaceHelper.j=
av
>a:58)
> org.codehaus.xfire.aegis.type.basic.BeanType.writeSchema(BeanType.java:56=
0)
> org.codehaus.xfire.wsdl.AbstractWSDL.addDependency(AbstractWSDL.java:224)
> org.codehaus.xfire.wsdl.AbstractWSDL.addDependency(AbstractWSDL.java:233)
> org.codehaus.xfire.wsdl11.builder.WSDLBuilder.createDocLitPart(WSDLBuilde=
r.
>java:403)
> org.codehaus.xfire.wsdl11.builder.WSDLBuilder.createPart(WSDLBuilder.java=
:3
>55)
> org.codehaus.xfire.wsdl11.builder.WSDLBuilder.writeParameters(WSDLBuilder=
.j
>ava:509)
>
> cont.......
>
> Please find attached service.xml.
>
> If we comment the <serviceFactory>#castorServiceFactory</serviceFactory> =
in
> the service.xml; then we are able to access the wsdl. But when we call th=
e
> service using the client (Using the ObjectServiceFactory().create() and n=
ot
> the JaxbServiceFactory().create() ), then in the client side it gives
> following error:
>
> org.codehaus.xfire.XFireRuntimeException: Could not invoke service.. Nest=
ed
> exception is org.codehaus.xfire.fault.XFireFault: No write method for
> property
> {http://xml.model.calculation.jfoundation.pinkroccade.com}choiceValue in
> class com.pinkroccade.jfoundation.calculation.model.xml.ReleaseOpen
>
> org.codehaus.xfire.fault.XFireFault: No write method for property
> {http://xml.model.calculation.jfoundation.pinkroccade.com}choiceValue in
> class com.pinkroccade.jfoundation.calculation.model.xml.ReleaseOpen
> (Complete error log attached ErrorLog.rtf)
>
> This error is because ReleaseOpen.java file does not have any setter meth=
od
> for the choiceValue. This ReleaseOpen class is generated by
> release-impact-worksheet-3.2.0.xsd using castor. Similar to this class
> there are lots of class files which are generated using the castor and
> which don't have some setter methods inside them. So editing the files is
> not a good idea (And these are generated every time using the XSD file).
>
> We searched through the XFire site also (
> http://jira.codehaus.org/browse/XFIRE-509 ). We tried using the
> XFire-all-1.2.3.jar. But we are not able to crack the issue.
>
> We are using the castor to generate the java classes and we should be abl=
e
> to pass these objects (rather than converting them to String and passing =
it
> on server) over the server.
>
> I have following question.
>
> 1.       What should I do to make this work? Is there any thing with the
> way I am invoking the service?
>
> 2.       Does migrating from XFire to CXF will solve this issue? If yes,
> then which version of CXF should I use?
>
> 3.       Is there any guide for Implementation of CXF with castor?
>
> Thanks for your effort and also for your valuable time.
>
>
>
> Thanks and Regards,
>
> Manjunath
>
> ________________________________
> http://www.mindtree.com/email/disclaimer.html

--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog

http://www.mindtree.com/email/disclaimer.html