Discussions
Categories
- 196.9K All Categories
- 2.2K Data
- 239 Big Data Appliance
- 1.9K Data Science
- 450.4K Databases
- 221.7K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 550 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 546 SQLcl
- 4K SQL Developer Data Modeler
- 187.1K SQL & PL/SQL
- 21.3K SQL Developer
- 295.9K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.6K Development Tools
- 107 DevOps
- 3.1K QA/Testing
- 646K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 155 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 18 Java Essentials
- 160 Java 8 Questions
- 86K Java Programming
- 80 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 443 LiveLabs
- 38 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 171 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 232 Portuguese
APEX PLSQL import breaks mutated vowels

I try to import an APEX Application by running its source code on the scheme using plsql. (Actually I follow this guide: Automatisierter Export und Import von APEX-Anwendungen per Kommandozeile)
Sadly the import breaks all mutated vowels (Umlaute). I allready use set
NLS_LANG=GERMAN_GERMANY.WE8PC850
to define my language and tested that
SELECT 'Hällo' from dual;
does not break the mutated vowel.
Please note: The Import of the Application using the APEX Importer works, but is not an option for my use case.
Answers
-
Hi Nik-ffm,
Nik-ffm wrote: I try to import an APEX Application by running its source code on the scheme using plsql. (Actually I follow this guide: Automatisierter Export und Import von APEX-Anwendungen per Kommandozeile) Sadly the import breaks all mutated vowels (Umlaute). I allready use set NLS_LANG=GERMAN_GERMANY.WE8PC850 to define my language and tested that SELECT 'Hällo' from dual; does not break the mutated vowel. Please note: The Import of the Application using the APEX Importer works, but is not an option for my use case.
Please explain your use-case then.
Are you trying to import in runtime APEX environment, hence the command line import?
There is already an API for the same : APEX_APPLICATION_INSTALL
Have you tried using SQL Developer for export/import of APEX applications? Refer : Advanced Oracle SQL Developer Features
Hope this helps!
Regards,
Kiran
-
Hello Kiran,
actually I use the APEX_APPLICATION_INSTALL in the same way as it is used in tutorial i linked above: First I run the instructions to set attributes like schema, application_id... and then I run the import script fXXX.sql.
I want to use this to make my application managemable for version control systems such as GIT. Therefore I use the APEXExportSplitter which divides the whole application into small SQL files for each component and creates one file, that includes all the single parts.
This is also the reason why I can not import this splitted file over the Web GUI or the SQLDeveloper since both accept only a single SQL-File and can not handle links to other SQL files within that one.
I think my problem is something related to encoding, since it works fine via the WebGUI or the SQLDeveloper which both give me a select prompt to select my encoding.
Hope that made my problem a bit more clear.
-
Hi Nik-ffm,
Nik-ffm wrote: Hello Kiran, actually I use the APEX_APPLICATION_INSTALL in the same way as it is used in tutorial i linked above: First I run the instructions to set attributes like schema, application_id... and then I run the import script fXXX.sql. I want to use this to make my application managemable for version control systems such as GIT. Therefore I use the APEXExportSplitter which divides the whole application into small SQL files for each component and creates one file, that includes all the single parts. This is also the reason why I can not import this splitted file over the Web GUI or the SQLDeveloper since both accept only a single SQL-File and can not handle links to other SQL files within that one.
I think my problem is something related to encoding, since it works fine via the WebGUI or the SQLDeveloper which both give me a select prompt to select my encoding.
Hope that made my problem a bit more clear.May be the APEXExportSplitter java utility exports the APEX applications using the Unicode UTF-8 character set as APEX Builder GUI export utility also uses the same.
Try setting the charset to:
NLS_LANG=GERMAN_GERMANY.UTF8
and then try the import PLSQL scripts.
It all depends upon your database charset, charset used by APEXExportSplitter java utility and charset you are setting while importing it.
Hope this helps!
Regards,
Kiran