As of FlexDeploy 9.0.0.3, all special characters are handled when sourcing from OAC and deploying to OAC using Linux endpoints and with FlexDeploy running on Linux.
Starting with FlexDeploy version 9.0.0.3, a new escape sequence is now used. This means that if your files contain certain characters, you will need to rediscover them with the "Inactivate Missing Files" checkbox checked. After doing so, a new file will appear, with a name that is similar but percent-encoded. Previously, files containing backslashes (\) didn't work with FlexDeploy. Also, any files with colons in their names will be rediscover with escape sequence and not have any history. Packages containing these files will need to be updated to reflect their new location, and builds will need to be executed again.Character or String | Escaped as |
---|---|
: | %3a |
\/ (back slash forward slash together) | %2f |
\ | %5c |
If you want to use one of these characters in a project property or an input for one of the operations, you should escape it as well.
In addition, Oracle requires escaping \ ? * and / that are used inside of folder names when making SOAP calls.
For instance if you create a folder named
?|//?|<\\>%3a"{})((\*&^%$#@!++=/\.TF1.TF1_
in the folder
/shared/Custom/Financials/Test Workflow Notifications/Test_V1
You must escape it as
/shared/Custom/Financials/Test Workflow Notifications/Test_V1/\?|\/\/\?|<\\\\>:"{})((\*&^%$#@!++=\/\\.TF1.TF1_
to use it in a SOAP call, so enter it that way in FlexDeploy.
When you discover that folder, in FlexDeploy it will show up encoded after being escaped so that it can be stored on the filesystem and in zip files.
Known Limitations
Folders that end with a backslash are difficult to process. They do not work in the Override Catalog Path.
On Windows, folders and files cannot start or end with spaces. If it is done, Windows endpoints cannot be used, and FlexDeploy on Windows will have similar issues.
If you are exporting to SCM, most special characters should still work on Linux, but more failures on Windows are likely. Windows has protected names for files and folders like COM2 and CON. If you use a protected name as a folder name, this will also fail on Windows. Git SCM is tested the most with special characters. It is likely that other SCMs will have issues handling special characters.
You can open a support ticket if you find an issue with special characters or have any other issues.