Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Java [игнор отключен] [закрыт для гостей] / проверка закрытия конекшна / 13 сообщений из 13, страница 1 из 1
01.03.2007, 11:37:41
    #34362959
newj
newj
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
собственно, что лучше для Connection в finally писать:
Код: plaintext
1.
2.
3.
4.
   
              if (conn!= null ){
                    conn.close();
                }
или
Код: plaintext
1.
2.
3.
                 if (!conn.isClosed()){
                    conn.close();
                }
есть ли к.н. разница?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 12:02:58
    #34363075
am_sasa
am_sasa
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
есть!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 12:20:26
    #34363144
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
Ну, ведь первый вариант не зря придумали. Если у тебя получение connection нагнется (читай вылезет исключение), то conn будет null и в блоке finally ты ещё в нагрузку получишь NPE.
Второй вариант я не особо помню для чего нужен.
А вообще есть достаточно стандартные утилиты позволяющие не заморачиватся на такой ерунде. Jakarta Commons DB utils и Spring JDBC.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 14:22:26
    #34363696
newj
newj
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
BlazkowiczНу, ведь первый вариант не зря придумали. Если у тебя получение connection нагнется (читай вылезет исключение), то conn будет null и в блоке finally ты ещё в нагрузку получишь NPE.
Второй вариант я не особо помню для чего нужен.
А вообще есть достаточно стандартные утилиты позволяющие не заморачиватся на такой ерунде. Jakarta Commons DB utils и Spring JDBC.

с другой стороны проще самому поставить проверку чем искать,изучать,выкачивать мелкие либы не включенные в стандартный набор и добавлять потом в проект, чтоб вместо
Код: plaintext
1.
2.
3.
              if (conn!= null ){
                    conn.close();
                }
воткнуть
Код: plaintext
1.
 DbUtils.close(conn);

З.Ы. кто-то рассказывал про картинку на презинтухе
"волны с названиями всяких технологий и тонущий в них корабь "
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 14:56:51
    #34363848
Timm
Timm
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
newjЗ.Ы. кто-то рассказывал про картинку на презинтухе
"волны с названиями всяких технологий и тонущий в них корабь "
Не путай божий дар с яичницей.
Spring JDBC (либо что то подобное) существенно упрощает действия по работе с JDBC, скрывая рутинные операции о которых можно забыть. Типа автокомплита в IDE.
Нет никаких навороченных технологий, все просто.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 15:36:23
    #34364040
Kachalov
Kachalov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
newjсобственно, что лучше для Connection в finally писать:
Код: plaintext
1.
2.
3.
4.
   
              if (conn!= null ){
                    conn.close();
                }
или
Код: plaintext
1.
2.
3.
                 if (!conn.isClosed()){
                    conn.close();
                }
есть ли к.н. разница?

компромис :)

Код: plaintext
1.
 if (onn!= null  && !conn.isClosed())conn.close();
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 15:53:25
    #34364122
Shkel Eugene
Shkel Eugene
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
для понимания разницы, нужен весь код

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Connection con =  null ;
 try  {
  con =  new  Connection();
  ...
}  catch  (Exception e) {
 ...
}
 if (conn!= null ) {
  conn.close();
}

это правильно, потому-что может быть ситуация, когда исключение было в конструкторе Connection и объект не создался

второй вариант

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
 try  {
Connection con =   new  Connection();
...
 if (!conn.isClosed()){
  conn.close();
}
}  catch  (Exception e) {
 ...
}

здесь смысла проверять на null нет. Т.е. каждый вариант по своему прав(обработку ошибок пока не учитываем)

Мне больше нравитсья
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
Connection con =  null ;
 try  {
  con =  new  Connection();
  ...
}  catch  (Exception e) {
 ...
}  finally  {
 if (conn!= null  && !conn.isClosed()) {
  conn.close();
}
}
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 16:06:01
    #34364164
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
Shkel Eugeneдля понимания разницы, нужен весь код
Мне больше нравитсья

? Так первые два варианта банально не жизнеспособные по причине отсутствия finally
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
01.03.2007, 16:46:06
    #34364329
Shkel Eugene
Shkel Eugene
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
Shkel Eugene Т.е. каждый вариант по своему прав(обработку ошибок пока не учитываем)
Читать внимательно!!! Прежде чем задавать провакационные вопросы. Мой вариант нравится МНЕ, хотя и в нем есть свои недостатки.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2007, 09:02:45
    #34365533
