Size: a a a

2020 May 21

I

Intrade in pro.jvm
Там основная масса исключений из ObjectInputStream. Который вызывается из конструктора Validating.... собственно, на этом сразу всё и заканчивается не начавшись.
источник

AG

Asad Ganiev in pro.jvm
Intrade
Коллеги, столкнулся со странным, не понятным для меня поведением ObjectInputStream.readFully

В чём проблема: нужно использовать ValidatingObjectInputStream для проверки того, что передают на десериализацию. И эта штука в конструкторе вызывает ObjectInputStream... И если я правильно понимаю, метод readFully кидает эксепшен успешно прочитав весь поток. На мой взгляд, совсем не очевидная дичь, кидать исключение при успешном прочтении потока.
Кажется все логично, потому что readObject() не возвращает null когда достигает конец файла, так как можно и null сериализовать
источник

I

Intrade in pro.jvm
Asad Ganiev
Кажется все логично, потому что readObject() не возвращает null когда достигает конец файла, так как можно и null сериализовать
Чудесно! Почему тогда в валидатинг*** нет обработки такого сценария? Ума не приложу как с этим бороться
источник

I

Intrade in pro.jvm
Получается, что это исключение нормальная ситуация и в то же время его не обрабатывают.
Имеет ли смысл писать свою реализацию или есть другие варианты?
источник

AG

Asad Ganiev in pro.jvm
Intrade
Получается, что это исключение нормальная ситуация и в то же время его не обрабатывают.
Имеет ли смысл писать свою реализацию или есть другие варианты?
не могу сказать, я давно работал с файлами
источник

SY

Sergey Yezhov in pro.jvm
BullyBoo
ну я понимаю)))
я добавил))

implementation("org.mariadb.jdbc:mariadb-java-client:2.6.0")
Попробуй залезть внутрь подтянутой зависимости и посмотреть, действительно ли там есть класс org.mariadb.jdbc.Driver
источник

AE

Alexandr Emelyanov in pro.jvm
Алексей
А эклипс?
Закопан давно, даже могила где никто не знает
источник

А

Алексей in pro.jvm
Alexandr Emelyanov
Закопан давно, даже могила где никто не знает
Закопан кем? Развивается, обновляется регулярно. Вопрос в привычке? Или реально Идея может то, чего не может эклипсс?
источник

Ш

Шура in pro.jvm
idea удобнее, чем eclipse. Но в целом с запозданием eclipse идет в правильном направлении.
источник

AE

Alexandr Emelyanov in pro.jvm
Алексей
Закопан кем? Развивается, обновляется регулярно. Вопрос в привычке? Или реально Идея может то, чего не может эклипсс?
Да, может. Например нормально выглядеть
источник

AK

Alexander Komarov in pro.jvm
netbeans ещё вспомните.  Была такая IDE когда-то
источник

AE

Alexandr Emelyanov in pro.jvm
Единственное где эклипс не заменим, это работа с моделями всякими, особенно если они на emf
источник

AE

Alexandr Emelyanov in pro.jvm
А так, запускаешь дебагер, а потом оттираешь клавиатуру от рвоты
источник

Ш

Шура in pro.jvm
встречал и еще, но уже реже встречаю фанатом netbeans. Главное чтобы твоя среда разработки удовлетворяла твои потребности в разработке
источник

А

Алексей in pro.jvm
Alexandr Emelyanov
Да, может. Например нормально выглядеть
нормально выглядеть - это вопрос вкуса и ппривычки
источник

AE

Alexandr Emelyanov in pro.jvm
Alexander Komarov
netbeans ещё вспомните.  Была такая IDE когда-то
Сетевые бобы топ, до идеи на них сидел, жалко что развиваться перестали
источник

Ш

Шура in pro.jvm
Alexandr Emelyanov
А так, запускаешь дебагер, а потом оттираешь клавиатуру от рвоты
не скажу, что там плохой дебагер..  но в idea удобнее
источник

AE

Alexandr Emelyanov in pro.jvm
Alexander Komarov
netbeans ещё вспомните.  Была такая IDE когда-то
Кстати, не сетевые бобы вспоминать надо, а jdeveloper. Вот где самый винтаж
источник

AE

Alexandr Emelyanov in pro.jvm
Шура
не скажу, что там плохой дебагер..  но в idea удобнее
Он не плохой, но при дебаге эклипс становится большим дебагом,в котором ещё вкладку с кодом откапать надо
источник

Ш

Шура in pro.jvm
:)) это да..
источник