# EntireX encoding problem java/windows to natural/host

**URL:** <https://techcommunity.softwareag.com/t/entirex-encoding-problem-java-windows-to-natural-host/58959>\
**Category:** Forum\
**Tags:** Mainframe-Integration, EntireX\
**Created:** [February 10, 2004, 3:21pm UTC](https://techcommunity.softwareag.com/t/entirex-encoding-problem-java-windows-to-natural-host/58959 "2004-02-10T15:21:39Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![Dirk\_Holbeck](https://avatars.discourse-cdn.com/v4/letter/d/58956e/32.png) [@Dirk\_Holbeck](https://techcommunity.softwareag.com/u/Dirk_Holbeck)\
**Post date:** [February 10, 2004, 3:21pm UTC](https://techcommunity.softwareag.com/t/entirex-encoding-problem-java-windows-to-natural-host/58959/1 "2004-02-10T15:21:39Z")

</div>

Hi folks,  
  
we are having trouble with CodePage usage while accessing a natural application on OS/390 from a java client on windows. EntireX Communicator is running on OS/390 (as well as natural and adabas) and we switched on CONVERSATION in the Broker/Natural RPC server to get special characters like {} and so on transfered correctly. On Java-side we use the method useCodePage(true) in the rpc stub classes. Our System-property “file.enconding” of our JVM was default “cp1252” (US locale). In this case we do not even get the german umlaute correctly, so we changed the JVM Default to ISO8859\_1.   
  
But if we use this CodePage in Java we always get the Broker Error “00030005 Partner finished the conversation” !!  
  
And what to do now ??? Any hint ???  
  
Please help asap, we have production date end of the month.  
  
Many thanks  
Dirk Holbeck ☹

---

<div class="post-metadata">

**Author:** ![Rolf\_Bahlke](https://sea1.discourse-cdn.com/techcommunity/user_avatar/techcommunity.softwareag.com/rolf_bahlke/32/109_2.png) [@Rolf\_Bahlke](https://techcommunity.softwareag.com/u/Rolf_Bahlke)\
**Post date:** [February 10, 2004, 6:44pm UTC](https://techcommunity.softwareag.com/t/entirex-encoding-problem-java-windows-to-natural-host/58959/2 "2004-02-10T18:44:15Z")

</div>

Hi Dirk,  
  
I don’t think that it is necessary to use CONVERSION in your scenario. Simple TRANSLATION should be sufficient. You just need a different translation table which translates correctly your EBCDIC variant.  
  
Please contact your regional support, they should be able to help you.  
  
Kind regards,  
Rolf  
  
Rolf Bahlke  
Software AG Research and Development.

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/techcommunity/original/3X/c/d/cd19967bb605d28a72d77eb83a1cae22f3df2eb8.svg) [@system](https://techcommunity.softwareag.com/u/system)\
**Post date:** [April 2, 2021, 2:39pm UTC](https://techcommunity.softwareag.com/t/entirex-encoding-problem-java-windows-to-natural-host/58959/3 "2021-04-02T14:39:34Z")

</div>