c
тут sendMessage.setText(text)?
Ой, точно
Size: a a a
2020 July 02
c
тут sendMessage.setText(text)?
c
Сори что аудио, долго писать
.
понял
.
Сори что аудио, долго писать
мне норм)
.
спасибо еще раз)
c
Не за что)
LS
Илья Высоцкий
что-то я не могу понять как прописать, вот у меня метод вылетает с nullPointerException, так как вместо комманды я туда мок сую, ну как-бы конечно он нулл вернет, а метод войд, я даже не знаю как задать поведение через when, да и надо ли? мне просто надо удостовериться что был вызов метода execute()
Скидывай код, «он нул вернет, а метод войд» это на набор слов похоже
ИВ
ДО
Anton
Вы можете и на HQL писать запросы, которве для предентационного слоя полезней.
Для сложных запросов обычно проще оказаться и написать SQL, тем более HQL не всемогущ и все таки в первую очередь заботится о переносимость между разными БД.
В простом случае достаточно очистить контекст в сессии Hibernate, чтобы отделить замрос упюроаня представления от логики изменений. Приэтом запросы sdelect внутри операций логики должны выполняться в конткексте. Речь разлелением идет только об отаюправке в rest или другой внешней выгрузке, где контекст Hibernate больше тупит, чем помогает.
Для сложных запросов обычно проще оказаться и написать SQL, тем более HQL не всемогущ и все таки в первую очередь заботится о переносимость между разными БД.
В простом случае достаточно очистить контекст в сессии Hibernate, чтобы отделить замрос упюроаня представления от логики изменений. Приэтом запросы sdelect внутри операций логики должны выполняться в конткексте. Речь разлелением идет только об отаюправке в rest или другой внешней выгрузке, где контекст Hibernate больше тупит, чем помогает.
Я вот как раз использовал HQL и спецификации, чтобы реализовать динамическую фильтрацию записей в таблице. Раньше я её делал на NativeQuery, собирал запрос как строку с помощью If-ов. Выглядело не очень. Поэтому переделал на более красивые спецификации. А теперь оказывается, что для read-only запросов гораздо лучше использовать обычный sql+ pojo. Придётся возвращаться к старой схеме(
LS
Илья Высоцкий
вот, тут ничего нет больше
На пастбин прикрепи код твоего теста всего
AF
Спамер..
сам такой xD
A
Влад
то весь фокус был в том что System.out.println() - является синхронизированным методом)
Да, интересно и это путает при экспериментах.
Если потом заменить вывод на BufferedWriter или использовать не.локирующие реализации log4j, поведение программы изменится.
Если потом заменить вывод на BufferedWriter или использовать не.локирующие реализации log4j, поведение программы изменится.
ДО
Anton
Вы можете и на HQL писать запросы, которве для предентационного слоя полезней.
Для сложных запросов обычно проще оказаться и написать SQL, тем более HQL не всемогущ и все таки в первую очередь заботится о переносимость между разными БД.
В простом случае достаточно очистить контекст в сессии Hibernate, чтобы отделить замрос упюроаня представления от логики изменений. Приэтом запросы sdelect внутри операций логики должны выполняться в конткексте. Речь разлелением идет только об отаюправке в rest или другой внешней выгрузке, где контекст Hibernate больше тупит, чем помогает.
Для сложных запросов обычно проще оказаться и написать SQL, тем более HQL не всемогущ и все таки в первую очередь заботится о переносимость между разными БД.
В простом случае достаточно очистить контекст в сессии Hibernate, чтобы отделить замрос упюроаня представления от логики изменений. Приэтом запросы sdelect внутри операций логики должны выполняться в конткексте. Речь разлелением идет только об отаюправке в rest или другой внешней выгрузке, где контекст Hibernate больше тупит, чем помогает.
Хотя, в статейке, что ты скидывал, я нашёл вот такой пример. И есть такое ощущение, что он сможет мне помочь
ИВ
На пастбин прикрепи код твоего теста всего
D
Илья Высоцкий
почитай как пользоваться мокито и мокать void методы
D
без when condition, у тебя будет нпе, потому что мок это прокси объект с нулевыми полями
A
Хотя, в статейке, что ты скидывал, я нашёл вот такой пример. И есть такое ощущение, что он сможет мне помочь
Ну да, дело не HQL - не он тормозит скорее всего, а предыдущие операции не висят в репозитории, ге закончены в БД. И Hibernate усердно проверяет эти 18к записей, что они в сенсионном кэше актуальны и потом вырезают из них 15 штук для пейдинга. Даже просто редим Read_only для запроса может спасти, т.к. не будет лишних проходов по репозитории с блокировками.
Но это не точно, навскидку не помню.
Последнее время предпочитаю красивую спецификацию Spring JDBC и ehcache, в большинстве задач это управляемей, шустрей и проще в опровождении, хотя кода писать в начале нуюнл больше. С Hibernate меньше сталкиваюсь.
Но это не точно, навскидку не помню.
Последнее время предпочитаю красивую спецификацию Spring JDBC и ehcache, в большинстве задач это управляемей, шустрей и проще в опровождении, хотя кода писать в начале нуюнл больше. С Hibernate меньше сталкиваюсь.
D
doNothing().when(saveStudent).методзамоканногокласса
ДО
Anton
Ну да, дело не HQL - не он тормозит скорее всего, а предыдущие операции не висят в репозитории, ге закончены в БД. И Hibernate усердно проверяет эти 18к записей, что они в сенсионном кэше актуальны и потом вырезают из них 15 штук для пейдинга. Даже просто редим Read_only для запроса может спасти, т.к. не будет лишних проходов по репозитории с блокировками.
Но это не точно, навскидку не помню.
Последнее время предпочитаю красивую спецификацию Spring JDBC и ehcache, в большинстве задач это управляемей, шустрей и проще в опровождении, хотя кода писать в начале нуюнл больше. С Hibernate меньше сталкиваюсь.
Но это не точно, навскидку не помню.
Последнее время предпочитаю красивую спецификацию Spring JDBC и ehcache, в большинстве задач это управляемей, шустрей и проще в опровождении, хотя кода писать в начале нуюнл больше. С Hibernate меньше сталкиваюсь.
Не, там никто кроме меня базу не трогает. И кеширование не подойдёт, записей то не 18к, а 18кк ( миллионов)