Вы не умеете читать российские новости - если там говорят, что то-то делать будет США, НАТО, Украина, (подставь сюда сам), то с большой вероятностью это будут делать они сами.
Мне кажется вы путаете функционал фаервола и ната. И говорите что это одно и то же и проблемы те же. Это в корне не так. Большая часть проблем клиентов, которые должны выступать сервером, это нат а не фаервол.
class UpdateDto {
Optional<Integer> id;
Optional<Integer> data;
}
При десериализации если поля не было, то там останется null. Если поле было, то создастся экземпляр Optional с соответствующим значением - т.е оно будет или пусто или реальное значение.
Результат - есть отсутствие/присутсвие, в присутсвующих есть null/значение. Есть конкретная структура с полями. Это именно то что и требовалось.
Судя по всему они написали универсальный обработчик строк. :) Теперь это обрабатывается не только в строках конфигурации а и вообще в любой логируемой строке.
Как я понял, эту строку нужно всунуть в запрос в то место, которое будет логироваться. Например все Application Server логируют заголовок запроса, включая и User-Agent. Или вы логируете какое-то пришедшее значение.
Например рассмотрим метод PUT, который должен обновлять только переданные поля. Поэтому когда поля нет - мы его не трогаем, а когда оно есть мы его обновляем. И null это тоже значение, на которое нужно поменять.
А под капотом это может быть критично, например, пользователь воспользовался услугой, но не определился с параметрами, и не пользовался вообще.
ЗЫ: Если проще - пустая строка и null это тоже разные вещи, правда у некоторых это тоже не так. :)
Спасибо. Я в камунде только мельком читал про миграцию, и о таких ограничениях не знал.
Как вариант, при миграции, если это не ручной шаг, пинать процесс дальше, срывая например время ожидания, или генерируя событие, чтобы перейти в то состояние которое легко мигрировать.
С другой стороны, если полезть напрямую в базу, конечно ограничений нет. :)
Как я понял, у вас весь процесс завязан на одной форме. И в зависимости от текущего шага вы или показываете поле или нет.
Все движки BPM работают по-другому. В процессе есть точка - ручное вмешательство. Вот для этой точки и рисуется форма. И проблемы с полями нет - так как иначе вы бы вообще не увидели данную форму, ели бы она вам не пришла по процессу. Плюс для каждой точки рисуется своя форма, сложной логики что показывать а что нет здесь нет - показывается вся форма.
Почему у всс все варианты - нарисовать в новой схеме какие-то шаги миграции.
Почему бы не написать вообще внешний мигратор, у которого будет таблица : старый шаг, новый шаг, код который нужно выполнить, включая и модификацию переменных процесса. Единственная проблема здесь, если без ручного вмешательства миграция невозможна, нет данных. Ну по крайней мере можно выбрать хоть какой-то шаг с минимумо потерь.
Во всех музеях есть куча картин с наготой, с сексуальным контентом. Предлагаю не пускать до 18 лет в музеи. А лучше заклеить это все чеными полосками, вдруг дети все-таки проберутся. Все-таки защита детей это главное!
Вы меж строк читайте : Минцифры категорически против любых ограничений передвижения российских IT-специалистов НО тольков пределах страны. ;)
Вы не умеете читать российские новости - если там говорят, что то-то делать будет США, НАТО, Украина, (подставь сюда сам), то с большой вероятностью это будут делать они сами.
Все-таки цифровизация это хорошо. Раньше нужен был донос, свидетели, ... - столько возни А сейчас - хоп - и ты уже экстремист!
Я не эксперт и ни на что не намекаю, но написание 7 и 3 у Джобса и у того, кто маркировал платы разное.
Официально все адаптеры keycloak уже не поддерживаются: adapter deprecation
Мне кажется вы путаете функционал фаервола и ната. И говорите что это одно и то же и проблемы те же. Это в корне не так. Большая часть проблем клиентов, которые должны выступать сервером, это нат а не фаервол.
Была такая сеть IPX. Она проиграла конкуренцию с IP.
Сделали, это называется link local address.
Пример для явы (в c# скорее всего есть аналог)
При десериализации если поля не было, то там останется null. Если поле было, то создастся экземпляр Optional с соответствующим значением - т.е оно будет или пусто или реальное значение.
Результат - есть отсутствие/присутсвие, в присутсвующих есть null/значение. Есть конкретная структура с полями. Это именно то что и требовалось.
Судя по всему они написали универсальный обработчик строк. :) Теперь это обрабатывается не только в строках конфигурации а и вообще в любой логируемой строке.
Как я понял, эту строку нужно всунуть в запрос в то место, которое будет логироваться. Например все Application Server логируют заголовок запроса, включая и User-Agent. Или вы логируете какое-то пришедшее значение.
Тем что отсутсвие поя и null это разные вещи.
Например рассмотрим метод PUT, который должен обновлять только переданные поля. Поэтому когда поля нет - мы его не трогаем, а когда оно есть мы его обновляем. И null это тоже значение, на которое нужно поменять.
А под капотом это может быть критично, например, пользователь воспользовался услугой, но не определился с параметрами, и не пользовался вообще.
ЗЫ: Если проще - пустая строка и null это тоже разные вещи, правда у некоторых это тоже не так. :)
Спасибо. Я в камунде только мельком читал про миграцию, и о таких ограничениях не знал.
Как вариант, при миграции, если это не ручной шаг, пинать процесс дальше, срывая например время ожидания, или генерируя событие, чтобы перейти в то состояние которое легко мигрировать.
С другой стороны, если полезть напрямую в базу, конечно ограничений нет. :)
Как я понял, у вас весь процесс завязан на одной форме. И в зависимости от текущего шага вы или показываете поле или нет.
Все движки BPM работают по-другому. В процессе есть точка - ручное вмешательство. Вот для этой точки и рисуется форма. И проблемы с полями нет - так как иначе вы бы вообще не увидели данную форму, ели бы она вам не пришла по процессу. Плюс для каждой точки рисуется своя форма, сложной логики что показывать а что нет здесь нет - показывается вся форма.
Почему у всс все варианты - нарисовать в новой схеме какие-то шаги миграции.
Почему бы не написать вообще внешний мигратор, у которого будет таблица : старый шаг, новый шаг, код который нужно выполнить, включая и модификацию переменных процесса. Единственная проблема здесь, если без ручного вмешательства миграция невозможна, нет данных. Ну по крайней мере можно выбрать хоть какой-то шаг с минимумо потерь.
Есть другой вариант интерпретации результатов - вы померяли пинг + скорость вашего интернета к www.bbc.com. ;)
Есть еще Gitea - маленький GitLab. Очень приятный, для чего-то небольшого в самый раз.
Во всех музеях есть куча картин с наготой, с сексуальным контентом. Предлагаю не пускать до 18 лет в музеи. А лучше заклеить это все чеными полосками, вдруг дети все-таки проберутся. Все-таки защита детей это главное!
Смысл капчи это проверить что на той стороне человек а не вычислительная система, и это PoW решить ни как не сможет.
То что вы предложили, это просто таймауты при валидации, но таймауты в разных вариациях уже везде используют.
"Национальные вендоры" создают чтобы оно было в три раза дороже.