× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Does the debug log show any messages?

I'm kind of thinking that the endproc isn't being called since ther
startproc is null...
(There's nothing in Scott's PR that indicates startProc can be a null
pointer)

But I'd expect to see some message in the debug log.

Charles

On Thu, Jul 30, 2020 at 9:25 AM Charles Wilt <charles.wilt@xxxxxxxxx> wrote:

IIRC, I've debugged "incoming" callbacks using RDi and SEP without issue...

Can't recall using STRDBG & STRSRVJOB...

OTOH, that call looks funny given the PR, why are they passing *NULL for
peStartProc? Not sure that's valid...

D http_url_post_xml...
D PR 10I 0
D peURL 32767A varying const options(*varsize)
D pePostData * value
D pePostDataLen 10I 0 value
D peStartProc * value procptr
D peEndProc * value procptr
D peUsrDta * value
D peTimeout 10I 0 value options(*nopass)
/if defined(HTTP_ORIG_SHORTFIELD)
D peUserAgent 64A const options(*nopass:*omit)
D peContentType 64A const options(*nopass:*omit)
D peSOAPAction 64A const options(*nopass:*omit)
/else
D peUserAgent 16384A varying const
D options(*nopass:*omit)
D peContentType 16384A varying const
D options(*nopass:*omit)
D peSOAPAction 16384A varying const
D options(*nopass:*omit)

Charles

On Thu, Jul 30, 2020 at 8:13 AM Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>
wrote:

Cross-posted to RPG400 and WEB400 lists.

A colleague is using Scott Klement's HTTPAPI routines and is running
into an issue. They have the following code:

rc = http_url_post_xml( URL
: %addr(SOAP) + 2
: %len(SOAP)
: *null
: %paddr(Incoming)
: %addr(call_status)
: HTTP_TIMEOUT
: HTTP_USERAGENT
: 'text/xml'
: %trim(WSWSUR));

The program runs in a never-ending batch job. They execute STRSRVJOB on
the job and STRDBG on the program, and then set a breakpoint on the
first line of the "Incoming" procedure. It looks like the procedure is
being executed because it writes to a file and records are indeed being
written, but the breakpoint is never hit.

Before we dig a lot deeper or start using bigger debug hammers, is this
an issue anyone else has seen? I was wondering if perhaps there are
multi-threading concerns with the HTTP APIs that might complicate
service jobs.

Thanks as always!


--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/web400.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.