Архивный файл не содержит экземпляра cfg
Обновлено: 21.11.2024
Этот модуль добавляет возможность импортировать модули Python ( *.py , *.pyc ) и пакеты из архивов в формате ZIP. Обычно нет необходимости явно использовать модуль zipimport; он автоматически используется встроенным механизмом импорта элементов sys.path, являющихся путями к ZIP-архивам.
Обычно sys.path представляет собой список имен каталогов в виде строк. Этот модуль также позволяет элементу sys.path быть строкой, именующей ZIP-архив. ZIP-архив может содержать структуру подкаталогов для поддержки импорта пакетов, а путь внутри архива можно указать для импорта только из подкаталога. Например, путь example.zip/lib/ будет импортироваться только из подкаталога lib/ внутри архива.
В ZIP-архиве могут присутствовать любые файлы, но импортеры вызываются только для файлов .py и .pyc. ZIP-импорт динамических модулей ( .pyd , .so ) запрещен. Обратите внимание, что если архив содержит только файлы .py, Python не будет пытаться изменить архив, добавив соответствующий файл .pyc, а это означает, что если ZIP-архив не содержит файлов .pyc, импорт может быть довольно медленным.
Изменено в версии 3.8: ранее не поддерживались ZIP-архивы с комментарием к архиву.
Документация по формату файла ZIP от Фила Каца, создателя формата и используемых алгоритмов.
PEP 273 — Импорт модулей из Zip-архивов
Написано Джеймсом С. Алстромом, который также предоставил реализацию. Python 2.3 следует спецификации PEP 273, но использует реализацию, написанную Джастом ван Россумом, которая использует обработчики импорта, описанные в PEP 302.
importlib — реализация механизма импорта
Пакет, предоставляющий соответствующие протоколы для реализации всеми импортерами.
Этот модуль определяет исключение:
исключение zipimport. ZipImportError ¶
Исключение, вызванное объектами zipimporter. Это подкласс ImportError , поэтому его также можно обнаружить как ImportError .
Объекты zipimporter¶
zipimporter — это класс для импорта ZIP-файлов.
класс zipimport. zipimporter ( путь к архиву ) ¶
Создайте новый экземпляр zipimporter. archivepath должен быть путем к ZIP-файлу или к определенному пути внутри ZIP-файла. Например, archivepath foo/bar.zip/lib будет искать модули в каталоге lib внутри ZIP-файла foo/bar.zip (при условии, что он существует).
ZipImportError возникает, если archivepath не указывает на действительный ZIP-архив.
Реализация importlib.abc.Loader.create_module(), которая возвращает None для явного запроса семантики по умолчанию.
Новое в версии 3.10.
Новое в версии 3.10.
Устарело, начиная с версии 3.10: вместо этого используйте find_spec().
Поиск модуля, указанного по полному имени. fullname должно быть полным именем модуля (с точками). Он возвращает сам экземпляр zipimporter, если модуль найден, или None, если нет. Необязательный аргумент path игнорируется — он нужен для совместимости с протоколом импортера.
Устарело, начиная с версии 3.10: вместо этого используйте find_spec().
Новое в версии 3.10.
Возвращает объект кода для указанного модуля. Поднимите ZipImportError, если модуль не может быть импортирован.
Возвращает данные, связанные с pathname. Поднимите OSError, если файл не найден.
Изменено в версии 3.3: раньше вызывался IOError вместо OSError .
Возвращает значение __file__, которое было бы установлено, если бы указанный модуль был импортирован. Поднимите ZipImportError, если модуль не может быть импортирован.
Новое в версии 3.1.
Вернуть исходный код указанного модуля. Поднимите ZipImportError, если модуль не найден, верните None, если архив содержит модуль, но не имеет для него источника.
Возвращает True, если модуль, указанный в fullname, является пакетом. Поднимите ZipImportError, если модуль не может быть найден.
Загрузить модуль, указанный в полное имя. fullname должно быть полным именем модуля (с точками). Возвращает импортированный модуль в случае успеха, вызывает ZipImportError в случае ошибки.
Устарело, начиная с версии 3.10: вместо этого используйте exec_module().
Очистить внутренний кеш от информации о файлах, найденных в ZIP-архиве.
Новое в версии 3.10.
Имя ZIP-файла, связанного с импортером, без возможного вложенного пути.
Подпуть в ZIP-файле, в котором выполняется поиск модулей. Это пустая строка для объектов zipimporter, указывающих на корень ZIP-файла.
Атрибуты архива и префикса в сочетании с косой чертой равны исходному аргументу archivepath, переданному конструктору zipimporter.
Примеры¶
Вот пример импорта модуля из ZIP-архива. Обратите внимание, что модуль zipimport не используется явно.
Как я могу установить пакет модов FTB из zip-файла, загруженного с веб-сайта FTB, на экземпляр MultiMC Minecraft напрямую, без использования программы запуска Curse или программы запуска FTB?
Этот вопрос связан с тем, но отличается от того, как я могу установить пакеты модов FTB на MultiMC 5?, для которого был дан ответ на загрузку экземпляра с помощью программы запуска и отслеживание экземпляра в MultiMC. Я хочу загрузить zip-файл модпака непосредственно с веб-сайта FTB и использовать его для установки FTB на экземпляр, созданный и управляемый полностью через MultiMC, без использования программ запуска Curse или FTB.
1 Ответ 1
Похоже, что сделать это таким способом можно, но обратите внимание: я не делал этого раньше и не дошел до конца, чтобы убедиться, что это работает.
Второй шаг: откройте MultiMC 5 и создайте новый экземпляр.
Не забудьте дать ему имя, чтобы вы знали, что это такое. Не забудьте установить версию Minecraft на версию модпака. В данном случае это 1.7.10.
Третий шаг: установите Forge, чтобы экземпляр мог запускать модпак.
Обязательно выберите выпуск для версии Minecraft, в которой находится пакет. MultiMC должен показывать вам только версии, совместимые с версией экземпляра Minecraft, но дважды проверьте. Я также рекомендую использовать версии со звездочкой рядом с ними, так как это последние рекомендуемые сборки.
Четвертый шаг: Обязательно запустите экземпляр хотя бы один раз, чтобы MultiMC загрузил базовые файлы Minecraft и Forge. Затем вам нужно скопировать файлы из папки «override» zip-файла модпака, который мы распаковали ранее, в папку «minecraft» экземпляра, который мы только что создали. Помните, что мы хотим скопировать папки внутри папки «переопределить», а не саму папку «переопределить».
Шаг пятый: загрузите остальные моды! Это, вероятно, займет некоторое время, но все моды отображаются на странице пакета модов в разделе «Отношения»> «Зависимости». Вам нужно будет загрузить каждый мод по отдельности и поместить их в папку модов в вашем экземпляре MultiMC. Это шаг, который я не делал, так как это заняло бы слишком много времени, поэтому большинство людей предпочитают использовать программу запуска FTB.
Когда вы импортируете модпак, если архив не создан специально для MultiMC, вы не сможете создать экземпляр, потому что архив не содержит instance.cfg. Программа должна иметь возможность автоматически определять структуру каталогов, и все, что она не может понять, может заполнить пользователь. Это упростит импорт пакетов модов с Curse или других веб-сайтов.
Что должно произойти:
Выберите «Импортировать пакет модов»
Вставьте ссылку
Лаунчер выясняет, в какой папке находятся моды, конфиги и т. д., и спрашивает пользователя обо всем, что он не может понять самостоятельно.< /p>
Шаги для воспроизведения проблемы (при необходимости добавьте больше):
Выберите «Импортировать пакет модов»
Вы получаете сообщение "Архив не содержит instance.cfg".
Текст был успешно обновлен, но возникли следующие ошибки:
прокомментировал peterix 23 августа 2017 г.
Это неверно.
Во всяком случае, он не содержит ничего, что указывало бы на то, как обращаться с содержимым. Если бы я реализовал это, как вы просите, с пакетами проклятий, вы бы получили бесполезные заглушки, в которых отсутствует большинство модов.
Формат пакета имеет значение. Угадывать — плохая идея.
Прокомментировал QuImUfu 23 августа 2017 г.
Я не сказал, что его идея реализована (я уже думал, что это будет невозможно (по крайней мере, для наборов проклятий), но не был уверен, поэтому сказал, отметив это), я только упомянул, что если он захочет добавить проклятие pack, он мог, потому что в develop добавлена поддержка формата curse pack.
Извините, если что не так понял. :D
прокомментировал peterix 23 августа 2017 г. •
Хорошо. Факты:
- Импорт пакетов Curse уже находится в ветке разработки. И это правильно.
- Угадывание того, что делать на основе содержимого, обязательно приведет к неверному результату. Вам все равно придется исправлять это вручную. Если бы я сделал поддержку curse таким образом, вы вообще не смогли бы установить большинство пакетов curse. Может быть, за одним или двумя исключениями — древние пакеты пирамид FTB действительно содержат все необходимые моды. Все остальное — нет.
132ikl прокомментировал 25 августа 2017 г.
@jonqrandom У меня Linux, поэтому я не могу использовать приложение Twitch. Я использую CMPDL от Vazkii, но меня все еще раздражает необходимость загружать его оттуда, а затем перемещать в папку MultiMC каждый раз, когда появляется обновление. Надеюсь, это не будет такой большой проблемой с Curse Import.
Ghost прокомментировал 25 августа 2017 г. •
Вы можете выполнить обновление до ветки разработки и импортировать zip-файлы проклятия или ссылки, подобные тем, которые вы указали в самом MultiMC.
jonqrandom прокомментировал 26 августа 2017 г.
@132ikl мне очень жаль, я совершил огромную ошибку; В любом случае, я сижу на обновлениях канала разработчиков, думаю, я щелкнул по нему рефлекторно, когда устанавливал. удалил мой другой комментарий, чтобы не распространять мою дезинформацию.
еще раз приносим искренние извинения!
132ikl прокомментировал 26 августа 2017 г.
@jonqrandom Не беспокойтесь, это по-прежнему актуальная информация. Это относится только к версии для Windows и может быть полезной информацией для других. Для всех пользователей Windows, которые в будущем найдут эту информацию, вот что первоначально опубликовал jonqrandom:
«нет гарантий, но вот довольно простой обходной путь, который я нашел, переместив модпак, над которым я работаю, из (тьфу) приложения twitch в multiMC. ;
установите модпак через twitch, затем экспортируйте его и в диалоге экспорта убедитесь, что папка "mods" отмечена галочкой (по умолчанию ее не будет).
затем вы можете импортировать этот .zip через диалог импорта модпака нового инстанса multiMC.
никаких обещаний, но у меня сработало."
В этом разделе представлены решения для нескольких распространенных проблем с архивированием.
7.13.1 Импорт задач
В этом разделе рассматриваются следующие темы:
7.13.1.1 Ошибки расширения файла на машине импорта
Я получаю сообщения об ошибках на импортирующем компьютере, указывающие на проблемы с передачей и расширением файлов с документами.
В журнал архиватора были выданы следующие ошибки:
Ошибка ввода-вывода на стороне экспорта, вероятно, повредила пакетный файл и, в свою очередь, вызвала ошибку расширения файла на стороне импорта. Возможные решения включают:
Откройте пакетный файл в текстовом редакторе и проверьте наличие неверных данных. Попробуйте удалить экспортированный файл collection.hda и повторно запустить функцию экспорта/импорта вручную.
На экспортирующем сервере откройте соответствующий файл collection.hda и найдите строки, связанные с элементами содержимого, вызвавшими ошибку расширения файла. Некоторые версии этих элементов содержимого могут иметь собственный файл в расположении хранилища, указанном в альтернативном местоположении файла. Также может быть запись формата для альтернативного файла. Удалите эти строки и повторно импортируйте файлы.
Добавьте параметр конфигурации альтернативных расширений в файл конфигурации Content Server config.cfg (IntradocDir /config/config.cfg) на импортирующем сервере:
Откройте файл config.cfg в текстовом редакторе:
Найдите раздел «Общие переменные параметров»
Введите следующие параметры конфигурации:
Этот параметр конфигурации позволяет возвращаемым элементам содержимого использовать одинаковые расширения документов как для альтернативных, так и для основных файлов.
Сохраните и закройте файл config.cfg.
Хотя, вероятно, нет необходимости добавлять этот параметр конфигурации в файл config.cfg сервера содержимого на сервере экспорта, это может быть полезно для общих профилактических мер.
Перезапустите сервер содержимого.
7.13.1.2 Выбор определенных пакетных файлов для импорта
Как выбрать и повторно запустить определенные пакетные файлы на вкладке «Общие» утилиты архиватора, не удаляя оставшиеся файлы, необходимые для резервного копирования?
Наиболее эффективным методом будет создание новой коллекции, копирование нужных архивов в новую коллекцию и запуск оттуда импорта.
7.13.1.3 Импорт карт не работает после импорта из архива
Я настроил карту значений для изменения значений метаданных во время импорта архивной коллекции. Но после переноса карты импорта не работают.
Значения метаданных не отражали настроенные изменения значений метаданных.
Чтобы гарантировать сохранение изменений значений метаданных при экспорте файлов в архив и последующем импорте из этого архива, карты значений должны быть настроены на обеих сторонах процесса передачи. Это означает, что одна и та же карта значений должна быть настроена как на исходном (экспортирующем) сервере, так и на целевом (импортирующем) сервере.
7.13.1.4 Идентификация импортированных элементов контента из архива
В связи с системным сбоем мне нужно импортировать содержимое из старого архива в новый архив без изменения информации о содержимом (метаданные) документов. Как я могу предварять каждый элемент контента буквой или цифрой, чтобы указать, что все документы с таким обозначением являются новыми импортами (но на самом деле происходят из старого архива)?
Заархивированные документы можно повторно импортировать и соответствующим образом пометить, чтобы отличить их от других импортированных элементов контента, применив карту импорта с использованием поля метаданных Content ID. Карта импорта позволяет настроить способ копирования значений из одного поля метаданных в другое во время импорта. Чтобы настроить карту импорта, выполните следующие действия:
На вкладке «Импорт карт» утилиты «Архиватор» нажмите «Изменить» в разделе «Карты полей».
Отображается экран "Редактировать карты значений".
Установите флажок "Все" (оставьте поле "Входное значение" пустым).
Выберите Content ID в списке полей.
Введите X dDocName $> в поле Выходное значение.
Где «X» — это буква или цифра, используемые для различения повторно импортированных элементов контента, а «dDocName» — это значение поля таблицы базы данных для идентификатора контента документа.
После повторного импорта архива буква или цифра, используемые для «X», должны быть добавлены к идентификатору контента каждого элемента контента. Обязательно настройте одну и ту же карту значений как на исходном (экспортирующем) сервере, так и на целевом (импортирующем) сервере. Это гарантирует сохранение изменений значений метаданных при импорте файлов из архива.
7.13.1.5 Дублирование элементов контента на серверах контента
Когда я пытаюсь вернуть или импортировать элемент контента, появляется следующее сообщение об ошибке:
Эта ошибка возникает, когда архивирование выполняется между серверами материалов, которые используют одну и ту же схему автонумерации для идентификаторов контента. Например:
'Content ID 003' регистрируется на контент-сервере A, а затем архивируется на контент-сервере B. Если файл возвращается на контент-сервер B, а следующим автоматически сгенерированным номером является 003, возникает ошибка.
'Content ID 005' регистрируется как на контент-сервере A, так и на контент-сервере B. Если один и тот же элемент контента архивируется с контент-сервера A на контент-сервер B, возникает ошибка.
Возможные решения включают:
Настройте карту значений импорта, которая будет добавлять префикс к идентификатору контента импортируемых файлов. Подробнее см. в разделе «Идентификация импортированных элементов контента из архива».
На каждом контент-сервере используйте утилиту «Свойства системы», чтобы настроить префикс автоматической нумерации для зарегистрированных элементов контента:
Запустите утилиту "Свойства системы".
Откройте вкладку "Параметры".
Установите флажок Автоматически назначать Content ID при регистрации.
Введите нужный префикс в поле Auto Name Prefix.
Перезапустите сервер содержимого.
7.13.1.6 Сбой при импорте архивного содержимого на прокси-сервер
Я пытаюсь импортировать контент из экспортированного архива на свой прокси-сервер контента, но импорт не удается.
Для получения дополнительных сведений о проблемах с архиватором откройте и просмотрите журналы архиватора (доступные на странице администрирования сервера содержимого). В этих журналах указан тип сообщения, а также более подробная информация о зарегистрированных сообщениях.
Например, если в журнале архиватора указано, что проблема импорта связана с недоступным значением параметра поля метаданных, информацию о настроенных списках параметров для полей метаданных можно найти на вкладке «Информационные поля» утилиты Configuration Manager (доступной из страница администрирования).
Используя эту информацию, сравните список параметров для поля метаданных проблемы на экспортирующем и импортирующем серверах. Если есть какие-либо различия, исправления на одном из серверов сделают оба списка опций идентичными. Это устранит несоответствие недоступных параметров.
7.13.1.7 Нет ошибок импорта, но отсутствуют документы
Когда я запускаю функцию импорта, ошибок не возникает, но не все документы импортируются.
Я экспортировал 428 документов с сервера разработки вместе с информацией о конфигурации (полями метаданных). Затем я перенес архив на основной рабочий сервер и запустил импорт. Никаких ошибок не выдавало, поэтому я думал, что все прошло хорошо. К сожалению, когда я искал документы, я обнаружил, что только 198 из первоначальных 428 были фактически импортированы.
Предложения по устранению этой проблемы включают:
Убедитесь, что все документы Microsoft Word включены в индекс поиска.
Определенные версии компонента поиска не включают документы Microsoft Word со встроенными ссылками в поисковый индекс. Таким образом, эти файлы не будут найдены в поисковых запросах.
Вы можете удалить все встроенные ссылки из затронутых документов или добавить следующий параметр конфигурации в IntradocDir /config/config.cfg:
Этот параметр конфигурации обеспечивает включение всех файлов Word в поисковый индекс. Однако включены только метаданные, а не полный текст.
Попробуйте экспортировать исходный набор документов и убедитесь, что исходные файлы удалены. Затем повторно импортируйте только что экспортированный архив.
7.13.1.8 Ошибки, связанные с недопустимыми значениями списка выбора
Мой импорт не работает.
Система выдает сообщения об ошибках, указывающие на недопустимые значения списка выбора. В настоящее время я использую список опций в апплете Dependent Choice List для настройки и управления значениями.
По-видимому, для ваших списков опций была установлена особая таксономия метаданных, так что, вероятно, есть поля, которые зависят друг от друга. В этом случае определенные значения в списках параметров доступны в зависимости от того, какие значения были выбраны в предыдущем списке параметров. К сожалению, при использовании Архиватора зависимости в ваших списках параметров явно противоречат способности сервера содержимого работать с настраиваемыми полями метаданных.
Обходной путь для устранения конфликта заключается в использовании утилиты Configuration Manager сервера содержимого, а не апплета Dependent Choice List. Для этого необходимо ввести поля метаданных и соответствующие значения списка параметров на вкладке «Информационные поля» Configuration Manager:
Войдите на Content Server как администратор.
Перейдите на страницу администрирования и щелкните ссылку Configuration Manager.
Утилита Configuration Manager запущена.
Откройте вкладку "Информационные поля".
Нажмите кнопку "Добавить" и введите одно из имен полей метаданных в диалоговом окне "Добавить пользовательское информационное поле".
Отображается окно "Добавить пользовательское информационное поле".
Заполните поля соответствующим образом.
В поле "Тип списка вариантов" выберите вариант "Выбрать непроверенный список".
Этот параметр гарантирует, что содержимое, указанное значение которого не соответствует значению, введенному в настоящее время в списке параметров использования, тем не менее регистрируется с указанным значением. В поле «Список параметров использования» указано имя списка значений, которые пользователь может выбрать для указанного поля.
Нажмите кнопку "Обновить проект базы данных".
Нажмите кнопку "Перестроить поисковый индекс".
Используйте этот метод на время импорта.
7.13.1.9 Ошибка импорта из-за отсутствия обязательного поля
Я использовал Архиватор для экспорта документов. Теперь я пытаюсь импортировать их, и процесс завершается ошибкой.
Когда я пытаюсь импортировать ранее экспортированные документы, Content Server выдает ошибку, указывающую на то, что требуется файл метаданных "Компания".
Чтобы отредактировать поле "Компания" и сделать его необязательным, вам потребуется использовать утилиту Configuration Manager сервера содержимого:
Войдите на Content Server как администратор.
Перейдите на страницу администрирования и щелкните ссылку Configuration Manager.
Утилита Configuration Manager запущена.
Откройте вкладку "Информационные поля".
Выберите поле метаданных компании из списка сведений о поле.
Отображается окно "Редактировать пользовательское информационное поле".
Снимите флажок "Требовать значение".
Нажмите кнопку "Обновить проект базы данных".
Нажмите кнопку "Перестроить поисковый индекс".
Теперь вы сможете успешно повторно импортировать архив.
7.13.1.10 Измененное поле метаданных приводит к зависанию архиватора во время импорта
Названия некоторых наших продуктов изменились, и нам необходимо обновить одно из полей метаданных в затронутых документах. После экспорта всех документов со старым полем метаданных имени продукта я пытаюсь импортировать документы, используя новое поле метаданных имени продукта. Но каждый раз, когда я пытаюсь это сделать, Архиватор обрабатывает только часть общей задачи архивирования, а затем останавливается.
После зависания Архиватора я не могу перемещаться по пользовательскому интерфейсу Content Server и должен закрыть все открытые браузеры. Кроме того, в течение следующих пяти минут после закрытия браузеров у меня вообще нет подключения к Content Server. После этого пятиминутного перерыва я снова могу получить доступ к Content Server.
Помимо этой проблемы с зависанием выдается следующее сообщение об ошибке:
Один или несколько процессов прерывают импорт. Возможные решения проблемы могут быть следующими:
7.13.1.10.1 Проверка свойств поля метаданных
Поле метаданных имени продукта могло быть неправильно обновлено в Configuration Manager. В зависимости от типа поля метаданных, которым является «имя продукта», изменение значения может быть причиной проблемы блокировки. Является ли поле метаданных имени продукта только (длинным) текстовым полем или также списком параметров? Если это список параметров, убедитесь, что новое значение имени является выбором в соответствующем списке.
Войдите на Content Server как администратор.
Перейдите на страницу администрирования и щелкните ссылку Configuration Manager.
Утилита Configuration Manager запущена.
Откройте вкладку "Информационные поля".
Выберите поле метаданных названия продукта в списке «Информация о поле».
Отображается окно "Редактировать пользовательское информационное поле".
Если для параметра "Тип поля" задано значение "Текст" или "Длинный текст" И флажок "Включить список параметров" не установлен, нажмите "ОК" или "Отмена" (это не должно вызывать проблемы с блокировкой).
Если установлен флажок «Включить список параметров», убедитесь, что новое значение поля метаданных имени продукта включено в качестве выбора в соответствующий список:
Найдите поле "Список параметров использования" и нажмите "Изменить" .
Введите новое значение поля метаданных имени продукта в диалоговом окне "Список параметров".
Еще раз нажмите кнопку "ОК" (в окне "Редактировать пользовательское информационное поле").
Нажмите кнопку "Обновить проект базы данных".
Нажмите кнопку "Перестроить поисковый индекс".
7.13.1.10.2 Проверка цикла автоматического обновления индексации
Проблема блокировки может быть связана с автоматическим циклом обновления индексатора. Сообщение об ошибке указывает на то, что индексатор дает сбой из-за потери подключения. Каждые пять минут индексатор выполняет цикл автоматического обновления и может каким-то образом захватить индексный файл и заблокировать его. Если это так, может быть полезно отключить цикл автоматического обновления индексатора во время импорта.
Войдите на Content Server как администратор.
Перейдите на страницу "Администрирование" и щелкните ссылку "Менеджер репозиториев".
Утилита Repository Manager запущена.
Откройте вкладку "Индексатор".
Нажмите кнопку «Настроить» в разделе «Цикл автоматического обновления».
Отображается диалоговое окно "Автоматический цикл обновления".
Снимите флажок "Автоматическое обновление индексатора".
Не забудьте снова активировать цикл автоматического обновления после завершения импорта. В противном случае сервер больше не будет автоматически обновлять базу данных индексов, что может отрицательно сказаться на результатах поиска в будущем.
7.13.2 Экспорт задач
В этом разделе рассматриваются следующие темы:
7.13.2.1 Возможен общий экспорт с пустым запросом на экспорт
Если я не создам запрос на экспорт для определения элементов контента для экспорта, будет ли экспортировано все содержимое моего Content Server?
Да, тестовые экспорты подтвердили, что оставление раздела «Запрос на экспорт» пустым (без определения запроса на экспорт) гарантирует, что содержимое Content Server будет полностью экспортировано.
7.13.2.2 Новые регистрации и пакетная передача файлов
Если я верну некоторые документы на Content Server после того, как начну большой экспорт (но до его завершения), будут ли эти документы включены в экспорт? Или Архиватор считывает информацию о временных метках и определяет, что новые файлы более поздние, чем изначально выделенные для экспорта, и не включает их? Кроме того, что произойдет с экспортом архива, если соединение между серверами прервется или потеряется во время экспорта?
Когда экспорт инициирован, Archiver выполняет запрос в системе для создания списка документов, которые необходимо экспортировать. Эта информация кэшируется и используется для создания архива экспорта. Поэтому любые новые документы, зарегистрированные в процессе экспорта, не будут включены, даже если они соответствуют определению запроса на экспорт.
Если соединение между серверами разорвано, процесс экспорта на исходном сервере продолжается, но передача на целевой сервер останавливается. Исходный сервер накапливает ряд пакетных файлов. Ожидая передачи этих файлов, исходный сервер продолжает проверять связь с целевым сервером через регулярные промежутки времени. Когда соединение восстанавливается, накопленные пакетные файлы передаются на целевой сервер.
Если вы использовали автоматическую (реплицированную) передачу, пакетные файлы и связанные с ними файлы содержимого удаляются с исходного сервера содержимого. Если вы использовали перенос вручную, пакетные файлы и связанные с ними файлы содержимого остаются на исходном сервере содержимого.
7.13.2.3 Экспорт атрибутов пользователя
Как экспортировать пользователей в архив?
Вы можете экспортировать файл users.hda, который содержит атрибуты пользователей из таблицы базы данных Users, следующим образом:
Войдите на контент-сервер как администратор.
Перейдите на страницу администрирования и нажмите ссылку Архиватор.
Утилита архиватора запущена.
Откройте вкладку "Экспорт данных".
Нажмите «Изменить» в разделе «Дополнительные данные».
Откроется диалоговое окно "Редактировать дополнительные данные".
Установите флажок "Экспортировать информацию о конфигурации пользователя".
7.13.2.4 Экспорт архива папок не работает, если в таблице коллекций много записей
В консоли вывода Content Server также возникает ошибка нехватки памяти:
В зависимости от размера иерархии папок, которая экспортируется в виде файла архива, значение размера кучи по умолчанию для виртуальной машины Java (JVM) может оказаться недостаточным.
В домашнем домене Content Server /ucm/cs/bin/intradoc.cfg, закомментируйте параметр JvmCommandLine и увеличьте размер кучи до 512 МБ:
После перезапуска Content Server функция экспорта архива должна снова работать корректно.
Файлы конфигурации домена представляют собой XML-документы, которые Oracle WebLogic Server использует для сохранения конфигурации домена.
Эта глава включает следующие разделы:
Обзор файлов конфигурации домена
Каждый домен описывает свою конфигурацию в XML-документе, который находится в каталоге конфигурации домена. Во время выполнения каждый экземпляр Oracle WebLogic Server в заданном домене создает в памяти представление конфигурации, описанной в этом документе.
Каталог домена должен иметь права на запись и чтение, чтобы домен функционировал должным образом, даже если после его создания в конфигурацию не вносились никакие изменения. Эти привилегии необходимы, поскольку WebLogic Server выполняет собственное внутреннее развертывание, а файлы конфигурации могут быть перезаписаны при перезапуске сервера.
Не добавляйте файлы, не относящиеся к конфигурации, в каталог конфигурации или подкаталоги. К файлам, не относящимся к конфигурации, относятся файлы журнала (.log) и файлы блокировки (.lck). Сервер администрирования реплицирует каталог config во все экземпляры Управляемого Сервера. Хранение файлов, не относящихся к конфигурации, в каталоге config может вызвать проблемы с производительностью в домене.
Главным файлом конфигурации для домена является ИМЯ_ДОМЕНА /config/config.xml . В этом файле указывается имя домена и конфигурация каждого экземпляра сервера, кластера, ресурса и службы в домене. Файл включает ссылки на дополнительные XML-файлы, которые хранятся в подкаталогах каталога ИМЯ_ДОМЕНА /config. Эти включенные файлы используются для описания основных подсистем Oracle WebLogic Server.
Для оптимизации производительности Oracle WebLogic Server не сохраняет большинство значений по умолчанию в файлах конфигурации домена. Иногда эта оптимизация предотвращает запись XML-элементов в файлы конфигурации. Например, если вы никогда не изменяете уровень серьезности ведения журнала по умолчанию для домена, пока домен активен, файл config.xml не будет содержать элемент XML для конфигурации ведения журнала домена.
Для дополнительной оптимизации производительности каждый управляемый сервер поддерживает копию файлов конфигурации домена. Эта копия доступна только для чтения и может быть обновлена только в рамках процесса управления изменениями (см. Управление изменениями конфигурации).
Редактирование документов конфигурации
В большинстве случаев не следует использовать текстовый редактор или другие инструменты, отличные от Oracle, для изменения документа конфигурации домена. Вместо этого используйте Консоль администрирования WebLogic Server, Fusion Middleware Control (FMWC), WebLogic Scripting Tool (WLST) или один из других инструментов, описанных в разделе «Администрирование системы» в разделе «Понимание Oracle WebLogic Server».
Однако, поскольку документ конфигурации Oracle WebLogic Server представляет собой XML-файл, соответствующий схеме, его можно изменить с помощью XSLT или приложения синтаксического анализа XML, такого как Apache Xerces или JDOM. Обязательно тщательно тестируйте все созданные сценарии и всегда делайте резервную копию каждого файла конфигурации, прежде чем вносить в него какие-либо изменения.
Схемы, определяющие документ конфигурации домена, находятся в следующих местах:
В файлах JAR в каталоге WL_HOME /server/lib/schema , где WL_HOME — это каталог, в котором вы устанавливаете Oracle WebLogic Server. В этом каталоге:
Документ domain.xsd представлен в файле weblogic-domain-binding.jar под именем пути META-INF/schemas/schema-0.xsd .
Документ security.xsd представлен в файле weblogic-domain-binding.jar под именем пути META-INF/schemas/schema-1.xsd .
Документ weblogic-diagnostics.xsd представлен в файле Diagnostics-binding.jar под именем пути META-INF/schemas/schema-0.xsd .
Не редактируйте файлы конфигурации для работающего домена. Поскольку Oracle WebLogic Server периодически перезаписывает файлы, ваши изменения будут потеряны. В зависимости от вашей платформы вы также можете вызвать сбои Oracle WebLogic Server.
Учетные данные безопасности в файлах конфигурации
Учетные данные безопасности для безопасности домена и встроенного сервера LDAP хранятся в файле config.xml в зашифрованном виде. Если вы создаете файл config.xml с помощью текстового редактора или другого инструмента, отличного от Oracle, вам необходимо найти эти учетные данные, зашифровать их и скопировать зашифрованные учетные данные в файл config.xml.
Информацию об утилите шифрования Oracle WebLogic Server см. в разделе encrypt Справочника по командам для Oracle WebLogic Server. После шифрования учетных данных включите зашифрованные значения в файл config.xml в элементы, как показано в примере 3-1:
Пример 3-1. Настройка зашифрованных учетных данных
Архивирование файла конфигурации
Вы можете настроить Oracle WebLogic Server для создания резервных копий файлов конфигурации. Это облегчает восстановление в тех случаях, когда необходимо отменить изменения конфигурации или в маловероятном случае повреждения файлов конфигурации. При запуске Сервер администрирования сохраняет файл JAR с именем config-booted.jar, содержащий файлы конфигурации. Когда вы вносите изменения в файлы конфигурации, старые файлы сохраняются в каталоге configArchive в каталоге домена в файле JAR с последовательно пронумерованным именем, например config-1.jar .
Информацию об архивировании файлов конфигурации см. в разделе Архивирование файлов конфигурации в интерактивной справке консоли администрирования Oracle WebLogic Server. Если вы хотите использовать WLST для настройки Oracle WebLogic Server для создания резервных копий, установите для атрибута ConfigBackupEnabled в DomainMBean значение true, а для атрибута ArchiveConfigurationCount — количество архивных файлов конфигурации, которые вы хотите сохранить, как показано в примере 3-2.
Пример 3-2 Настройка архивных файлов
Содержимое каталога домена
По умолчанию Oracle WebLogic Server создает каталоги домена в каталоге Oracle Middleware ORACLE_HOME /user_projects/domains.
Отдельные приложения в домене могут создавать дополнительные файлы и каталоги в каталоге домена.
Если вы еще не создали домен, вы можете увидеть пример существующего каталога домена, заглянув в ORACLE_HOME /user_projects/domains/wl_server, где ORACLE_HOME — это каталог, который вы указали в качестве домашнего каталога Oracle при установке Oracle WebLogic Server.
В следующем разделе описывается содержимое каталога домена и его подпапок. Здесь имя-домена , имя-внедрения и имя-сервера представляют собой имена, которые вы определяете при создании домена.
имя домена
Имя этого каталога совпадает с именем домена. Имя должно соответствовать рекомендациям в разделе Ограничения на имена доменов и серверов.
автоматическое развертывание
Этот каталог обеспечивает быстрый способ развертывания приложений на сервере разработки. Когда экземпляр Oracle WebLogic Server работает в режиме разработки, он автоматически развертывает любые приложения или модули, которые вы размещаете в этом каталоге.
Файлы, помещаемые в этот каталог, могут быть приложениями Java EE, например:
Архивный модуль WAR, EJB JAR, RAR или CAR
Расчлененный каталог архива для приложения или модуля
Данный каталог содержит сценарии, используемые в процессе запуска и остановки Сервера администрирования и Управляемых серверов в домене. Эти сценарии предоставляются в виде файлов .sh для UNIX и файлов .cmd для Windows. Каталог bin может дополнительно содержать другие сценарии, представляющие интерес для всего домена, такие как сценарии для запуска и остановки систем управления базами данных, процессов полнотекстового поиска и т.п. См. раздел Администрирование запуска и завершения работы сервера для Oracle WebLogic Server.
настройка
Этот каталог содержит текущую конфигурацию и состояние развертывания домена. В этом каталоге находится файл конфигурации центрального домена, config.xml .
config/configCache
Содержит данные, используемые для оптимизации производительности при проверке изменений в документах конфигурации домена. Эти данные являются внутренними для Oracle WebLogic Server и не нуждаются в резервном копировании.
конфигурация/диагностика
Этот каталог содержит системные модули для инструментовки в WebLogic Diagnostic Framework. См. раздел Настройка и использование среды диагностики для Oracle WebLogic Server.
config/jdbc
Этот каталог содержит системные модули для JDBC: глобальные модули JDBC, которые можно настроить непосредственно из JMX (в отличие от JSR-88). См. раздел Подключение к базе данных для Oracle WebLogic Server.
config/JMS
Этот каталог содержит системные модули для JMS: глобальные модули JMS, которые можно настроить непосредственно из JMX (в отличие от JSR-88). См. Обмен сообщениями для Oracle WebLogic Server.
конфигурация/библиотека
Этот каталог не используется в текущей версии Oracle WebLogic Server.
config/nodemanager
В этом каталоге содержится информация для подключения к диспетчеру узлов. См. Конфигурацию Node Manager и файлы журналов в Администрирование Node Manager для Oracle WebLogic Server.
конфигурация/безопасность
Этот каталог содержит системные модули для системы безопасности. Он содержит одно расширение конфигурации провайдера безопасности для каждого типа провайдера безопасности в текущей области домена. См. Общие сведения о безопасности для Oracle WebLogic Server.
архив конфигурации
Максимальное количество хранимых JAR-файлов с версиями определяется атрибутом archiveConfigurationCount в DomainMBean . По достижении этого максимального числа самый старый архив конверсий удаляется перед созданием нового.
console-ext
Этот каталог содержит расширения для консоли администрирования WebLogic Server, которые позволяют добавлять содержимое в консоль администрирования WebLogic Server, заменять содержимое и изменять логотипы, стили и цвета без изменения файлов, установленных вместе с Oracle WebLogic Server. Например, вы можете добавить контент, предоставляющий настраиваемые средства мониторинга и управления вашими приложениями.
информация об инициализации
Этот каталог содержит файлы, используемые для подготовки домена WebLogic. Вы не должны изменять какие-либо файлы в этом каталоге.
Файлы JAR, которые вы помещаете в этот каталог, становятся доступными (в отдельном загрузчике классов системного уровня) для всех приложений Java EE, работающих на экземплярах WebLogic Server в домене. См. Добавление файлов JAR в каталог домена /lib в разделе Разработка приложений для Oracle WebLogic Server.
в ожидании
Этот каталог содержит файлы конфигурации домена, представляющие изменения конфигурации, которые были запрошены, но еще не активированы. После активации изменений конфигурации файлы конфигурации удаляются из этого каталога. См. Управление изменениями конфигурации.
безопасность
В этом каталоге хранятся те файлы, связанные с безопасностью, которые одинаковы для всех экземпляров Oracle WebLogic Server в домене:
В этом каталоге также хранятся файлы, связанные с безопасностью, которые нужны только Серверу администрирования домена:
Читайте также: