2017-01-03 6 views
9

Где я могу найти более подробную информацию о том, что содержится в индексе Maven репозитория Maven? Где можно найти более подробную информацию о том, как все это работает? Я немного знаком с maven-indexer, но у меня все еще есть серые пятна ...Что находится в упакованном индексе Maven (nexus-maven-repository-index.gz)?

В чем разница между неупакованными и упакованными индексами?

Имеет ли в репозитории прокси-сервера Maven только индекс удаленного устройства, или он также содержит индекс того, какие артефакты он в настоящее время кэширует локально?

Тщательный и достаточно длинный ответ был бы весьма признателен, поскольку я исследую эту тему, и, к сожалению, небольшая документация об этом.

+0

Я создал тег на Stackoverflow с некоторыми действительно полезные ссылки здесь: HTTP://stackoverflow.com/tags/maven-indexer/info. – carlspring

ответ

6

Там хорошее количество информации о нем здесь, с некоторым nerdier детали: Nexus Indexer 2.0: incremental downloading

Чтобы начать работу с вашими вопросами, нексус-Maven-хранилищу index.gz содержит все содержимое для хранилища , Используя Central в качестве примера, это было бы ВСЕ в центре. Наряду с этим индексом также генерируется инкрементный индекс, который имеет все изменения с момента последнего запуска индекса. Список из них хранится в nexus-maven-repository-index.properties. Эти инкрементные индексы существуют, поэтому полный индекс не нужно загружать все время.

Распакованные индексы используются для поиска/просмотра удаленной функциональности, упакованные индексы используются для переноса с пульта на прокси-инструмент.

Репозиторий Maven proxy может загрузить удаленный индекс, если он доступен, главным образом, для просмотра активов удаленного пользователя. Это происходит в Nexus Repository 2, но не в 3. В 3, индекс загружается и может использоваться инструментами Dev для изучения содержимого пультов, что самое большое различие заключается в том, что мы не используем его для заполнения чего-либо внутри самого хранилища Nexus , Поиски Maven будут выполняться против удаленного индекса, если он доступен, а затем локального индекса.

Прокси в Менеджере хранилищ Nexus сохраняют свой собственный индекс и будут загружать удаленный индекс, если он существует. Локальный будет содержать содержимое локально, пульт будет содержать содержимое пульта.

Файл gz - это просто средство хранения содержимого индекса lucene для передачи, которое распаковывается при извлечении и помещается в локальный индекс lucene. Содержимое не является фактическим индексом lucene, просто содержимым, для защиты от будущих обновлений версии lucene.

Упакованный индекс генерируется при выполнении определенных задач в Nexus Repository Manager, таком как индекс публикации. Это выполняется на основе любого графика, который вы определяете.

Для групповых репозиториев индекс будет создан из всех индексов участников, которые будут включать удаленные индексы, если они доступны, в противном случае все локальные индексы, о которых мы знаем.

Независимо от типа репозитория, индекс lucene - это то, что проверяется при выполнении поиска.

Некоторые дополнительные сообщения в блоге о Indexer:

+0

Спасибо за ваш ответ! Как это работает для групповых/виртуальных репозиториев? У репозиториев прокси-сервера хранится индекс собственных кешированных артефактов, кроме этого из индекса удаленного? Что такое сжатый файл .gz? Это сжатый индекс или что-то еще? Является ли индекс размещенного репозитория, используемого для поиска, или сначала проверяется файловая система? – carlspring

+0

Я добавлю их в качестве ответов, когда я их получу. Объяснил, что прокси-сервер создаст локальный индекс в исходном ответе. – DarthHater

+0

Когда создается упакованный индекс? Это в конце регенерации индекса для всего репозитория, или это в запланированное время? – carlspring

Смежные вопросы