связь на tomcat перестает отвечать - альтернатива этому менеджеру репозитория

В прошлом году я получил виртуальный сервер для своих серверных нужд, конфигурация не очень хорошая, но все работает без проблем ... Несколько месяцев назад я установил менеджер репозиториев Nexus, и после этого у меня ежедневная проблема с tomcat ... Теперь я перезагружаю машину каждую ночь , но все же кажется, что большую часть времени нексус недоступен.

Я работаю над проектом ОС, и нам нужен менеджер репозитория (RM) для размещения всех наших материалов, а также всех библиотек, которые нужны нашему проекту...

В настоящее время у меня есть 3 варианта (как решить эту проблему):

  1. Понижение версии maven до 1.6 (или, по крайней мере, стабильной и не требующей столько ресурсов)
  2. Использование артефактов (их пакет, похоже, такого же размера, как и нексус, но я не знаю, будет ли он лучше - с точки зрения ресурсов)
  3. Использование архива (не знаю, насколько это стабильно и насколько хорошо)

Я думаю о выборе варианта 3, я просто не знаю, правильное ли это решение. Я уверен, что у некоторых из вас есть собственный RM, что бы вы порекомендовали? Возможно, у вас есть другие варианты? Если я использую вариант 1, какую версию вы бы порекомендовали...

Заранее спасибо, Энди


person Aleksander Rozman    schedule 03.09.2014    source источник


Ответы (2)


Я бы предложил запустить Nexus с родным причалом, который входит в пакет загрузки по умолчанию, а не на tomcat. Это даст вам лучшую производительность, а также лучшую поддержку.

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

person Manfred Moser    schedule 03.09.2014
comment
Я установил Archiva и запускаю его как отдельное приложение (причал), и, похоже, оно работает нормально, по крайней мере, на данный момент... Но ваше решение кажется хорошим следующим шагом, если я не удовлетворен Archiva и хочу вернуться к Мейвен. Что касается Sonatype, я использую много старых артефактов, не относящихся к maven, и при попытке добавить только один из них у меня были проблемы, добавление большего количества было бы катастрофой ... Возможно, я пойду по этому пути, если я все еще не могу получить свой собственный как-то работать. - person Aleksander Rozman; 05.09.2014

Под "downgrading Maven version to 1.6" я предполагаю, что вы имеете в виду версию Java, как будто вы используете такой старый Nexus, тогда меня не шокирует, что у вас проблемы. Обновите Java до версии 1.7.x, а также Nexus до последней версии.

Archiva и Artifactory — это всегда варианты, но я не думаю, что проблема в самом Nexus, а в вашей настройке (и вы ничего об этом не упомянули).

Какую версию Java, Nexus, Tomcat вы используете?

Кроме того, под "OS project" я предполагаю, что вы имеете в виду проект "OSS" (с открытым исходным кодом). Если это так, вы можете использовать хостинг OSS Sonatype. Я описал, как настроить проект OSS (используя Github, BuildHive и Maven Central) здесь. Вы также можете просто перейти к непосредственному использованию Maven Central, проверив здесь. Я думаю, что это будет лучшим вариантом для вас, если вы недостаточно знакомы с управлением собственным менеджером репозитория.

person carlspring    schedule 03.09.2014
comment
На самом деле я использую Nexus 2.8 с tomcat 7 и java 7. Но, как я уже сказал ... через несколько часов tomcat перестает отвечать ... Я получил учетные данные хостинга OSS моего Sonatype, но все, что я развертываю, хранится где-то, где я не могу его найти (сторонних артефактов еще нет в maven), поэтому я решил использовать свой собственный RM. Но я мог бы просто взглянуть на вашу информацию... В настоящее время я размещаю проект на Sourceforge.net. - person Aleksander Rozman; 03.09.2014
comment
Что ж, было бы здорово, если бы вы могли обновить свой вопрос с некоторыми дополнительными подробностями, такими как журналы во время, когда это происходит, использование памяти и т. Д. Есть ли причина, по которой вы используете его внутри своего собственного Tomcat? Вы также можете поговорить с разработчиками Nexus, присоединившись к их чату здесь: hipchat.com/gW26B2y2Z. Они могли бы дать вам несколько советов. Почему вы не рассматриваете возможность использования хостинга Sonatype для проектов OSS? Таким образом, вы также можете получить свои артефакты в Maven Central. Nexus — очень стабильная и надежная программа. - person carlspring; 03.09.2014
comment
Мы используем некоторые библиотеки, настолько старые, что их нет на maven (и проекты давно мертвы). Я попытался загрузить их на sonatype, и мне это удалось, но в конце концов артефакты так и не были развернуты, хотя я сделал все, как описано в документе для развертывания сторонних приложений). Поскольку это не сработало, мое приложение все равно не собиралось. - person Aleksander Rozman; 03.09.2014
comment
Если вы используете sourceforge, я настоятельно рекомендую подумать о переходе на Github и выполнить шаги, которые я упомянул о том, как открыть плагин Maven (эти шаги одинаковы для любого другого проекта и достаточно просты). Вы можете запросить собственный репозиторий с хостингом OSS Sonatype. - person carlspring; 03.09.2014
comment
Что значит, они никогда не загружались? Загружены на собственный Nexus или хостинг OSS Sonatype? Не могли бы вы быть немного более конкретным, что именно вы сделали? - person carlspring; 03.09.2014
comment
Вы используете группу репозиториев? Если да, уверены ли вы, что он содержит все необходимые вам репозитории? - person carlspring; 03.09.2014
comment
Я следовал следующим инструкциям по загрузке сторонних артефактов: docs.sonatype.org/display/Repository/. Я мог видеть, что артефакты ждали принятия, но при сборке maven они были недоступны. Поэтому я решил сделать свой собственный репозиторий, и он работал (по крайней мере, до тех пор, пока я не заметил, что после нескольких часов работы мой нексус больше не был доступен - проблема исправлена ​​перезапуском tomcat. Я запланировал ежедневный перезапуск, что сделало его лучше, но кажется, что ежедневный перезагрузки недостаточно, поэтому я ищу другое решение. - person Aleksander Rozman; 03.09.2014