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

Problem Character conversion / Problem on MIME96 and g_isInit field



   Hi,
   I have find a solution that perhaps can help someone else
   my production files have CCSID 37 on each characters fields
   i need to send , spanish(CCSID=37) , pologn(CCSID 870) and so on
   I let SETCCSID_HTTP with default
   normally i should dupplicate my file and put CCSID 870 for pologn for
   example on each field that can receive this charracters., and then make
   a CPYF with *NOCHK.
   But it will be difficult because of the time that this CPYF make (i
   have made a test with a primary KEY with one file, and it takes 9
   second , so it won't be real time)
   so i try to use WRITE to accelerate the copy and i find that if you
   dupplicate your file to 2 files  , one with CCSID =65535 and one with
   CCSID =870 then if you read your original file then write to CCSID
   =65535 file and after read this file(65535)  and write in CCSID 870
   file it is working. but this solution is very dangerous because i can
   have locked and so on. so i try another solution and it is working .
   in your program you change
   1) you change first CCSID of your job on 65535
   2) Open your file
   2) READ your DATA and make the Move
   3 ) then change the CCSID of your JOB in 870 for pologn characters
   It is working for CCSID 870(pologn), 935 (simplified chineese), 37
   (US/DUTCH/SPANISH) .
   This is part of my code
   [cid:1__=4EBBF1ECDFA39F528f9e8a@xxxxxxxxxxxxxxxxx]
   [cid:2__=4EBBF1ECDFA39F528f9e8a@xxxxxxxxxxxxxxxxx]
   [cid:3__=4EBBF1ECDFA39F528f9e8a@xxxxxxxxxxxxxxxxx]
   [cid:4__=4EBBF1ECDFA39F528f9e8a@xxxxxxxxxxxxxxxxx]
   The only thing is that i have a problem with MIME96 function.
   If i call my web service first it dump because it have a probleme on
   iconv function in MIME96 (on line 15000)
   [cid:5__=4EBBF1ECDFA39F528f9e8a@xxxxxxxxxxxxxxxxx]
   but if i first send a US client and after send a Chineese client it is
   working because field g_isInit=1 in MIME96 /MIME95 function. and then
   the iconv in this fucntion is noit executed
   My question is : Where this field is =1 , and how this field can be
   true in MIME96 whereas it is initialyze with false ?
   or do you know how it could work at the beginnig ?
   regards
   Gilles Renne
   Inactive hide details for ftpapi-request---27/05/2013
   19:01:23---ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
   ftpapi-request---27/05/2013
   19:01:23---ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx

   ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
       Envoyé par : ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
       27/05/2013 19:00


            Veuillez répondre à
       ftpapi@xxxxxxxxxxxxxxxxxxxxxx


   A

        ftpapi@xxxxxxxxxxxxxxxxxxxxxx

   cc

   Objet

        Ftpapi Digest, Vol 79, Issue 21

   Réf.

   Send Ftpapi mailing list submissions to
   ftpapi@xxxxxxxxxxxxxxxxxxxxxx
   To subscribe or unsubscribe via the World Wide Web, visit
   [1]http://scottklement.com/mailman/listinfo/ftpapi
   or, via email, send a message with subject or body 'help' to
   ftpapi-request@xxxxxxxxxxxxxxxxxxxxxx
   You can reach the person managing the list at
   ftpapi-owner@xxxxxxxxxxxxxxxxxxxxxx
   When replying, please edit your Subject line so it is more specific
   than "Re: Contents of Ftpapi digest..."
   Today's Topics:
     1. Re: Problem Character conversion (thomas.raddatz@xxxxxx)
   ----------------------------------------------------------------------
   Message: 1
   Date: Mon, 27 May 2013 09:01:49 +0200
   From: thomas.raddatz@xxxxxx
   To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
   Subject: Re: Problem Character conversion
   Message-ID:
   <OF2B129CFF.D73B6FAA-ONC1257B78.0021B62A-C1257B78.0026A0BF@xxxxxx>
   Content-Type: text/plain; charset="iso-8859-1"
   Gilles,
   Sorry for the late reply. I did not notice that the question is related
   to
   WSDL2RPG.
   Just for your information: Is it correct, that the default CCSID of
   your
   i5 is 37 and that you did not call
   BvBizTalkGenericWsSoap_Port_setPostCcsid()? Given that both assumptions
   are true, HTTP_SetCCSIDs(1208:37) has no effect, because getPostCcsid()
   should return the default value of 1208 and HTTP_EBCDIC is 0 which
   means
   "use the job CCSID".
   The debug log shows that you send the right value to the web service
   but
   receive a wrong character. Although I am sure that the debug log shows
   the
   original data as it is sent from and received on the i5, I suggest to
   redirect the response to a separate stream file using
   BvBizTalkGenericWsSoap_Redirectresponse_toStmf(). I am pretty sure that
   we
   will see "ALMER??A" again, which implies that the problem is on the
   server
   side.
   At least you send the correct value of x'c38d' for "?" and I cannot see
   what is wrong with your request message.
   Thomas.
   ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 24.05.2013 09:08:10:
   > Von: gilles.renne@xxxxxxxxxxxxxxxxx
   > An: ftpapi@xxxxxxxxxxxxxxxxxxxxxx,
   > Datum: 24.05.2013 09:18
   > Betreff: Problem Character conversion
   > Gesendet von: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
   >
   >
   >
   > hi
   >
   >  I try to send characters ? which is spanish character
   > this character is in CCSID 37
   >
   > but when i send it to an external web service it retrieve ??
   >
   > see the http_debug
   > (See attached file: httpapi_debug-txt.zip)
   > Send :<tns:Input>AM          04 ALMER?A       .</tns:Input>
   > Receive : <Output>AM          04 ALMER??A       .</Output>
   >
   > the character is good
   >
   > i try to change ccsid with HTTP_setccsids(1208:37) here
   >           // to the encoding of the SOAP envelope
   >           //HTTP_SetCCSIDs(getPostCcsid(): HTTP_EBCDIC);
   >           HTTP_SetCCSIDs(1208:37);
   >
   >           // Create and open data source to store the request
   > message
   >           hDataSource = ManagedMemoryDataSource_new
   > (1024*1024*4); // 4 MB
   >
   >           contentType = 'text/xml';
   > but is is not working
   >
   > do i need to translate the characters before sending it ??
   > how using http_xlate function ?
   >
   >
   > regards
   >
   > Gilles
   > This message contains confidential information. To know more, please
   > click on the following link: [2]http://disclaimer.bureauveritas.com
   > [Anhang "httpapi_debug-txt.zip" gel?scht von Thomas Raddatz/OBI/DE]
   >
   -----------------------------------------------------------------------
   > This is the FTPAPI mailing list.  To unsubscribe, please go to:
   > [3]http://www.scottklement.com/mailman/listinfo/ftpapi
   >
   -----------------------------------------------------------------------
   --
   IMPORTANT NOTICE:
   This email is confidential, may be legally privileged, and is for the
   intended recipient only. Access, disclosure, copying, distribution, or
   reliance on any of it by anyone else is prohibited and may be a
   criminal
   offence. Please delete if obtained in error and email confirmation to
   the sender.
   -------------- next part --------------
     Gilles,
     Sorry for the late reply. I did not notice that the question is
   related
     to WSDL2RPG.
     Just for your information: Is it correct, that the default CCSID of
     your i5 is 37 and that you did not call
     BvBizTalkGenericWsSoap_Port_setPostCcsid()? Given that both
   assumptions
     are true, HTTP_SetCCSIDs(1208:37) has no effect, because
   getPostCcsid()
     should return the default value of 1208 and HTTP_EBCDIC is 0 which
     means "use the job CCSID".
     The debug log shows that you send the right value to the web service
     but receive a wrong character. Although I am sure that the debug log
     shows the original data as it is sent from and received on the i5, I
     suggest to redirect the response to a separate stream file using
     BvBizTalkGenericWsSoap_Redirectresponse_toStmf(). I am pretty sure
   that
     we will see "ALMER??A" again, which implies that the problem is on
   the
     server side.
     At least you send the correct value of x'c38d' for "?" and I cannot
   see
     what is wrong with your request message.
     Thomas.
     ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 24.05.2013 09:08:10:
     > Von: gilles.renne@xxxxxxxxxxxxxxxxx
     > An: ftpapi@xxxxxxxxxxxxxxxxxxxxxx,
     > Datum: 24.05.2013 09:18
     > Betreff: Problem Character conversion
     > Gesendet von: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
     >
     >
     >
     > hi
     >
     >  I try to send characters ? which is spanish character
     > this character is in CCSID 37
     >
     > but when i send it to an external web service it retrieve ??
     >
     > see the http_debug
     > (See attached file: httpapi_debug-txt.zip)
     > Send :<tns:Input>AM          04 ALMER?A       .</tns:Input>
     > Receive : <Output>AM          04 ALMER??A       .</Output>
     >
     > the character is good
     >
     > i try to change ccsid with HTTP_setccsids(1208:37) here
     >           // to the encoding of the SOAP envelope
     >           //HTTP_SetCCSIDs(getPostCcsid(): HTTP_EBCDIC);
     >           HTTP_SetCCSIDs(1208:37);
     >
     >           // Create and open data source to store the request
     > message
     >           hDataSource = ManagedMemoryDataSource_new
     > (1024*1024*4); // 4 MB
     >
     >           contentType = 'text/xml';
     > but is is not working
     >
     > do i need to translate the characters before sending it ??
     > how using http_xlate function ?
     >
     >
     > regards
     >
     > Gilles
     > This message contains confidential information. To know more,
   please
     > click on the following link:
   [1][4]http://disclaimer.bureauveritas.com
     > [Anhang "httpapi_debug-txt.zip" gel?scht von Thomas Raddatz/OBI/DE]
     >

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

   -----------------------------------------------------------------------
     --
     IMPORTANT NOTICE:
     This email is confidential, may be legally privileged, and is for the
     intended recipient only. Access, disclosure, copying, distribution,
   or
     reliance on any of it by anyone else is prohibited and may be a
     criminal
     offence. Please delete if obtained in error and email confirmation to
     the sender.
   References
     1. [6]http://disclaimer.bureauveritas.com/
     2. [7]http://www.scottklement.com/mailman/listinfo/ftpapi
   ------------------------------
   -----------------------------------------------------------------------
   This is the FTPAPI mailing list digest.  To unsubscribe, go to:
   [8]http://www.scottklement.com/mailman/listinfo/ftpapi
   -----------------------------------------------------------------------
   End of Ftpapi Digest, Vol 79, Issue 21
   **************************************
   This message contains confidential information. To know more, please
   click on the following link: http://disclaimer.bureauveritas.com

References

   1. http://scottklement.com/mailman/listinfo/ftpapi
   2. http://disclaimer.bureauveritas.com/
   3. http://www.scottklement.com/mailman/listinfo/ftpapi
   4. http://disclaimer.bureauveritas.com/
   5. http://www.scottklement.com/mailman/listinfo/ftpapi
   6. http://disclaimer.bureauveritas.com/
   7. http://www.scottklement.com/mailman/listinfo/ftpapi
   8. http://www.scottklement.com/mailman/listinfo/ftpapi

GIF image

GIF image

GIF image

GIF image

GIF image

GIF image

GIF image

GIF image

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