Tida,

here's a mapping file that seems to work for me, as the test case
finishes without any problems, and all the assertions are being mwet.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE mapping PUBLIC "-//EXOLAB/Castor Mapping DTD Version 1.0//EN"
"http://castor.org/mapping.dtd";>

<mapping>
   <class name="xml.citi.ECMEnvelope">
      <map-to xml="Envelope"
ns-uri="http://www.w3.org/2003/05/soap-envelope"; />
      <field name="envStr" get-method="getEnvStr" set-method="setEnvStr"
type="string">
         <bind-xml name="envStr" node="element" />
      </field>

      <field name="ecmReqHeader" get-method="getECMReqHeader"
set-method="setECMReqHeader"
         type="xml.citi.ECMRequestHeader">
         <bind-xml name="Transaction" location="Header"/>
      </field>
      <field name="ecmServiceReq" get-method="getECMServiceReq"
set-method="setECMServiceReq"
         type="xml.citi.ECMServiceRequest">
         <bind-xml name="service" location="Body/Request"/>
      </field>
   </class>

   <!--  Class mapping for Request Header -->
   <class name="xml.citi.ECMRequestHeader">
      <map-to xml="Transaction"
ns-uri="http://www.citi.com/gcgna/all/ecs/endpoint/request.xsd"; />
      <field name="Connection" type="string">
         <bind-xml name="connection" node="element" />
      </field>
      <field name="endPoint" type="string">
         <bind-xml name="endpoint" node="element" />
      </field>
      <field name="host" type="string">
         <bind-xml name="host" node="element" />
      </field>
      <field name="process" type="string">
         <bind-xml name="process" node="element" />
      </field>
      <field name="transactionId" type="string">
         <bind-xml name="transaction-id" node="element" />
      </field>
   </class>

   <!-- Class mapping for Service Request -->
   <class name="xml.citi.ECMServiceRequest">
      <map-to xml="service"
ns-uri="http://www.w3.org/2003/05/soap-envelope"; />
      <field name="serviceName" type="string">
         <bind-xml name="serviceName" node="element" />
      </field>
      <field name="packageName" type="string">
         <bind-xml name="packageName" node="element" />
      </field>
      <field name="actionName" type="string">
         <bind-xml name="action" node="element" />
      </field>
      <field name="scope" type="string">
         <bind-xml name="scope" node="element" />
      </field>
   </class>

</mapping>
Regards
Werner

Tida, Sridhar wrote:
> Hi Werner,
> 
> I'm sorry, find the zip file here with.
> 
> Thanks & Regards,
> Sridhar Tida
> Citi NAIT Shared Technology Services
> Ph: 513.979.9494
> Email: [EMAIL PROTECTED]
>  
>  
> -----Original Message-----
> From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
> Sent: Wednesday, June 18, 2008 3:45 AM
> To: [email protected]
> Subject: Re: [castor-user] exceptions in castor mapping
> 
> Hi,
> 
> as there's nothting attached in this email, where would I find the new
> (and minimal) files ?
> 
> Werner
> 
> Tida, Sridhar wrote:
>> Hi Werner,
>>
>> Thanks for reply. Please find minimal files which do not have any
>> dependencies. Still I'm getting the same errors. This example is
> similar
>> to Castor example provided in XML mapping section. Please check the
>> mapping xml first and let me know if I did any errors in mapping.
>>
>> Thanks again for your help.
>>
>> Thanks & Regards,
>> Sridhar Tida
>>
>>
>> -----Original Message-----
>> From: Werner Guttmann [mailto:[EMAIL PROTECTED] 
>> Sent: Monday, June 16, 2008 5:17 PM
>> To: [email protected]
>> Subject: Re: [castor-user] exceptions in castor mapping
>>
>> Hi,
>>
>> if you *really* want me to help you in any way, please do not send any
>> Java classes that do not compile, where there's plenty of classes
>> missing, etc. Rather I'd ask you to send me a *minimal* junit test
> case
>> that helps me to replay your problem by executing that test case.
>>
>> Then, and only then, I will be able to assist you in a meaningful way.
>> If that's not an option to you (for whatever reason), please do
> consider
>> to take up professional services as documented on the web page, and
>> we'll be able to assist you in whatever way you wanted (as you'll be
>> paying for that service).
>>
>> There's plenty of folks who have supplied us with *minimal* test cases
>> in the last 4 to 6 weeks or so, so please try to deliver the same, as
> we
>> are dedicating our (private) spare time for Castor.
>>
>> Regards
>> Werner
>>
>> Tida, Sridhar wrote:
>>> Hi,
>>>
>>>  
>>>
>>> Please find attached source files for my castor test. I have created
> a
>>> request xml, request mapping and their supported java objects with
>> JUnit
>>> file. I'm getting null objects for header & service but Envelope
>> object
>>> is creating: 
>>>
>>> Envelope: [EMAIL PROTECTED] header: null
>>> service: null
>>>
>>> java.lang.NullPointerException
>>>
>>>  
>>>
>>> What is wrong here? I tried to add new element to Envelope envStr and
>>> executed, got following error:
>>>
>>>  
>>>
>>> org.exolab.castor.mapping.MappingException: The method getEnvStr in
>>> class com.citi.ecm.samples.ECMEnvelope accepting/returning object of
>>> type class java.lang.String was not found
>>>
>>>  
>>>
>>> Please correct me where I'm doing wrong.
>>>
>>>  
>>>
>>>  
>>>
>>> Thanks & Regards,
>>>
>>> Sridhar Tida
>>>
>>>
>>>
>>>
>>>
> ------------------------------------------------------------------------
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>>     http://xircles.codehaus.org/manage_email
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list, please visit:
>>
>>     http://xircles.codehaus.org/manage_email
>>
>>
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
> 
>     http://xircles.codehaus.org/manage_email
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
> 
>     http://xircles.codehaus.org/manage_email

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email


Reply via email to