Сканер разве не создает поток?

Все правильно, считал токен до разделителя. А разделителем я сделал символ конца файла:

Scanner scanner = new Scanner(new File(args[0])).useDelimiter("\\Z");

\Z The end of the input but for the final terminator, if any

Вообще вопрос не в том, правильно ли сканер читает файл, в этом легко убедиться, просто выведя строку в консоль. Вопрос в создании и закрытии потока чтения при этом и в корректности работы валидатора.

Вообще, в процессе прохождения курса я больше всего ненавидел именно задачки с файлами, потому что в них валидатор очень часто действует по принципу "при любом,неважно каком и неважно где, непонятном косяке должен упасть тест на закрытие потоков". В результате разбора и исправления кода регулярно выяснялось, что ошибка валидации с потоками не связана ВООБЩЕ никак, а именно это требование указывается непринятым просто "по умолчанию". Так что утверждать, что проблема у тебя 100000% именно в приведенных трех строчках, нельзя ни в коем случае, поэтому и код просят полностью выложить - запросто может быть какой-то незаметный для тебя как автора косяк совсем в другом месте и совсем по другому поводу.

Чтобы его выложить, его нужно было заново написать.) Кажется, такой был код:

public class Solution {
    public static void main(String[] args) throws IOException {
        Scanner scanner = new Scanner(new File(args[0])).useDelimiter("\\Z");
        String content = scanner.next();
        scanner.close();

        int lettersCount = 0;
        for (char c : content.toCharArray()) {
            if (String.valueOf(c).matches("[A-Za-z]")) {
                lettersCount++;
            }
        }

        System.out.println(lettersCount);
    }
}

Как вариант, с пустым файлом просто вываливается исключение - это вполне себе может быть причиной того самого "незакрытия потока"))

Косяк :( Спасибо!

Ну к слову я не уверен, что валидатор ругался только на это, т.к. ошибок было две: то что я сначала не открыл поток, а потом, не закрыл. А исключение возникает только на строчке с чтением уже, т.е. ИМХО поток открыт, и первой ошибки быть не должно.

Ну можно предположить, что 2 теста не проходят из-за этого исключения, а отдельный тест именно на чтение не предусмотрен - вот тебе и 2 ложных наводки не в ту степь)) Хотя чтобы говорить уверенно, надо знать, как и что именно в этом случае тестируется

Условие доступно по ссылке вверху, а код считывания из файла я привел в вопросе. Дальше только сопоставление символов строки с латинскими буквами, оно к вопросу не относится.

У меня подписка закончилась в 16ом году, я не вижу полного условия. Если вы прям так считывали, то если в файле не одна строка, то код не рабочий, ибо он считывает только первую строку

Ну что же я по-вашему не проверял? У сканера источником значится весь файл, а не строка. И он считывает не строку, а токен по делиметру \Z, то есть до конца файла.

Невыполненные требования: создать поток чтения данных из файла и закрыть его после использования. Цель - посчитать число латинских символов в файле, но это ерунда.