Как я развертываюсь к связи (размещенный secureci)?
Вы можете добавить 'set spell' в ваш файл .vimrc, чтобы Vim автоматически проверял орфографию всех документов, включая ваши сообщения git commit. Vim достаточно умен, чтобы проверять орфографические комментарии и строки, игнорируя при этом ваш исходный код.
В зависимости от вашей цветовой схемы, это может раздражать, если вы видите имена переменных в ваших комментариях и строки, выделенные как слова с ошибками.
См. этот вопрос о стекопереработке для более подробной информации о проверке орфографии.
2 ответа
The error is clear: the user tangens doesn't have the permission to create /nexus on the remote machine. Actually, your scp url is not correct and isn't pointing to the right location as you mentioned it. You'd have to give the user tangens the right permission or to configure sshd to allow root to connect but this is not a good idea.
Having that said, I don't think that scp is the way to go with Nexus. If you deploy using scp, Nexus won't be notified of the deployment and your artifacts won't be visible. According to Deploying Artifacts to Nexus and to the chapter 9.4.2. Update the POM: Deployment Configuration of the Nexus book, deployment must be done with HTTP PUT. In other words, your distributionManagement section should look like something like this:
<distributionManagement>
...
<repository>
<id>releases</id>
<name>Internal Releases</name>
<url>http://localhost:8081/nexus/content/repositories/releases</url>
</repository>
...
</distributionManagement>
I noticed you said that SecureCI uses a firewall that is configured to drop connections on port 80. However, as I'm not using SecureCI myself, I have a few (maybe stupid) questions:
- Did you enabled deployment for a hosted repository under Nexus?
- Is Nexus listening on port 80?
- If a firewall is not allowing HTTP, why don't you just add an exception for HTTP connections from the "host" IP?
EDIT: According to the OP answers, I think that using HTTPS might be indeed the "natural" way to go with SecureCI. But, before you can upload via HTTPS, you'll need to add the SecureCI's CA certificate (the certificate of the issuer of their certificate) into your JDK. You can follow these instructions to do this. But before going further, the real question is:
- Does SecureCI provide the CA certificate (the certificate of the issuer of their certificate)?
If they don't, I don't know how to make deployment possible without tweaking the firewall rules.
Sorry. Просто наткнулся на этот вопрос.
Есть два варианта, как уже говорили другие постеры: предоставить сертификат в Maven или включить доступ по HTTP и открыть порт 80 (который по умолчанию закрыт для безопасности).
Для включения HTTP-доступа смотрите /trac/secureci/wiki/HowTo/EnableHttp в SecureCI (в документации HowTo на вики, How do I enable HTTP access?).
Для сертификата открытый и закрытый ключ находятся в /etc/apache2/ssl/.
Если вы хотите заменить сертификат по умолчанию, документы по установке собственного сертификата (который может быть самоподписанным или подписанным признанным CA) находятся в SecureCI wiki по адресу /trac/secureci/wiki/HowTo/InstallSslCert (в разделе HowTo docs на wiki, How do I install an SSL certificate?). Там же указано местоположение существующего сертификата.