Re: [Ftpapi] http_url_post_stmf with special characters

On Fri, Feb 17, 2017 at 7:09 PM, Radu Botescu <rbotescu@xxxxxxxxx> wrote:

Hi Scott,

indeed I'm using an old version. Using a new one is also on my list as a possible solution.

Meanwhile, looking again in the logs I see something I do not understand....

1. Delivery address is:

WÜTSCHNER

2. in xml I create in IFS I write

<name><![CDATA[WÜTSCHNER]]></name>

And now the tricky part...

3. when I use http_url_post_xml this is what I see in log file generated by HTTPAPI:
<name><![CDATA[WÃœTSCHNER]]></name>

And the webservice is working proprely, I receive a good label with WÜTSCHNER in an image

4. but when I use http_url_post_stmf with exactly the same file I see a different thing in logfile:
<name><![CDATA[WÜTSCHNER]]></name>

And in this case the webservice is returning an internal error.
Why in this case in the logfile I see a different thing and not the one from the point 3?
Is like a conversion is missing somewhere?

Thank you again for your patience,
Radu

On Thu, Feb 16, 2017 at 8:44 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:
Radu,

It is hard to tell why it is not working for you. I have not had this problem, for me encoding characters into UTF-8 has worked properly without incident.

I do notice that you are using an extraordinarily old version of HTTPAPI. Version 1.21 is from 2007, so that was 10 years ago. I don't know if this will help or not? (I can't possibly remember everything that changed in the past decade, or envision the ramifications of all of those changes.) But, it certainly could not hurt.

-SK

On 2/16/2017 1:29 AM, Radu Botescu wrote:

Hi Kaj,

Yes, I've checked, for me it seems the same.

Here below a SOAP http log from this morning:

Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "HTTP/1.1 200 OK[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "X-Powered-By: Servlet/3.0[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Content-Language: en-US[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Date: Thu, 16 Feb 2017 07:17:19 GMT[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Cache-Control: private[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Content-Encoding: gzip[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Transfer-Encoding: chunked[\r][\n]"
Thu Feb 16 08:17:20 CET 2017:DEBUG:<< "Content-Type: text/xml; charset=utf-8[\r][\n]"

The result is ok, I do receive the label.

The problem is the size of the label, it is 71k.

1. If I use http_url_post_xml ==> the parse procedure will truncate the content of my label bc the size of the variable is only 65k (65535). IS there a way to pass not the content but a pointer?

2. If I use http_url_post_stmf ==> the webservice is not accepting my input file (the same as in previous point) bc of the special character. The same file is working from SOAP.

So I'm quite blocked...

Thank for any ideea,
Radu

On Wed, Feb 15, 2017 at 6:00 PM, Julius Kaj <Kaj.Julius@xxxxxx <mailto:Kaj.Julius@xxxxxx>> wrote:

Have you checked that SoapUI send the xml with UTF-8 encoding,
like you do?

Some (few) web services expect a different character set.

*Fra:*ftpapi-bounces@xxxxxxxxxttklement.com
<mailto:ftpapi-bounces@lists.scottklement.com>
[mailto:ftpapi-bounces@lists.scottklement.com
<mailto:ftpapi-bounces@lists.scottklement.com>] *På vegne af *Radu
Botescu
*Sendt:* 15. februar 2017 17:24
*Til:* FTPAPI/HTTPAPI mailing list
*Emne:* Re: [Ftpapi] http_url_post_stmf with special characters

Hi Scott,

and thank you for your answer.

My problem is that the same file used in SOAPUI is working well :(...

Or maybe is there a way to use http_url_post_xml but in the
procedure Incoming to receive pointers to the values (as in
http_url_post_stmf ) and not the values ?

Any ideea is welcomed....

Thank you again,

Radu

On Wed, Feb 15, 2017 at 3:17 PM, Scott Klement
<sk@xxxxxxxxxxxxxxxx <mailto:sk@xxxxxxxxxxxxxxxx>> wrote:

Radu,

This error is not coming from HTTPAPI. HTTPAPI doesn't know
anything about your XML, it simply sends what you tell it to
send. It is the web services server that is sending you this message.

-SK

On 2/12/17 7:11 AM, Radu Botescu wrote:

Hello,

I have a problem when using http_url_post_stmf with special
characters.

My project is to call a webservice and get back a shipping label.

In the area reserved to the shipping address, in my request, I
could have special characters depends on the shipping
country(é, Ü, etc).

If in my request I send:

<name><![CDATA[AAA BBB Ü]]></name>

I received this error:

"<soapenv:Envelope
xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/
<http://schemas.xmlsoap.org/soap/envelope/>"
xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/
<http://schemas.xmlsoap.org/soap/encoding/>"
xmlns:xsd="http://www.w3.org/2001/XMLSchema
<http://www.w3.org/2001/XMLSchema>"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance
<http://www.w3.org/2001/XMLSchema-instance>"><soapenv:Header/><soapenv:Body><soapenv:Fault><faultcode>Server</faultcode><faultstring>Internal
Error</faultstring></soapenv:Fault></soapenv:Body></soapenv:Envelope>"

If I remove the Ü ==> no error, I receive the right answer.

If I use http_url_post_xml with the exactly the same xml (the
one with Ü) ==> no error, I do receive the right answer (but
the answer is bigger than 65k...).

What I do in my pgm:

http_XmlStripCRLF(*ON);

http_xmlReturnPtr(*OFF);

HTTP_setCCSIDs(1208: 0)

rc = http_url_post_stmf(

URLADR

: %trim(PM_XMLIN)

: %trim(PM_XMLOUT)

: HTTP_TIMEOUT

: HTTP_USERAGENT

: 'text/xml;charset=UTF-8'

: '"'+'"' );

I'm using http-api/1.21.

Any ideea?

Thank you in advance,

Radu

_______________________________________________

Ftpapi mailing list

Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
<mailto:Ftpapi@lists.scottklement.com>

http://scottklement.com/mailman/listinfo/ftpapi
<http://scottklement.com/mailman/listinfo/ftpapi>

_______________________________________________ Ftpapi mailing
list Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
<mailto:Ftpapi@lists.scottklement.com>
http://scottklement.com/mailman/listinfo/ftpapi
<http://scottklement.com/mailman/listinfo/ftpapi>

--
R.

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service. For more information please visit
http://www.symanteccloud.com
______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud
service. For more information please visit
http://www.symanteccloud.com
______________________________________________________________________

_______________________________________________ Ftpapi mailing
list Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
<mailto:Ftpapi@lists.scottklement.com>
http://scottklement.com/mailman/listinfo/ftpapi
<http://scottklement.com/mailman/listinfo/ftpapi>
--
R.

_______________________________________________
Ftpapi mailing list
Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
http://scottklement.com/mailman/listinfo/ftpapi

_______________________________________________
Ftpapi mailing list
Ftpapi@xxxxxxxxxxxxxxxxxxxxxx
http://scottklement.com/mailman/listinfo/ftpapi

--
R.