Добавлю что есть такая концепция деплоя как "blue-green" deployment.
Идея такая что вы держите 2 environment и просто переключаете балансировщик
между ними таким образом обеспечивая минимальный простой для пользователя.
А enviromemnts держат старую и новую версию софта. После успешного тестирования
новая версия становится автоматически старой и вы в это время пилите еще одну
самую новую.
Чтоб не потерять контекст - лучше дай свой собственный перевод. Заодно и ты узнаешь
как сам понял. И тогда ответы пойдут быстрее. А пока - выглядит как ненужное квотирование.
Чтобы не запускать цепочку технических долгов. Евгений верно говорит что
желательно в фазе написания кода уже знать как мы будем дальше работать.
99% кодирования на С++ предполагают что мы всегда знаем типы и генерики
в фазе компилляции. Objeсt* - желательно выкинуть из кода и заменить его
каким-то базовым классом в известным интерфейсом. Тоесть принцип LSP
должен работать. Тоже со вторым аргументом.
В некоторых случаях (типичное Java/Spring приложение) информация о типах
в фазе компилляции нам неизвестна. Она приходит из runtime. Но на С++ это не типично
и лучше этого избегать.
about.xml скорее всего не является валидным XML - документом. Нарушена теговая разметка.
Это то что следует из сообщения об ошибке.
Вообще непонятно чего ты добиваешся. Мобильный телефон - это все таки не IDE разработчика
и он вообще не предназначен для сложных манипуляций с файлами. А скорее - для показа
развлекательного контента.
Вообще проверь валидность всех документов на десктопе.
Вопрос интересный. Судя по документации Junit5 не поддерживает такой сложный direct acyclic graph.
Можно просто усложнить модуль параллельных тестов и сделать его одноим методом который внутри
себя просто запускает свой ForkJoin pool и делает fail(..) по ситуации.
vi0, смотри. Хибернейт не делает никакого чуда. Он просто использует режимы транзакций целевой DBMS.
Вот посмотри что поддерживает PG и выбери тот режим который тебе подходит.
А потом поищи аналог в Hibernate. Возможно это и будет все по default.
Если ты используешь очень простую dbms типа SQLite то тебе вообще не стоит об этом беспокоиться.
Там половина возможностей транзакций может просто отсутствовать и Hibernate ничего не будет делать
под капотом несмотря на самые умные механизмы которые заявлены.
