RE:

["Bartell, Aaron L. (TC)" <ALBartell@xxxxxxxxxxxxxx>]

Sender: "Bartell, Aaron L. (TC)" <ALBartell@xxxxxxxxxxxxxx>

Ok, I was able to recreate it.  Now we will have to see if it can be
recreated on another machine.  
**Note** Both the requester and the responder can be setup on the same
iSeries.   

Here is how the example needs to be setup:

Put http://mowyourlawn.com/temp/BiztalkSnd_Req.xml in the /tmp/ directory of
your IFS.  Go to http://mowyourlawn.com/temp/ to right click and save.

You will need to compile the following two programs on your system. CGIBND
in the H spec is used to bind with QZHBCGI.
http://mowyourlawn.com/temp/BIZTALKREC.RPGLE
http://mowyourlawn.com/temp/BIZTALKSND.RPGLE


BiztalkSnd sends an XML stream to BiztalkRec.  BiztalkRec writes what it
receives to the IFS and returns exactly what was sent to it.  The file that
BiztalkRec creates in the IFS has the entire contents of the request, so
that part works fine.  If I use a Java app that I wrote to send in the
request XML to BiztalkRec I get the entire response back just fine.

The problem lies here - BiztalkSnd Sends 19429 bytes but only gets back 8143
bytes when using http_url_post.  I use
http://javascriptkit.com/script/script2/charcount.shtml to count the
characters.

For anybody testing this, let me know if you get the same results or if I
have forgotten any code that you need to run the tests.

Aaron Bartell


-----Original Message-----
From: Bartell, Aaron L. (TC) [mailto:ALBartell@xxxxxxxxxxxxxx]
Sent: Wednesday, August 27, 2003 8:14 AM
To: 'ftpapi@xxxxxxxxxxxxx'
Subject: RE: 


Sender: "Bartell, Aaron L. (TC)" <ALBartell@xxxxxxxxxxxxxx>

Let me do some more specific testing on my end and get back to you.  I think
I remember where the problem was occurring, but I am not completely sure.  I
will develop a couple a simple programs that produce the problem and that
can be easily transferred to your system so you can test the same exact
programs.

Hopefully I will have it done today yet.

Aaron Bartell

-----Original Message-----
From: Scott Klement [mailto:klemscot@xxxxxxxxxxxx]
Sent: Tuesday, August 26, 2003 5:03 PM
To: ftpapi@xxxxxxxxxxxxx
Subject: Re: 


Sender: Scott Klement <klemscot@xxxxxxxxxxxx>


I'm not having this problem, but it appears that at least Aaron is having
a similar problem.

So, the real question is, what can I do to solve it?   Can you tell me
a way to reliably reproduce the problem?  Or should I insert some
diagnostics into HTTPAPIR4, send you a copy, and hope that they can be
used to find the bug?

If nothing else, we could add diagnostics to determine where the problem
is happening in the HTTPAPIR4 code, to narrow things down.

What do you think?


On Tue, 26 Aug 2003 e.klaasse@xxxxxxxx wrote:
>
> I use http-url_post  (SSL) for posting a xml-request (stock). The receiver
> sends directly a reply with the current stock of the requested product.
> This xml-file (reply) is written to the IFS.
>
> When the AS/400 is very busy, something strange happens. The XML file on
> the IFS is truncated, so a part of the file is missing. It feels like a
> timeout, but the default of 300 seconds is used and the program ends
within
> 1 minute as if everything is ok. Under normal circumstances the xml-file
> will be received complete.
>
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubsribe from the list send mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubsribe from the list send mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list.  To unsubsribe from the list send mail
to majordomo@xxxxxxxxxxxxx with the body: unsubscribe ftpapi mymailaddr
-----------------------------------------------------------------------