Доступ к Artifactory/Maven Repo, который требует основного автора
Хорошо вещь с университетами состоит в том, что они должны преподавать вещи, которые действительно универсальны. Что-то как гибкая разработка является все еще довольно новым и несмотря на то, о каком количестве она говорила в Интернете, она не используется везде настолько обучающая, она к целому классу студентов потенциально только принесла бы пользу нескольким людям, которые приземлились в гибких магазинах.
Управление версиями однако - что-то, что в эти дни непростительно. Это - что-то, что все должны понять, что это - инструмент, который почти так же полезен как компилятор, и CVS был вокруг приблизительно для 20 + годы. Понятия, по крайней мере, должны быть поняты под любым программистом, покидающим университет. К счастью, если Вы делаете какую-либо коллективную работу в университете, можно повезти приземлиться с кем-то, кто уже знает об управлении версиями и убеждает группу использовать его. Я знаю, что я рад, что человек был в моей группе.
Поблочное тестирование также в значительной степени как непростительное. Единственная вещь, которую я сказал бы, состоит в том, что книга все еще отсутствует на разработке через тестирование, и идущий для 100%-го покрытия кода всегда может иногда быть больше проблемы, чем это стоит. Но поблочное тестирование чрезвычайно ценно и должно быть покрыто ходом разработки программного обеспечения. Я предположил бы, что часть этого материала делает, это - путь в некоторые университеты, но просто еще не достигло всех их.
1 ответ
Имя пользователя и пароль указываются в настройках сервера, как и у вас. Я думаю, ваша проблема в том, что вы указали сервер по его имени ( A rtifactory), а не его идентификатору ( a rtifactory).
Я бы рекомендовал вам поставить настройки сервера в ваших пользовательских настройках, а не глобальные настройки. Вы также можете зашифровать пароль в Maven 2.1.0+, подробности см. В мини-руководстве .
Обновление: какую версию Artifactory вы используете? Существует обсуждение и соответствующая проблема , в которой происходит сбой базовой аутентификации. По-видимому, это было исправлено в версиях 2.0.7 и 2.1.0.
Из обсуждения кажется, что обходной путь заключается в передаче свойств через командную строку, например
-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080 -Dproxy.username=... -Dhttp.password=...
Обновление: Чтобы позволить вашей установке Maven подключаться через брандмауэр, вам необходимо настроить прокси-раздел в settings.xml, см. Этот вопрос , чтобы узнать о том, как это сделать.
Обновление2: есть дополнительные свойства вы можете установить в настройках сервера , см. этот блог для некоторой справочной информации. У меня не было возможности проверить это, но из блога и связанного с ним http wagon javadoc кажется, что вы можете установить authenticationInfo в настройках сервера, примерно так:
<server>
<id>Artifactory</id>
<username>someArtifactoryUser</username>
<password>someArtifactoryPassword</password>
<configuration>
<authenticationInfo>
<userName>auth-user</userName>
<password>auth-pass</password>
</authenticationInfo>
</configuration>
</server>