veraPDF — это платформа проверки PDF с открытым исходным кодом, разработанная консорциумом veraPDF. В основном он используется для проверки соответствия PDF/A (ISO 19005) и PDF/UA (ISO 14289). Внутренне veraPDF загружает несколько ресурсов во время выполнения, включая профили проверки, схемы XML, файлы конфигурации и временные артефакты обработки. Эти ресурсы определяются относительно каталога установки, и доступ к ним осуществляется по путям файловой системы.
Описание проблемы
В нашем текущем развертывании на базе Windows дистрибутив veraPDF включен в каталог развертывания существующего приложения. На некоторых компьютерах клиентов само приложение устанавливается по глубоко вложенному базовому пути (настраиваемые корни установки, длинные имена каталогов, несколько подпапок).
При запуске veraPDF динамически создает абсолютные пути для:
- профилей проверки,
- файлов конфигурации,
- Ресурсы XML-схемы,
- вывод временной проверки.
Вопрос
Каков рекомендуемый или передовой подход к развертыванию veraPDF в системах Windows, где путь установки базового приложения уже может быть глубоко вложенным?
В частности:
- Поддерживает ли veraPDF официально или документирует какие-либо стратегии по устранению проблем с длинными путями к файлам (например, использование более плоского каталога развертывания, настраиваемых базовых путей или переопределений во время выполнения)?
- Имеются ли известные ограничения или рекомендации, связанные с ограничениями длины пути Windows при запуске veraPDF во встроенных или пакетных развертываниях?
Подробнее здесь: https://stackoverflow.com/questions/798 ... deployment
Мобильная версия