Book a Demo

Author Topic: import or export no support chinese code  (Read 4076 times)

GINO

  • EA Novice
  • *
  • Posts: 6
  • Karma: +0/-0
    • View Profile
import or export no support chinese code
« on: June 28, 2011, 06:04:47 pm »
hello,

When I to import or export Reference data, for example:when I inputed the tranditional chinese ,if i export glossary data to xml
I can get the tranditional chinese front.
when I prepare a xml include tranditional chinese front. it's still have problem when I import to EA.
does anybody can help me to process this problem

only generate glossary report can setup the language...

suki

  • EA User
  • **
  • Posts: 25
  • Karma: +0/-0
    • View Profile
Re: import or export no support chinese code
« Reply #1 on: June 28, 2011, 10:02:22 pm »
Hello,
I'm not sure which type of database do you use. I had also some problem with it. If you use local EAP database you can try these steps:

1. You'll need another EAP template for EA. It is different than original template which is installed with EA.
You can download it for example here:
http:// http://www.siteadvisor.nl/sites/sparxsystems.com.au/downloads/652987/
This EAP supports the JET4 databases. If you decide to use it in future for all your new projects then replace with it the original file "EABase.eap" in program folder of EA.

2. Then change settings of your EA:
    - Options-> tab General -> check the box "Use JET 4.0"
    - Options-> tab XML Specifications -> Fill value 'utf-8' into filed Code Page

With this EAP database I'm able to export each package to XMI keeping right codepage.
Unfortunately I can't help you with export from current EAP.
Maybe it would be helpful if you set yours computer to the Chinese enviroment before export.
« Last Edit: June 28, 2011, 10:19:00 pm by suki »

skiwi

  • EA Expert
  • ****
  • Posts: 2081
  • Karma: +46/-82
    • View Profile
Re: import or export no support chinese code
« Reply #2 on: June 29, 2011, 09:41:51 am »
Quote
If you decide to use it in future for all your new projects then replace with it the original file "EABase.eap" in program folder of EA.

[highlight]Bug warning[/highlight]: Every time you install EA it will splat all over your file and revert to the prehistoric (non unicode) version.
Sparx really need to up the ante on this one
« Last Edit: June 29, 2011, 09:42:23 am by skiwi »
Orthogonality rules
Using EA16.1 (1627) on Windows 11 Enterprise/64 bit. Repositories in SQLServer2019 DB Schema 1558.
WebEA on Pro Cloud Server 4.2.64

KP

  • EA Administrator
  • EA Expert
  • *****
  • Posts: 2919
  • Karma: +55/-3
    • View Profile
Re: import or export no support chinese code
« Reply #3 on: June 29, 2011, 09:54:56 am »
Quote
Every time you install EA it will splat all over your file
So move it or rename it.

It's not a bug. Every version of EA installs the latest version of EABase.eap, and so it should.
« Last Edit: June 29, 2011, 10:04:09 am by KP »
The Sparx Team
[email protected]

skiwi

  • EA Expert
  • ****
  • Posts: 2081
  • Karma: +46/-82
    • View Profile
Re: import or export no support chinese code
« Reply #4 on: June 29, 2011, 10:17:46 am »
Quote
It's not a bug. Every version of EA installs the latest version of EABase.eap, and so it should.
Well we differ on that. EA should not be defaulting to such an old version of an MS Access Database in the first place - we have to have a unicode capable repository.
Really what EA needs is an option that says always use (2007, 2007, 2010, SQ-Lite, .. whatever) to create new repositories.

Its not reasonable that when we update our EA install on the dozen machine or so that we are using it we have to then go around and rename the EA base file.

Surely you can see this.

Its a bug.

« Last Edit: June 29, 2011, 10:18:58 am by skiwi »
Orthogonality rules
Using EA16.1 (1627) on Windows 11 Enterprise/64 bit. Repositories in SQLServer2019 DB Schema 1558.
WebEA on Pro Cloud Server 4.2.64

KP

  • EA Administrator
  • EA Expert
  • *****
  • Posts: 2919
  • Karma: +55/-3
    • View Profile
Re: import or export no support chinese code
« Reply #5 on: June 29, 2011, 10:26:46 am »
Quote
Its not reasonable that when we update our EA install on the dozen machine or so that we are using it we have to then go around and rename the EA base file.
In that case, put your version of the base model in a shared network location that all machines have access to, and use the "Copy a Base Project" command to create new models, not the "Create a New Project" command. That is, put one file in one location, once, and never worry about it being overwritten ever again.
The Sparx Team
[email protected]