Так откуда NPE возьмется при закрытии стрима, если перед этим проверить ссылку на null? Причем здесь конструктор?

давай конкретный код обсудим

finalization queue в одном потоке обрабатывается, while (true) его повесит

никогда не писал finalize метод в боевых проектах, интересно, есть ли какие-то особые юзкейсы у этого метода.

давай конкретный код обсудим

Стоп. Ты говоришь, что закрывать ресурс в finally блоке плохо. У меня это вызывает определенные вопросы)

я в охере с таких набросов

Может, я контекст обсуждения потерял?

я в охере с таких набросов

Не чувак прав, в джаве нету нормальных деструкторов. Но не вижу особых проблем.

меня подача сообщения удивляет

джава говно, кресты рулят, кокококо

Не чувак прав, в джаве нету нормальных деструкторов. Но не вижу особых проблем.

но зачем они там?

дядя, ты в какой чат зашел, але?

но зачем они там?

Без понятия.

Может, я контекст обсуждения потерял?

Stream stream; try{ stream = new Stream() (1) stream.read/write() (2) }catch(IOEx ex){ ex.print() // не закрыл стрим }finally{ stream.close() /// NULL POINTER EXCEPTION }

В целом, всегда находится человек, который говорит что хочет руками освобождать память, вот ему бы пригодился.

А, все ясно, ок. Говорят, что if бывает полезен

В целом, всегда находится человек, который говорит что хочет руками освобождать память, вот ему бы пригодился.

руками освобождать в джаве

А, все ясно, ок. Говорят, что if бывает полезен

напиши код с ифом, посмотрим, я думаю там будет тоже камень

Stream stream; try{ stream = new Stream() (1) stream.read/write() (2) }catch(IOEx ex){ ex.print() // не закрыл стрим }finally{ stream.close() /// NULL POINTER EXCEPTION }

ну тут ещё может быть проблема с закрытием, так что ещё и close нужно в трай завернуть и на null проверить

ну тут ещё может быть проблема с закрытием, так что ещё и close нужно в трай завернуть и на null проверить

код покеж

код покеж

Нагугли классический код закрытия коннекшна к бд

finally{ try{ if (stream != null)stream.close() } catch(IOE e) }

что-то такое

руками освобождать в джаве

всем кто любит писать деструкторы, рекомендую все создаваймые объекты хранить в статических полях и заботиться о них там в борьбе с утечками памяти

finally{ try{ if (stream != null)stream.close() } catch(IOE e) }

а остальное?

а остальное?

как у тебя

но ещё раз, проще взять try-with и не мучать себя

или не работать с io

тоесть итого: Stream stream; try{ stream = new Stream() (1) stream.read/write() (2) }catch(IOEx ex){ ex.print() }finally{ try{ if (stream != null)stream.close() } catch(IOE e) } }

теперь внимание вопрос

а что если у тебя там три стрима матрёшкой: zip <- buffer <- file

всё пизда проекту?

там будет 500 try catch finally

на всё комбинации

Всё так

try( Stream stream = new Stream() ) { }

ну а чо насчёт .open .open .open .open try{}/catch{} .close .close .close .close

а так не?

try( Stream stream = new Stream() ) { }

тогда ты его на закроешь

ну он сам закроется

ну он сам закроется

залокает файл, придётся ребутиться

просто напишите обёртку для стримов, и работайте с ней по схеме: stream.open() try{}catch(IOException) stream.close()

но я не понял, как твой код тещает эти проблемы.

нужно найти того сишника которого Sun взял на работу чтоб тот написал работу со стримами и вырвать ему ноги

нужно найти того сишника которого Sun взял на работу чтоб тот написал работу со стримами и вырвать ему ноги

он себе новые отрастит

но я не понял, как твой код тещает эти проблемы.

я имеюю ввиду что стримы в жаве работают через жопень потому, что конструктор стрима, open и close валят IOException если написать нормальный стрим где IO валит только read/write - то всё будет красиво и элегантно

открыл, отдал другому классу, тот поработал и вернул, закрыл

как там всё прошло - не важно

джава говно, кресты рулят, кокококо

На не наброс, не будет бурной реакции же Олсо, не кресты а плюсы ?

Хотя кресты тоже рулят по сравнению с джавой, дискасс

чем они рулят? язык ни рыбо, ни мясо - овощ

Джава очень медленно развивается, особенно огорчил анонс девятки

в прикладнухе он просрал джаве, сисярпу и другим языкам

в микроконтроллерах - сишка, ассемблер

и только в специфичных проектах он есть

но кресты до такой степени доразивались, что синтаксис стал похож на нечитаемое дерьмо

и только в специфичных проектах он есть

Ну куча же легаси есть, да и новых проектов хватает.

Ну куча же легаси есть, да и новых проектов хватает.

достойно уважения?

мля, под крестами я подумал про шарп ?

Нагугли классический код закрытия коннекшна к бд

загуглил: Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { // Do stuff ... } catch (SQLException ex) { // Exception handling stuff ... } finally { if (rs != null) { try { rs.close(); } catch (SQLException e) { /* ignored */} } if (ps != null) { try { ps.close(); } catch (SQLException e) { /* ignored */} } if (conn != null) { try { conn.close(); } catch (SQLException e) { /* ignored */} } } какойто пиздец

И не обязательно же всё из языка юзать.

мля, под крестами я подумал про шарп ?

То есть в шарпе не нужно закрывать потоки и там нету using, который, если не ошибаюсь, тот же try-with-resources?)

То есть в шарпе не нужно закрывать потоки и там нету using, который, если не ошибаюсь, тот же try-with-resources?)

