Явно прописан spring-профиль test. Все компоненты, содержащие аннотацию @Scheduled, отключены (через @Profile("!test")). Тесты, в рамках которых нужно проверить логику шедулеров, инжектят сервисы этих шедулеров и дёргают бизнес-логику ручками.
Почему бы не прописать отдельные значения для @Scheduled в application-test.yml?
Решения от Cognitive Technologies. Хотя сам вопрос о "большом и высокотехнологичном проекте" очень расплывчатый. Сейчас и добыча нефти весьма и весьма высокотехнологична, ибо там используется всё: от передовой химии до беспилотников для наблюдения за состоянием трубопроводов.
Ну, идея проистекает прямо из вашей реализации мока. Насколько я понимаю, это не просто заглушка, дающая установленный ответ на установленный запрос, а немного прокси, выполняющий запись в базу и реализующий некоторую логику.
Если вы знакомы с Kafka, то вы знаете, что она не отдает документы, а просто их хранит, грубо говоря
Жадная какая Кафка )
- Прокси работает с реальным сервером — работа с реальными данными всегда важна, поэтому это практически всегда плюс - Мокирование не работает с реальными данными, но позволяет избавиться от зависимости от реального сервера. При этом большинство задач на моках покрывает то, что нельзя решить на реальном серваке
В вашем случае, имхо, есть возможность объединить оба подхода: перехватывать пары запрос-ответ с помощью прокси и складывать в хранилище, откда их возьмёт заглушка. Таким образом у вас появляется 1) постоянно расширяемая база реальных запросов/ответов 2) возможность воспроизводить сбои (берём упавшую пару запрос-ответ и гоняем воспроизводя гипотетическую ошибку)
Ручное тестирование сильно улучшает качество конечного продукта и позволяет находить ошибки, из-за которых дальнейшая разработка может колом встать. ИМХО, лучше в моменте несколько замедлить процессы, получив качественный продукт и равномерной и предсказуемой скоростью разработки, чем резко сорваться с места и влететь в стену.
Для охлаждения остановленных реакторов (особенно остановленных более года назад) нужно мизерное количество воды (в сравнении с обычным режимом), т.к. охлаждающая вода прокачивается в замкнутом контуре.
Станция на время боёв остановлена (уже более года), и до их окончания никто пускать её не будет, соответственно, водозабор если и будут строить, то после войны. По-моему, это предельно очевидно.
Присмотритесь к снимку: один из рукавов подходи прямо к пруду-охладителю, думаю, сделать забор воды будет нетрудно, особенно если пруд действительно находится ниже уровня русла реки.
Собственно, вам уже ответили. Во-первых, пруд-охладитель отделён от водохранилища и никуда не делся. Во-вторых, для охлаждения используются градирни и брызгальные бассейны. Сейчас ЗАЭС остановлена, вероятнее всего будут пускать блоки по одному и смотреть, что будет с охлаждением.
Насколько я понимаю, существует негласная договорённость о том, что javac является является неоптимизирующим компилятор, он работает по принципу "что вижу, то пою". Не знаю, почему сделано так, могу предположить, что ораклоиды не хотят размазывать логику оптимизации по разным слоям явы.
Кроме явного и бесполезного зануления волатильных полей есть ещё https://bugs.openjdk.org/browse/JDK-8276951, о пользе которого я уже рассказывал, и который тоже мог бы принести немало пользы и облегчить жизнь С2, но он довольно давно лежит без движения.
Крупнейшие покупатели урегулировали вопрос и согласились на новую схему и продолжили получать свой газ. Т.е. всё упирается в покупателя. Кто хочет, тот покупает. Выше я дал ссылку на уведомление "Гасума" от 22 мая с.г. Читаем заголовок:
Gasum on irtisanonut Gasumin ja Gazprom Exportin välisen putkikaasun hankintasopimuksen
Перевод: "Гасум" расторг заключённый с "Газпром Экспортом" договор на поставку трубопроводного газа.
В этом же документе в самом последнем абзаце читаем:
Irtisanominen koskee ainoastaan putkimaakaasun hankintasopimusta. Gasumin pitkäaikainen LNG-hankintasopimus Gazprom Exportin kanssa on edelleen voimassa
Перевод: ратсоржение касается только поставок природного газа по трубопроводу. Долгострочный договор между "Гасумом" и "ГЭ" о поставках СПГ по прежнему в силе.
Т.е. с закупкой (и оплатой) дорогого СПГ у того же самого "Газпром Экспорта" у финского покупателя проблем нет и претензий к нему со стороны ЕК и национального регулятора тоже нет.
Ну и возвращаясь к тому, с чего начали, итогом проведения зелёной политики стал отказ от АЭС, и замена дешёвого трубопроводного газа дорогим СПГ, но тут внезапно выяснилось, что из-за дороговизны и более низких объёмов выпадающие мощности нужно чем-то заменить. И их заменили углём (бурым), мусором и т.п. Возникает вопрос: а точно ли зелёный переход идёт по плану?
Спорное утверждение, да и заметка немного о другом :)
Явно прописан spring-профиль test. Все компоненты, содержащие аннотацию
@Scheduled, отключены (через@Profile("!test")). Тесты, в рамках которых нужно проверить логику шедулеров, инжектят сервисы этих шедулеров и дёргают бизнес-логику ручками.Почему бы не прописать отдельные значения для
@Scheduled в application-test.yml?Вопрос в том, как от него теперь отпочковаться?
Насколько я понимаю, там коммерция. Компетенции и возможности у японцев есть.
С919 с мая уже используется для перевозок, 6 штук уже сделали и останавливаться не собираются.
MRJ же.
Есть ещё китайский "Комак". Также пассажирские самолёты делает "Митсубиси".
Решения от Cognitive Technologies. Хотя сам вопрос о "большом и высокотехнологичном проекте" очень расплывчатый. Сейчас и добыча нефти весьма и весьма высокотехнологична, ибо там используется всё: от передовой химии до беспилотников для наблюдения за состоянием трубопроводов.
Я надеюсь, это был сарказм. Потому что цветных фото того же Вильгельма II как-то тоже не сделали.
Ну, идея проистекает прямо из вашей реализации мока. Насколько я понимаю, это не просто заглушка, дающая установленный ответ на установленный запрос, а немного прокси, выполняющий запись в базу и реализующий некоторую логику.
Спасибо за статью!
Жадная какая Кафка )
В вашем случае, имхо, есть возможность объединить оба подхода: перехватывать пары запрос-ответ с помощью прокси и складывать в хранилище, откда их возьмёт заглушка. Таким образом у вас появляется
1) постоянно расширяемая база реальных запросов/ответов
2) возможность воспроизводить сбои (берём упавшую пару запрос-ответ и гоняем воспроизводя гипотетическую ошибку)
Обращайтесь :). Я хоть и давно работаю в отрасли, но тоже открыл для себя много нового в процессе написания статьи
Ручное тестирование сильно улучшает качество конечного продукта и позволяет находить ошибки, из-за которых дальнейшая разработка может колом встать. ИМХО, лучше в моменте несколько замедлить процессы, получив качественный продукт и равномерной и предсказуемой скоростью разработки, чем резко сорваться с места и влететь в стену.
Работающая станция != работающий реактор.
Для охлаждения остановленных реакторов (особенно остановленных более года назад) нужно мизерное количество воды (в сравнении с обычным режимом), т.к. охлаждающая вода прокачивается в замкнутом контуре.
Станция на время боёв остановлена (уже более года), и до их окончания никто пускать её не будет, соответственно, водозабор если и будут строить, то после войны. По-моему, это предельно очевидно.
Присмотритесь к снимку: один из рукавов подходи прямо к пруду-охладителю, думаю, сделать забор воды будет нетрудно, особенно если пруд действительно находится ниже уровня русла реки.
Собственно, вам уже ответили. Во-первых, пруд-охладитель отделён от водохранилища и никуда не делся. Во-вторых, для охлаждения используются градирни и брызгальные бассейны. Сейчас ЗАЭС остановлена, вероятнее всего будут пускать блоки по одному и смотреть, что будет с охлаждением.
Насколько я понимаю, существует негласная договорённость о том, что javac является является неоптимизирующим компилятор, он работает по принципу "что вижу, то пою". Не знаю, почему сделано так, могу предположить, что ораклоиды не хотят размазывать логику оптимизации по разным слоям явы.
Кроме явного и бесполезного зануления волатильных полей есть ещё https://bugs.openjdk.org/browse/JDK-8276951, о пользе которого я уже рассказывал, и который тоже мог бы принести немало пользы и облегчить жизнь С2, но он довольно давно лежит без движения.
Можно, только на стороне приложения по большому счёту нет разницы
Крупнейшие покупатели урегулировали вопрос и согласились на новую схему и продолжили получать свой газ. Т.е. всё упирается в покупателя. Кто хочет, тот покупает. Выше я дал ссылку на уведомление "Гасума" от 22 мая с.г. Читаем заголовок:
Перевод: "Гасум" расторг заключённый с "Газпром Экспортом" договор на поставку трубопроводного газа.
В этом же документе в самом последнем абзаце читаем:
Перевод: ратсоржение касается только поставок природного газа по трубопроводу. Долгострочный договор между "Гасумом" и "ГЭ" о поставках СПГ по прежнему в силе.
Т.е. с закупкой (и оплатой) дорогого СПГ у того же самого "Газпром Экспорта" у финского покупателя проблем нет и претензий к нему со стороны ЕК и национального регулятора тоже нет.
Ну и возвращаясь к тому, с чего начали, итогом проведения зелёной политики стал отказ от АЭС, и замена дешёвого трубопроводного газа дорогим СПГ, но тут внезапно выяснилось, что из-за дороговизны и более низких объёмов выпадающие мощности нужно чем-то заменить. И их заменили углём (бурым), мусором и т.п. Возникает вопрос: а точно ли зелёный переход идёт по плану?