NullPointerException
s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException
. Они наиболее распространены, но другие способы перечислены на странице NullPointerException
javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException
, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main
я явно устанавливаю ссылку Object
obj
равной null
. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException
, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
Я не думаю, что это возможно - при использовании клиентской реализации HTTP браузера она будет всегда открываться то диалоговое окно. Два взлома приходят на ум:
, Возможно, Flash обрабатывает это по-другому (я еще не попробовал), так наличие фильма флэш-памяти выполняют запрос, мог бы помочь.
можно настроить 'proxie' для сервиса, к которому Вы получаете доступ на своем собственном сервере и имеете его, изменяют заголовки аутентификации немного, так, чтобы браузер не распознавал их.
В Mozilla можно достигнуть его со следующим сценарием при создании объекта XMLHttpRequest:
xmlHttp=new XMLHttpRequest();
xmlHttp.mozBackgroundRequest = true;
xmlHttp.open("GET",URL,true,USERNAME,PASSWORD);
xmlHttp.send(null);
2-я строка предотвращает диалоговое окно....
Какую технологию сервера Вы используете и есть ли конкретный продукт, который Вы используете для аутентификации?
, Так как браузер только делает свое задание, я полагаю, что необходимо изменить вещи на стороне сервера для не возврата 401 кода статуса. Это могло быть сделано с помощью пользовательских форм аутентификации, которые просто возвращают форму снова, когда аутентификация перестала работать.
На земле Mozilla, устанавливая mozBackgroundRequest параметр XMLHttpRequest ( документы ) к истинному подавляет те диалоговые окна и заставляет запросы просто перестать работать. Однако я не знаю, как хорошая перекрестная поддержка браузера (включая то, очень ли качество информации об ошибке о тех неудавшихся запросах хорошо через браузеры.)