Нет, деструкторы там такие же убогие, притянутые из джавы

но есть много чего хорошего, чего в яве пока нет

пишите хотябы finally { forceClose(rs); forceClose(ps); forceClose(conn); }

но есть много чего хорошего, чего в яве пока нет

А ты за что топишь, а то я до сих пор не понял: плюсы, шарп или что-то третье?

пишите хотябы finally { forceClose(rs); forceClose(ps); forceClose(conn); }

есть либы, которые это все решили

void forceClose(Closable c)

ERROR: S client not available

А ты за что топишь, а то я до сих пор не понял: плюсы, шарп или что-то третье?

он похоже на бан нарывается

есть либы, которые это все решили

какие?

какие?

spring jdbc template

автоматически менеджит твой коннекшен

spring jdbc template

а если я не с бд работаю?

мы тут стримы обсуждаем из стандартного пакета

а если я не с бд работаю?

тут я не могу сказать, но наверняка и такие решения за 20 лет были написаны

А ты за что топишь, а то я до сих пор не понял: плюсы, шарп или что-то третье?

К сожалению ни за что, нет счастья ни в одном языке.

Try with как раз придуманы чтобы стрииы закрывать разве нет?

Try with как раз придуманы чтобы стрииы закрывать разве нет?

отмотайте чат вверх

не только стримы - всё что должно закрываться

Try with как раз придуманы чтобы стрииы закрывать разве нет?

Человек побугуртить просто хочет

Человек побугуртить просто хочет

наверное просто тока пришёл, а тут какая-то ересь )

тока в обратную сторону

засовывают требования в жопу джуну

Враппер закрывает все стримы внутри себя что не так?

Враппер закрывает все стримы внутри себя что не так?

валит nullpointer

уже обсудили выше

крути до этой пикчи

залокает файл, придётся ребутиться

с чего бы ему локаться?

А есть вест код

?

с чего бы ему локаться?

- открыаешь файл - пишешь/читаешь туда немного - заваливаешь приложение - пытаешься удалить файл, он залокан

- открыаешь файл - пишешь/читаешь туда немного - заваливаешь приложение - пытаешься удалить файл, он залокан

это под какой ОС так?

в доке оракла помойму написано, что он в любом случае его закроет

в винде

ого

может приложение недозаваливается?

я хз, но проблема реальная

кто-нибудь реактор трогал? как там логгер свой подсунуть?