newj
newj
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
Timm newjЗ.Ы. кто-то рассказывал про картинку на презинтухе
"волны с названиями всяких технологий и тонущий в них корабь "
Не путай божий дар с яичницей.
Spring JDBC (либо что то подобное) существенно упрощает действия по работе с JDBC, скрывая рутинные операции о которых можно забыть. Типа автокомплита в IDE.
Нет никаких навороченных технологий, все просто.

ну вы посмотрите скоко всего в Java! а теперь перечислите мне, что там дар, а, что омлет!думаю у каждого будет свой список.и если кто-то не пользуется спрингом обходясь EJB,портлетми и всяческими иными фреймворками то спрашивается нафига ему Spring JDBC кто бы, что о нем не говорил. тот же подход можно отнести, и к DButils и к прочему никак не связаному с JDBC!

2Shkel Eugene мысль понята,а это главное.

з.ы. всме спасибо
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2007, 12:01:39
    #34366197
Blazkowicz
Blazkowicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
newjа теперь перечислите мне, что там дар, а, что омлет!думаю у каждого будет свой список.и если кто-то не пользуется спрингом обходясь EJB,портлетми и всяческими иными фреймворками то спрашивается нафига ему Spring JDBC кто бы, что о нем не говорил. тот же подход можно отнести, и к DButils и к прочему никак не связаному с JDBC!


Spring-jdbc можно скачать и использовать отдельным jar файлом. У него зависимость только на Spring DAO, который к теме имеет прямое отношение.
Ничего другого тянуть не обязательно. А чего здесь Вас на всякеи EJB с портлетами понесло, вот это действительно не понятно.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2007, 13:49:06
    #34366643
newj
newj
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
Blazkowicz newjа теперь перечислите мне, что там дар, а, что омлет!думаю у каждого будет свой список.и если кто-то не пользуется спрингом обходясь EJB,портлетми и всяческими иными фреймворками то спрашивается нафига ему Spring JDBC кто бы, что о нем не говорил. тот же подход можно отнести, и к DButils и к прочему никак не связаному с JDBC!


Spring-jdbc можно скачать и использовать отдельным jar файлом. У него зависимость только на Spring DAO, который к теме имеет прямое отношение.
Ничего другого тянуть не обязательно. А чего здесь Вас на всякеи EJB с портлетами понесло, вот это действительно не понятно.

я хотел сказать
что если у меня уже есть DButils зачем мне Spring-jdbc? или еще к.н. хрень для jdbc
и если я использую уже некие фреймоврки то зачем мне еще и спринг.
зачем мне альтернативный вид транспорта если у меня уже есть авто с личным водилой?
надеюсь на этот раз ход мысли ясен...


...я привык что меня не понимают((..
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
02.03.2007, 14:04:42
    #34366723
Timm
Timm
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
проверка закрытия конекшна
newj Blazkowicz newjа теперь перечислите мне, что там дар, а, что омлет!думаю у каждого будет свой список.и если кто-то не пользуется спрингом обходясь EJB,портлетми и всяческими иными фреймворками то спрашивается нафига ему Spring JDBC кто бы, что о нем не говорил. тот же подход можно отнести, и к DButils и к прочему никак не связаному с JDBC!


Spring-jdbc можно скачать и использовать отдельным jar файлом. У него зависимость только на Spring DAO, который к теме имеет прямое отношение.
Ничего другого тянуть не обязательно. А чего здесь Вас на всякеи EJB с портлетами понесло, вот это действительно не понятно.

я хотел сказать
что если у меня уже есть DButils зачем мне Spring-jdbc? или еще к.н. хрень для jdbc
и если я использую уже некие фреймоврки то зачем мне еще и спринг.
зачем мне альтернативный вид транспорта если у меня уже есть авто с личным водилой?
надеюсь на этот раз ход мысли ясен...


...я привык что меня не понимают((..
Если он тебе не нужен - не пользуйся. Никто не заставляет.
Вот только ты указываешь в коде close() (у коннекшна, стейтмента, резалтсета), а я нет. Ты используешь try/finally везде где есть работа с JDBC, а я - там где мне это нужно.
Зачем дублировать код если можно делегировать эти функции кому то другому?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Java [игнор отключен] [закрыт для гостей] / проверка закрытия конекшна / 13 сообщений из 13, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 528ms
Закрыть
start [/forum/topic.php?fid=59&mobile=1&tid=2146506]:
 0ms
get settings:
 18ms
get forum list:
 27ms
check forum access:
 8ms
check topic access:
 8ms
track hit:
 70ms
get topic data:
 22ms
get forum data:
 6ms
get page messages:
 84ms
get tp. blocked users:
 3ms
others: 282ms
total:  528ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]