Хорошим местом для начала является JavaDocs . Они охватывают это:
Брошено, когда приложение пытается использовать null в случае, когда требуется объект. К ним относятся:
- Вызов метода экземпляра нулевого объекта.
- Доступ или изменение поля нулевого объекта.
- Выполнение длины null, как если бы это был массив.
- Доступ или изменение слотов с нулевым значением, как если бы это был массив.
- Бросать нуль, как если бы это было значение Throwable.
Приложения должны бросать экземпляры этого класса для указания других незаконных видов использования нулевого объекта.
blockquote>Также, если вы попытаетесь использовать нулевую ссылку с
synchronized
, который также выдаст это исключение, за JLS :SynchronizedStatement: synchronized ( Expression ) Block
blockquote>
- В противном случае, если значение выражения равно null,
NullPointerException
.Как это исправить?
Итак, у вас есть
NullPointerException
. Как вы это исправите? Возьмем простой пример, который выдаетNullPointerException
:public class Printer { private String name; public void setName(String name) { this.name = name; } public void print() { printString(name); } private void printString(String s) { System.out.println(s + " (" + s.length() + ")"); } public static void main(String[] args) { Printer printer = new Printer(); printer.print(); } }
Идентифицирует нулевые значения
. Первый шаг - точно определить , значения которого вызывают исключение . Для этого нам нужно выполнить некоторую отладку. Важно научиться читать stacktrace . Это покажет вам, где было выбрано исключение:
Exception in thread "main" java.lang.NullPointerException at Printer.printString(Printer.java:13) at Printer.print(Printer.java:9) at Printer.main(Printer.java:19)
Здесь мы видим, что исключение выбрано в строке 13 (в методе
printString
). Посмотрите на строку и проверьте, какие значения равны нулю, добавив протоколирующие операторы или используя отладчик . Мы обнаруживаем, чтоs
имеет значение null, а вызов методаlength
на него вызывает исключение. Мы видим, что программа перестает бросать исключение, когдаs.length()
удаляется из метода.Трассировка, где эти значения взяты из
Затем проверьте, откуда это значение. Следуя вызовам метода, мы видим, что
s
передается сprintString(name)
в методеprint()
, аthis.name
- null.Трассировка, где эти значения должны быть установлены
Где установлен
this.name
? В методеsetName(String)
. С некоторой дополнительной отладкой мы видим, что этот метод вообще не вызывается. Если этот метод был вызван, обязательно проверьте порядок , что эти методы вызывают, а метод set не будет называться после методом печати. Этого достаточно, чтобы дать нам решение: добавить вызов
printer.setName()
перед вызовомprinter.print()
.Другие исправления
Переменная может иметь значение по умолчанию (и
setName
может помешать ему установить значение null):private String name = "";
Либо метод
printString
может проверить значение null например:printString((name == null) ? "" : name);
Или вы можете создать класс, чтобы
name
всегда имел ненулевое значение :public class Printer { private final String name; public Printer(String name) { this.name = Objects.requireNonNull(name); } public void print() { printString(name); } private void printString(String s) { System.out.println(s + " (" + s.length() + ")"); } public static void main(String[] args) { Printer printer = new Printer("123"); printer.print(); } }
См. также:
Я все еще не могу найти проблему
Если вы попытались отладить проблему и до сих пор не имеете решения, вы можете отправить вопрос для получения дополнительной справки, но не забудьте включить то, что вы пробовали до сих пор. Как минимум, включите stacktrace в вопрос и отметьте важные номера строк в коде. Также попробуйте сначала упростить код (см. SSCCE ).
Кажется, что Вы собираетесь ограничить опции, так как Вы хотите, чтобы проверка произошла перед загрузкой. Я думаю лучшее, которое Вы собираетесь получить, должен использовать JavaScript для проверки расширения файла. Вы могли создать хеш из допустимых расширений и затем надеяться видеть, существовало ли расширение загружаемого файла в хеше.
HTML:
<input type="file" name="FILENAME" size="20" onchange="check_extension(this.value,"upload");"/>
<input type="submit" id="upload" name="upload" value="Attach" disabled="disabled" />
JavaScript:
var hash = {
'xls' : 1,
'xlsx' : 1,
};
function check_extension(filename,submitId) {
var re = /\..+$/;
var ext = filename.match(re);
var submitEl = document.getElementById(submitId);
if (hash[ext]) {
submitEl.disabled = false;
return true;
} else {
alert("Invalid filename, please select another file");
submitEl.disabled = true;
return false;
}
}
Ваша единственная опция, кажется, клиентская проверка, потому что сторона сервера означает, что файл был уже загружен. Также тип MIME обычно диктует расширение файла.
используют Платформу JavaScript как jQuery для перегрузки onsubmit события формы. Тогда проверьте расширение. Это ограничит большинство попыток. Однако, если человек изменит изображение на дополнительный XLS тогда, то у Вас будет проблема.
я не знаю, является ли это опцией для Вас, но Вы имеете больше клиентского контроля при использовании чего-то как Silverlight или Flash для загрузки. Можно рассмотреть использование одной из этих технологий для процесса загрузки.
Избегайте стандартного Asp. Управление сетью и использование компонент NeadUpload от Разработки Brettle: http://www.brettle.com/neatupload
Быстрее, легче использовать, никакое волнение по поводу maxRequestLength параметра в файлах конфигурации и очень легкий интегрироваться.
Хорошо - Вы не будете в состоянии сделать это серверная сторона на обратной передаче, поскольку файл будет отправлен (загруженный) во время обратной передачи.
я думаю, что можно быть в состоянии сделать это на клиенте, использующем JavaScript. Лично, я использую сторонний компонент, названный radUpload Telerik. Это имеет хороший API клиентской и серверной стороны, и это обеспечивает индикатор выполнения для больших загрузок файла.
я уверен, что существуют доступные решения с открытым исходным кодом, также.
Я думаю, что существуют различные способы сделать это. Так как я не знаком с asp, я могу только дать Вам некоторые подсказки для проверки на определенный тип файла:
1) безопасный путь: получите больше информаций о заголовке типа файла, который Вы хотите передать. проанализируйте загруженный файл и сравните заголовки
2) быстрый путь: разделите название файла в две части-> название файла и окончание файла. проверьте окончание файла и сравните его с типом файла, Вы хотите позволить быть загруженными
надежда, которой это помогает:)
Как некоторые люди упомянули, JavaScript является способом пойти. Примите во внимание, что "проверка" здесь только расширением файла, она не проверит это, файл является реальной электронной таблицей Excel!
Вы могли использовать блок проверки допустимости регулярного выражения на управлении загрузкой:
<asp:RegularExpressionValidator id="FileUpLoadValidator" runat="server" ErrorMessage="Upload Excel files only." ValidationExpression="^(([a-zA-Z]:)|(\\{2}\w+)\$?)(\\(\w[\w].*))(.xls|.XLS|.xlsx|.XLSX)$" ControlToValidate="fileUpload"> </asp:RegularExpressionValidator>
существует также принять атрибут входного тега:
<input type="file" accept="application/msexcel" id="fileUpload" runat="server">
, но я не имел большого успеха, когда я попробовал это (FF3 и IE7)
Я соглашаюсь с Chris, проверяя, что расширение не является проверкой типа файла никаким путем, Вы смотрите на него. radUpload Telerik является, вероятно, Вашим наилучшим вариантом, он обеспечивает свойство ContentType загружаемого файла, который можно сравнить с известными типами пантомимы. Необходимо проверить на:
application/vnd.ms-excel,
приложение/Excel,
application/x-msexcel
и для нового 2k7 формат:
application/vnd.openxmlformatsofficedocument.spreadsheetml.sheet
Telerik раньше продавал radUpload в качестве отдельного компонента, но теперь его обернутый в комплект средств управления, который делает его немного более дорогим, но безусловно это - самый легкий способ проверить на истинный тип
Из JavaScript необходимо быть в состоянии получить имя файла в onsubmit обработчике. Таким образом в Вашем случае, необходимо сделать что-то как:
<form onsubmit="if (document.getElementById('fileUpload').value.match(/xls$/) || document.getElementById('fileUpload').value.match(/xlsx$/)) { alert ('Bad file type') ; return false; } else { return true; }">...</form>
Удостоверьтесь, чтобы Вы всегда проверяли на расширение файла в серверной стороне, чтобы гарантировать, что никто не может загрузить злонамеренный файл , такой как .aspx, .asp и т.д.
В качестве альтернативы можно использовать атрибут "accept" HTML File Input, который определяет, какие типы MIME допустимы.
Definition here
Использовать валидатор регулярных выражений довольно просто.
<asp:RegularExpressionValidator
id="RegularExpressionValidator1"
runat="server"
ErrorMessage="Only zip file is allowed!"
ValidationExpression ="^.+(.zip|.ZIP)$"
ControlToValidate="FileUpload1"
> </asp:RegularExpressionValidator>
Проверка на стороне клиента типов файлов, допустимых для загрузки