В Java все переменные, которые вы объявляете, на самом деле являются «ссылками» на объекты (или примитивы), а не самими объектами.
При попытке выполнить один метод объекта , ссылка просит живой объект выполнить этот метод. Но если ссылка ссылается на NULL (ничего, нуль, void, nada), то нет способа, которым метод будет выполнен. Тогда runtime сообщит вам об этом, выбросив исключение NullPointerException.
Ваша ссылка «указывает» на нуль, таким образом, «Null -> Pointer».
Объект живет в памяти виртуальной машины пространство и единственный способ доступа к нему - использовать ссылки this
. Возьмем этот пример:
public class Some {
private int id;
public int getId(){
return this.id;
}
public setId( int newId ) {
this.id = newId;
}
}
И в другом месте вашего кода:
Some reference = new Some(); // Point to a new object of type Some()
Some otherReference = null; // Initiallly this points to NULL
reference.setId( 1 ); // Execute setId method, now private var id is 1
System.out.println( reference.getId() ); // Prints 1 to the console
otherReference = reference // Now they both point to the only object.
reference = null; // "reference" now point to null.
// But "otherReference" still point to the "real" object so this print 1 too...
System.out.println( otherReference.getId() );
// Guess what will happen
System.out.println( reference.getId() ); // :S Throws NullPointerException because "reference" is pointing to NULL remember...
Это важно знать - когда больше нет ссылок на объект (в пример выше, когда reference
и otherReference
оба указывают на null), тогда объект «недоступен». Мы не можем работать с ним, поэтому этот объект готов к сбору мусора, и в какой-то момент VM освободит память, используемую этим объектом, и выделит другую.
Я не смог получить горные выработки от переключателя командной строки, но я был в состоянии сделать это только путем установки моего HTTP_PROXY
переменная среды. (Обратите внимание, что случай, кажется, важен). У меня есть пакетный файл, который имеет строку как это в нем:
SET HTTP_PROXY=http://%USER%:%PASSWORD%@%SERVER%:%PORT%
я установил четыре переменные, на которые ссылаются, прежде чем я доберусь до этой строки, очевидно. Поскольку пример, если мое имя пользователя является "wolfbyte", мой пароль, является "секретным", и мой прокси называют "pigsy" и воздействует на порт 8080:
SET HTTP_PROXY=http://wolfbyte:secret@pigsy:8080
Вы могли бы хотеть быть осторожными, как Вы управляете этим, потому что это хранит Ваш пароль в простом тексте на сессии машины, но я не думаю, что это должно быть слишком много проблемы.
Быстрый ответ: Добавьте конфигурацию прокси с параметром для обеих установок/обновлений
gem install --http-proxy http://host:port/ package_name
gem update --http-proxy http://host:port/ package_name
Обходное решение должно установить http://apserver.sourceforge.net на Вашей локальной машине, настроить ее и выполнить драгоценные камни через этот прокси.
PARENT_PROXY
и PARENT_PROXY_PORT
. Введите значения для ДОМЕНА и ПОЛЬЗОВАТЕЛЯ. Оставьте незаполненный ПАРОЛЬ (ничто после двоеточия) †“, Вам предложат при запуске его. cd aps097; python main.py
gem install—http-proxy http://localhost:5865/ library
Я использовал cntlm ( http://cntlm.sourceforge.net/ ) на работе. Конфигурация очень похожа на ntlmaps.
Работает отлично, и также позволяет мне подключать свое поле Ubuntu к прокси ISA.
Выезд http://cntlm.wiki.sourceforge.net/ для получения дополнительной информации
Сообщения имеются в большом количестве относительно этой темы, и помочь другим сохранить часы попытки различных решений, вот конечный результат моих часов лужения.
Эти три решения вокруг Интернета в данный момент: rubysspi apserver cntlm
rubysspi только работает от машины Windows, AFAIK, поскольку это полагается на библиотеку Win32Api. Таким образом, если Вы находитесь на поле Windows, пытающемся пробегать прокси, это - решение для Вас. Если Вы находитесь на дистрибутиве Linux, Вам не повезло.
apserver, кажется, мертвый проект. Ссылка перечислила в сообщениях, я видел вывод к 404 страницам на SourceForge. Я ищу "apserver" по возвратам SourceForge ничто.
ссылка SourceForge для cntlm, что я видел перенаправления к http://cntlm.awk.cz/ , но это испытывает таймаут. Поиск на SourceForge поднимает эту ссылку, которая действительно работает: http://sourceforge.net/projects/cntlm/
После загрузки и конфигурирования cntlm мне удалось установить драгоценный камень через прокси, таким образом, это, кажется, лучшее решение для дистрибутивов Linux.