Мы должны использовать Nexus или Artifactory для Знатока Repo?
Строгие стандарты: нестатический метод [& lt; class> :: & lt; method>] не следует называть статически
Происходит при попытке вызова не- статический метод для класса, поскольку он был статичным, и вы также имеете флаг E_STRICT в настройках error_reporting().
Пример:
class HTML {
public function br() {
echo '
';
}
}
HTML::br() или $html::br()
Вы действительно можете избежать этой ошибки, не добавляя E_STRICT к error_reporting(), например
error_reporting(E_ALL & ~E_STRICT);
, поскольку, как и для PHP 5.4.0 и выше, E_STRICT включен в E_ALL [ ref ]. Но это не рекомендуется. Решение состоит в том, чтобы определить вашу предполагаемую статическую функцию как фактическую static:
public static function br() {
echo '
';
}
или вызвать функцию условно:
$html = new HTML();
$html->br();
Похожие вопросы:
8 ответов
Я не знаю о Artifactory, но здесь являюсь своими причинами использования Nexus:
- Очень простая установка (и с тех пор 1.2, очень простое обновление, также)
- Очень хороший веб-UI
- , Легкий поддержать, почти никакое административное служебное
- Не Предоставляет Вам каналы RSS недавно установленных, поврежденных артефактов и ошибок
- , Это может сгруппировать несколько репозиториев, таким образом, можно зеркально отразить несколько источников, но нуждаться только в одной или двух записях в settings.xml
- Развертывание от работ Знатока из поля (никакая потребность во взломах WebDAV, и т.д.).
- это свободно
- , можно перенаправить пути доступа (т.е. некоторый поврежденный pom.xml требует "a.b.c" от "xxx"). Вместо того, чтобы исправить АНГЛИЧАНИНА, можно исправить ошибку в Nexus и перенаправить запрос к месту, где артефакт действительно.
Artifactory хранит артефакты в базе данных, что означает, что если что-то пойдет не так, все ваши артефакты исчезнут. Nexus использует плоский файл для ваших драгоценных артефактов, поэтому вам не нужно беспокоиться о том, что все они будут потеряны.
Недавно я провел несколько исследований об Artifactory 2 и Nexus 1.3. Я перечислю здесь основные различия, которые я нашел:
- Artifactory хранит метаданные и, необязательно, файлы в БД, а Nexus пишет напрямую в файловую систему. Есть плюсы. и минусы для каждого подхода. БД поддерживает транзакции, в то время как в ФС хранящиеся файлы могут быть доступны напрямую.
- Artifactory предъявляет более высокие системные требования, особенно в отношении дискового пространства.
- Artifactory имеет поддержку LDAP, в то время как Nexus поддерживает ее только в платной версии. С другой стороны, бесплатный плагин LDAP для Nexus доступен в коде Google.
Наиболее полное сравнение: http://binary-repositories-comparison.github.io/
Необходимо использовать Artifactory, Его последняя версия была реальным переходом, можно скопировать инкрементно репозитории, что означает, что Вы можете иметь все свои сохраненные артефакты и поддержать, имеет простую в использовании сеть ui и действительно легок настроить, я наслаждался им много выезда его новая версия 2.0
Вся политика/религия в стороне, лицензирование имеет значение для некоторых организаций.
Nexus <ударяют> GPL теперь <забастовка> AGPLv3 и теперь Лицензия общественности Eclipse (EPL) .
Artifactory <ударяют> Apache, лицензируемый LGPLv3, лицензируемый с версии 2.1 продукта.
можно также хотеть рассмотреть Archiva, только для пользы сравнения. Это - лицензируемый Apache 2.0.
Я вижу, что использование Nexus растет, в то время как использование Artifcatory в целом остается неизменным.
Снимок сделан здесь http://blog.sonatype.com/2014/11/42000-nexus-repository-managers-and-growing/
Также имеется матричное сравнение http://docs.codehaus.org/display/MAVENUSER/Maven+Repository+Manager+Feature+Matrix
И Artifactory, и Nexus имеют более или менее схожий набор функций, но поддержка LDAP Artifactory делает его более привлекательным по сравнению с Nexus. Хотя Nexus также поддерживает LDAP, но в платной версии: - (
Artifactory поддерживает как серверную часть файловой системы, так и хранилища баз данных. Хранилище основано на контрольной сумме, и идентичные двоичные файлы хранятся только один раз, независимо от того, сколько раз они появляются в репо, что делает Artifactory более эффективным с точки зрения хранения. Перемещение и копирование также очень дешевы из-за этой архитектуры (в Nexus нет REST для перемещения / копирования - вам нужно переместить материал в файловую систему, а затем выполнить корректирующие действия в репозитории, чтобы сообщить об изменении содержимого).
Еще одним важным отличием Artifactory является уникальная интеграция с Hudson и TeamCity для сбора информации о развернутых артефактах, разрешенных зависимостях и данных среды, связанных с запусками сборки, что обеспечивает полную отслеживаемость сборки.