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

Re: [Ftpapi] http_url_post_stmf with special characters



Hi,

I thought I had already posted something about this...
I believe all you have to do is to ensure that the folder on the IFS, where the stmf is created, has 1208 as CCSID!

/Frank

Sent from my mobile

On Feb 18, 2017, at 02:53, Radu Botescu <rbotescu@xxxxxxxxx> wrote:

Hi all,

I think the problem is that my file in IFS is not in CCSID 1208 (UTF-8) but in 819 (ISO 8859-1)....

I've entered in debug, copied from 819 to 1208, sent to webservice the new file and now the webservice is working.

I have to modify the entire chain of programs to be sure but it is a good start.

Sorry everybody(Scott...) for this stupid topic....

I'll be back with the final conclusion.

All the best, 
Radu



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.



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


Disclaimer

The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.

This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast Ltd, an innovator in Software as a Service (SaaS) for business. Providing a safer and more useful place for your human generated data. Specializing in; Security, archiving and compliance. To find out more Click Here.

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