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

Re: Problem Character conversion / Problem on MIME96 and g_isInit field

From: thomas.raddatz@xxxxxx
To: ftpapi@xxxxxxxxxxxxxxxxxxxxxx
Subject: Re: Problem Character conversion / Problem on MIME96 and g_isInit field
Date: Mon, 3 Jun 2013 12:04:32 +0200

   Gilles,
   I am a little confused, because the Mime parser comes into play when
   the web service returns a MIME encoded message. Am I correct that the
   "g_isInit" problem is a second issue?
   Anyway, 'g_isInit' is set, when the web service module call procedure
   MimeParser_new(). The call stack is:
      WebServiceModule -> MimeParser_new -> CharacterSet_setCcsid ->
   Ascii_setCcsid / Ebcdic_setCcsid
   The failing statement at line 500 is:
     assert(rc = 0: 'iconv() returned unexpected value: ' + %char(rc));
   Please let me know the contents of 'rc', 'g_ccsid.ascii' and
   'g_ccsid.ebcdic'.
   Thomas.
   ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx schrieb am 03.06.2013 11:05:01:
   > Von: gilles.renne@xxxxxxxxxxxxxxxxx
   > An: ftpapi@xxxxxxxxxxxxxxxxxxxxxx,
   ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx,
   > Datum: 03.06.2013 11:15
   > Betreff: Problem Character conversion / Problem on MIME96 and
   g_isInit field
   > Gesendet von: ftpapi-bounces@xxxxxxxxxxxxxxxxxxxxxx
   >
   >
   > 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
   >
   >
   >
   >
   >
   >
   > 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)
   >
   > 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
   >
   >
   >
   >
   >

   >              ftpapi-request@li

   >              sts.scottklement.

   >              com
       A
   >              Envoyé par :              ftpapi@xxxxxxxxxxxxxxxxxxxxxx

   >              ftpapi-bounces@li
      cc
   >              sts.scottklement.

   >              com
   Objet
   >                                        Ftpapi Digest, Vol 79, Issue
   21
   >
   Réf.
   >              27/05/2013 19:00

   >

   >

   >              Veuillez répondre

   >                      à

   >              ftpapi@xxxxxxxxxx

   >                tklement.com

   >

   >

   >
   >
   >
   >
   > 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: [9]http://disclaimer.bureauveritas.com
   > [Bild entfernt] [Bild entfernt] [Bild entfernt] [Bild entfernt]
   > [Bild entfernt] [Bild entfernt] [Bild entfernt] [Bild entfernt]
   >
   -----------------------------------------------------------------------
   > This is the FTPAPI mailing list.  To unsubscribe, please go to:
   > [10]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. 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
   9. http://disclaimer.bureauveritas.com/
  10. http://www.scottklement.com/mailman/listinfo/ftpapi

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

References:
- Problem Character conversion / Problem on MIME96 and g_isInit field
  - From: gilles . renne

Prev by Date: Problem Character conversion / Problem on MIME96 and g_isInit field
Next by Date: Re: Problem with WSDL2RPG
Previous by thread: Problem Character conversion / Problem on MIME96 and g_isInit field
Next by thread: Re: Problem with WSDL2RPG
Index(es):
- Date
- Thread