...
| Excerpt | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
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.
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
in the folder
You must escape it as
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 LimitationsFolders 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. |
...