— ошибки такого типа могут возникать применительно к любому элементу разработки, наиболее часто при маппинге объектов (к этой группе можно отнести и сериализацию/десериализацию). Учитывая, что всем многообразии мапперов, проблема с кривым маппингом сохраняется по сию пору, можно предположить что и радикальное решение проблем сериализации невозможно.
а потом пришёл другой и добавил в него
— фактически Вы предлагаете заменить ручной код на ту самую «магию», которой пугаете. Магии станет больше.
наследуется от java.io.Serializable и получает некую неявную магию
Она ставит себе задачу уметь сериализовать любой произвольный граф объектов
— имплементация программистом интерфейса Serializable означает, что он уверен в сериализуемости объектов класса. Тут нет никакой магии. Вы описали класс, добавили где надо модификатор transient и уверены в его сериализуемости, что и подтверждаете имплементацией интерфейса.
Налицо удивительная беспечность Росреестра и Налоговой. А вот Пенсионный фонд дальше продвинулся в области аутентификации и периодически требует справку по форме № 17 (refresh token):
C июня 2014 года необходимо представлять документ, подтверждающий факт нахождения гражданина в живых, по истечении 12 месяцев со дня выдачи последнего документа или со дня обращения за назначением (восстановлением) пенсии.
…
Чтобы пенсионеру подтвердить факт нахождения в живых, необходимо его личное присутствие. Личность устанавливается на основании паспорта или других документов, исключающих любые сомнения относительно личности гражданина.
На старом WildFly вероятно будут проблемы, но наверняка WildFly оперативно обновится под новую реальность. Запуск нового ПО на старых версиях WildFly вообще затруднителен, слишком много возникает конфликтов версий библиотек.
При принятии решения об использовании того или иного ПО в проектах, буду избегать коммерческого ПО от Oracle (в первую очередь БД Oracle) заменяя альтернативным. Очень уж у них карма плохая.
Кстати да, отказ контроллера — реальный кейс. Причем иногда оказывается что к моменту отказа, контроллеры такого типа или с такой прошивкой уже невозможно найти в продаже, что рождает интересные проблемы — данные есть, а добыть их нельзя
Основные проблемы домашнего хостинга — нестабильность электропитания (которое еще и ограничено по мощности) и нестабильность канала связи. Если с электропитанием Вы еще что то можете порешать самостоятельно, то с пропавшим аплинком или упавшей скоростью — почти ничего (максимум, подключитесь к резервному каналу от другого оператора, однако если свет погас «на районе», с большой вероятностью пропадут оба канала). Опять же, дополнительный канал и оборудование, которое позволит понадобится для коммутации каналов, изменит экономику хостинга.
«инициация диалога с клиентом» — у РКН действительно нет четкого представления о том что такое «телематика», обычно (бодался как то на эту тему с ними) они трактуют телематику как передачу членораздельных сообщений, т е разнообразные «статусы» не попадают под телематику (по их представлениям). Я upwork-ом не пользовался, в связи с чем не знаю — «инициация диалога» подразумевает там возможность отправки сопроводительного сообщения или нет;
тут интересно, что «иностранцы», т е нерезиденты РФ фактически имеют привилегии по сравнению с резидентами РФ, так как при оказании аналогичных услуг гражданам РФ они не обременены необходимостью соблюдать законодательство РФ. Тема эта старая, но годы идут и ничего не происходит (или я не прав и что то пропустил?)
А «отклик» — это что? Если отклик содержит текстовое сообщение, то тут платная услуга по передаче телематических сообщений. Такая деятельность, согласно законам РФ, требует получения лицензии на телематику, без которой деятельность окажется незаконной. И, вуаля, мудрый и справедливый РКН идет к вам.
Я в электрнонике совсем не разбираюсь, но меня смутило изображение на схеме «однопереходного транзистора». В моем детстве так вроде тиристор изображали. Да и википедия дает другое изображение для однопереходного транзистора. Если не затруднит, поясните.
— ошибки такого типа могут возникать применительно к любому элементу разработки, наиболее часто при маппинге объектов (к этой группе можно отнести и сериализацию/десериализацию). Учитывая, что всем многообразии мапперов, проблема с кривым маппингом сохраняется по сию пору, можно предположить что и радикальное решение проблем сериализации невозможно.
— фактически Вы предлагаете заменить ручной код на ту самую «магию», которой пугаете. Магии станет больше.
— имплементация программистом интерфейса Serializable означает, что он уверен в сериализуемости объектов класса. Тут нет никакой магии. Вы описали класс, добавили где надо модификатор transient и уверены в его сериализуемости, что и подтверждаете имплементацией интерфейса.
А если вспомнить про «Электро-ОКУ», то возникает резонный вопрос — почему же все это заканчивается ничем?
Умер RAID-контроллер. Нужно восстановить информацию, сгорел древний аппаратный raid контроллер., «Raid контроллер сгорел. Как восстановить данные с raid 1+0 и т п, даже на хабре можно найти обсуждения подобных проблем: Что делать, если вышел из строя RAID-контроллер?. Это я к тому что проблема не редка. Из того что вспомнилось, были истории у каких то хостинг провайдеров, которые после аналогичной проблемы почти неделю ребилдили рейд и восстанавливали данные клиентов из пыльных бэкапов (естественно все восстановить не удалось) — это реальная жизнь.