[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: First Attempt At Decoding Base64 XML Element



Another option is to start the debugger for ESSSRV02 and adding a breakpoint to the "select;" statement of procedure impl_dequeue2ResponseStart().

When the debugger stops with "depth = 1" check the "namespace" variable. If it is empty, remove the following statement, compile your program and try it again:

   select;
   when (depth = 1
          and
          name = 'dequeue2Response'
Add:      );
Rmv:      and
Rmv:      namespace = 'http://websvcs.otswebws');
      if (MultiRef_isReference(attrs));

If that does not work, you should send the debug log to me.

Thomas.

Am 26.10.2012 19:32, schrieb Donnie:
    Thomas,



    Experimenting with the Redirect To STMF procedure was to confirm that
    my test program is indeed receiving the correct web service response.
    And it is.



    My intent is to receive and process the response in my test program
    without the need to save the xml.



    "...You can either use eXpat to parse
    the response and to populate the result data structure..."



    Here's where I am uncertain.  The test program generated from WSDL2RPG
    (without the redirect) is receiving a blank response from the
    webservice call.



    Here's my webservice call and dequeue2Response is empty after the call:



    // Now let's call the web service.

    dequeue2Response =

    OTSWebSvcs_dequeue2(

    parameters:

    errText);



    Maybe you can help me understand why dequeue2Response is empty after
    the call and what I need to do to return the webservice response to my
    test program?



    Thanks,

    Donnie



      ------------------------------
      Message: 3
      Date: Fri, 26 Oct 2012 09:29:03 +0200
      From: [1]thomas.raddatz@xxxxxx
      Cc: [2]ftpapi@xxxxxxxxxxxxxxxxxxxxxx,
              [3]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
      Subject: Antwort: Re: First Attempt At Decoding Base64 XML Element
      Message-ID:

      <[4]OF6FB8FAEA.496A8A72-ONC1257AA3.0028CFE6-C1257AA3.0029243F@xxxxxx
      >
      Content-Type: text/plain; charset="us-ascii"
      Donnie,
      I am sorry, but that works as designed. You can either use eXpat to
      parse
      the response and to populate the result data structure or you can
      save the
      complete response to a stream file and parse it later.
      Why should anybody want to use eXpat to parse the response and save
      it to
      a stream file?
      Thomas.
      [5]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 25.10.2012
      19:47:26:
      > Von: [6]i5pgmranalyst@xxxxxxxxx
      > An: [7]ftpapi@xxxxxxxxxxxxxxxxxxxxxx,
      > Datum: 25.10.2012 19:52
      > Betreff: Re: First Attempt At Decoding Base64 XML Element
      > Gesendet von: [8]ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
      >
      > You were correct on both counts.  I read the FAQ and decided to
      upgrade
      > WSDL2RPG to v 1.15.2.
      >
      > After upgrading, I have a much different problem.  I can save the
      results
      > to a stream file inserting the following in my test program, but I
      am
      not
      > receiving the web service response back to my test program after
      the
      call:
      >
      > *
      >
      > // Redirect response to stream file
      > *
      >
      > if (stmf <> '');
      >
      > OTSWebSvcs_RedirectResponse_toStmf(stmf);
      >
      > endif;
      >
      >  Any ideas?
      >
      >
      >
      >

References

    1. mailto:thomas.raddatz@xxxxxx
    2. mailto:ftpapi@xxxxxxxxxxxxxxxxxxxxxx
    3. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
    4. mailto:OF6FB8FAEA.496A8A72-ONC1257AA3.0028CFE6-C1257AA3.0029243F@xxxxxx
    5. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
    6. mailto:i5pgmranalyst@xxxxxxxxx
    7. mailto:ftpapi@xxxxxxxxxxxxxxxxxxxxxx
    8. mailto:ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx



-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------

-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------