Правильнее всего сделать статический метод инициализатор, который возвращает option, ну в джаве в принципе можно и исключение кинуть.

1) Создание объекта должно быть атомарным и созданный объект должен быть гарантированно готовым к использованию, поэтому забудьте про ваши пахнущие нафталином init, open и т.д, потому что их легко забыть вызвать. Поэтому единственно правильный метод создания такого объекта - внешняя функция, которая либо вернёт готовый объект либо вернёт ошибку.
2) есть 4 распространенных стратегии как возвращать ошибку. А) код возврата - ну это давно дискредитировавшая себя идея, так что идём дальше 2) uncheked exception - код становится проще, но оно может проползти через много слоев кода и вылезти там где не ждёшь. Ацтой 3) unchecked exception. Уже лучше, нельзя не обработать, но добавляет лишний код, разрабы склонны просто глушить их ну и вообще это такой неочевидный goto 4) вернуть Either<Reader, Error> который указывает что результатом функции может быть либо объект либо ошибка и прогеру надо обработать оба кейса, и при этом не ломается последовательный флоу. К сожалению в java нету хорошего either, поэтому варианты с optional и кидагием uncheked для меня выглядят наилучшими, кому как нравится

Поэтому, повторяю, проблема решается через Статик метод, который называется smart constructor и он либо кидает анчекед либо опшилнал

Если речь о Легаси - да. Новый код такого качества не должен пройти дальше пулл реквеста