I don't believe that is correct.

> -----Original Message-----
> From: [email protected] [mailto:u2-users-
> [email protected]] On Behalf Of Bill Haskett
> Sent: Tuesday, 11 May 2010 8:45 a.m.
> To: U2 Mail List
> Subject: Re: [U2] Soap error question
> 
> What?  You can't make a SOAP call to a U2 program if that program has
a
> CALL in it?
> 
> Bill
> 
> Lunt, Bruce said the following on 5/10/2010 11:53 AM:
> >> Sorry for the delay in my response, I was out of the office for the
> last
> >> week.
> >>
> >> It turns out that the problem was that I was calling a subroutine
in
> my
> >> program and that doesn't work with soap. So, I included the
> subroutine's
> >> logic into the Basic program and it works now.
> >>
> >> Bruce
> >>
> >> -----Original Message-----
> >> From: [email protected]
> >> [mailto:[email protected]] On Behalf Of Joshua
> Gallant
> >> Sent: Monday, May 03, 2010 11:33 AM
> >> To: U2 Users List
> >> Subject: Re: [U2] Soap error question
> >>
> >> I haven't worked a ton with SOAP requests but figured I'd throw
this
> out
> >> there any how...
> >>
> >> Do you have a permissions error preventing a write?  It seems most
> of
> >> what you've mentioned that's working are just reads but the one
that
> >> write is failing.
> >>
> >>  - Josh
> >>
> >> -----Original Message-----
> >> From: [email protected]
> >> [mailto:[email protected]] On Behalf Of Lunt,
> Bruce
> >> Sent: Friday, April 30, 2010 6:13 PM
> >> To: [email protected]
> >> Subject: [U2] Soap error question
> >>
> >> Hi All,
> >>
> >>
> >>
> >> We have a strange result happening with a simple soap service call
> and I
> >> was
> >> hoping someone has seen this problem or something like it before.
> >>
> >>
> >>
> >> We have 3 different soap calls: SSN.VERF, SSN.VERF.SUP &
SSN.SUBMIT.
> >> Each
> >> program has 2 inputs: CUST.NO & SSN and 1 output: VERIFY.
> >>
> >>
> >>
> >> The first one: SSN.VERF is a program on UniData that accepts
Cust.No
> &
> >> last-4 of SSN. The program then reads the customer record and
> validates
> >> that
> >> the last 4 of that customer's SSN match the 4 digits sent in the
> >> transmission. If they match then it returns a 1 in the variable
> called
> >> VERIFY. Otherwise, it returns a 0 (zero) in VERFIY.
> >>
> >>
> >>
> >> SSN.VERF.SUP: Is for supervisors to send the whole 9-digit SSN and
> have
> >> it
> >> verified as well with the same VERIFY variable being passed back.
> >>
> >>
> >>
> >> SSN.SUBMIT: Is for adding the SSN to the customer's record if it
> does
> >> not
> >> already exist. It checks for the existence in the record and in the
> >> cross-reference file and returns 1 if the update was successful and
> zero
> >> otherwise.
> >>
> >>
> >>
> >> Now for the problem: SSN.VERF & SSN.VERF.SUP both work as expected.
> >> SSN.SUBMIT appears to work when it is for an invalid entry (the SSN
> is
> >> already on file) but whenever a valid SSN is entered for a customer
> with
> >> a
> >> blank SSN field it fails with a strange error message, like this:
> >>
> >>
> >>
> >> <soapenv:Envelope
> >> xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/";
> >> xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/";
> >> xmlns:xsd="http://www.w3.org/2001/XMLSchema";
> >> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
> >>
> >>  <soapenv:Body>
> >>
> >>  <soapenv:Fault>
> >>
> >>   <faultstring>Exception: Internal Web Service Server
> >> Error</faultstring>
> >>
> >>  <detail>
> >>
> >>  <UniSOAPException>
> >>
> >>   <error>Exception: Internal Web Service Server Error</error>
> >>
> >>  </UniSOAPException>
> >>
> >>  </detail>
> >>
> >>  </soapenv:Fault>
> >>
> >>  </soapenv:Body>
> >>
> >> </soapenv:Envelope>
> >>
> >>
> >>
> >> Can anyone suggest how we could debug this problem? Is there a way
> to
> >> capture whatever it is that is freaking out the soap process?
> >>
> >>
> >>
> >> TIA,
> >>
> >> Bruce Lunt
> >
> _______________________________________________
> U2-Users mailing list
> [email protected]
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> 

_______________________________________________
U2-Users mailing list
[email protected]
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to