Или хотя бы дать возможность работать с method reference как с объектом, имея возможность делать что-то вроде (MyObj::isBoolean).negate().

с точки зрения хорошего софта

лучше иметь много специализированных методов с запросами к бд, или напилить несколько общих и уже потом взаимодействовать с массой объектов в жабе?

query builder не вариант?

что ты имеешь в виду?

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

допустим мне нужно выгрузить из таблицы записи, где совпадают параметры А, Б, и В. А в другом случае нужны только записи с совпадающими А и Б.

Я могу запилить два отдельных метода с запросами

либо написать один общий, и уже потом с полученными объектами в жабке дальше фильтровать

но стоимость у этих запросов разная

Проще несколько методов сделать, особенно если они будут часто использоваться, мне кажется

разделяй и властвуй

да и о тестировании подумай

я сейчас утрирую, но можно сделать select *, а уже потом в жабке фильтровать, че

я бы написал querybuilder для динамичности

если нет хибернейта с критериа апи, то просто через стринг билдер строишь запрос

и все

стринг билдер?

у меня там простой jdbcTemplate

да

а тьфу

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

namedJdbcTemplate+string builder

джентельмены, кто знает java.util.UUID.randomUUID() достаточно ли рэндомен и уникален для распределенных систем?

джентельмены, кто знает java.util.UUID.randomUUID() достаточно ли рэндомен и уникален для распределенных систем?

судя по инфе в википедии, более чем уникален

джентельмены, кто знает java.util.UUID.randomUUID() достаточно ли рэндомен и уникален для распределенных систем?

угу, использую его повсеместно

спасибо, котаны.

а где обычно располагаются шедулерные методы?

в пакете отдельном, или прям рядом с мейном их всунуть

шедулерные с кроном

сервисы

что-то ты браток зачастил с вопросами

погуглил бы чуть

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

остальные особо не гуглятся вроде

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

типа where is sheduler placed in spring mvc

джентельмены, кто знает java.util.UUID.randomUUID() достаточно ли рэндомен и уникален для распределенных систем?

Смотря что ты понимаешь под достаточной уникальностью. В джава доке все описано

Смотря что ты понимаешь под достаточной уникальностью. В джава доке все описано

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

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

ПЛАГИАТ!

?????

типа как с карточной колодой, перемешав ее практически стопроцентная вероятность получить уникальный набор карт

у UUID вроде чуть меньше уникальность

Копайте в сторону псевдогенераторов случайных чисел, их периодов и т.д.

ну вопрос требующий математического изучения, ибо в колоде больше карт, чем символов в UUID, но в UUID больше вариаций одного символа (алфавит плюс числовой ряд против карт от 2 до туза)

Копайте в сторону псевдогенераторов случайных чисел, их периодов и т.д.

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

Не соглашусь, метод важнее длины. Пруфов не будет.

ну если кому интересно, класс Secure Random, расширяет обычный Random

Кажется, у кнута есть целая глава про генераторы. Можно оттуда начать изучение. Он рассказывает общие принципы и разбирает пару методов

16^32 = кол-во UUIDов

кому мало?

чому 32?

символов в ууиде стока

думал там весь алфавит используется английский

хотя наверняка связано с тем, что там он генерится побайтово, а не посимвольно

думал там весь алфавит используется английский

ты там "z" встречал?

я свои сгенереные UUIDы не разглядываю и вам не советую

У меня два сервиса связаны друг с другом autowired. Кривая архитектура?

Спринг на это ругается

конечно криво

1 в другой инжектишь и наоборот?

получается циклическая зависимость

Да, именно так

Ладно, дождусь тимлида, не буду вас мучить

я как раз читаю доки

и там написано, что можно так делать используя setter injection only

ERROR: S client not available

Ну как это обойти я уже почитал, но все таки это костыль

Ъ)

адепты спринга, подскажите, я когда указываю с пробелом на клиенте реквест параметр, на бэкенд он приходит вместе с %20

как обрезать это?

вроде декодер должен срабатывать или фильтр какой-то?

вроде декодер должен срабатывать или фильтр какой-то?

URLEncoder.decode(q, "UTF-8");

new URLCodec().decode(url.getPath());

а автоматически это законфигурить можно?

да, чот такое (

типо как бин и чтобы он на все запросы работал

можешь повесить обычный сервлет фильтр, либо добавить аннотацию и прикрутить АОП

А HandlerInterceptor и preHandle помогут?

<filter-name>CharacterEncodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>

по идее этот чувак рулит?

Так-с, я что-то тут малость туплю...

Хмммм.... в TestNG Assert какая-то странная конструкция: if (expected.equals(actual) && actual.equals(expected)) { return; } Зачем?

Ну просто по идее, если A=B, то и B=A, или я что-то не так понимаю?

nope

возможно это и есть проверка на то, выполняется ли это условие

как оно там зовется, забыл

симметричность

симметричность

не

это называется коммутативность

по поводу символов, выше, нашел ответ - фильтр надо зарегистрировать

это называется коммутативность

Не, как раз это симметричность

Ну просто по идее, если A=B, то и B=A, или я что-то не так понимаю?

это коммутативность

математический термин

Это не коммутативность

a+b=b+a

A°B=B°A

коммутативность