Далее чтобы подключить серверную часть, нам необходимо создать свой контроллер, наследующий сгенерированный, и повесить аннотацию @Controller
Вот здесь хотелось бы пояснения (в идеале - вторую часть статьи). Дело в том, что если просто включить в свое приложение все сгенерированные таким образом классы и Spring-контекст, то подложить свой контроллер MySomeServiceApiController на указанный в OpenAPI url не получится - RequestMapping уже будет занят сгенерированным контроллером SomeServiceApiController.
Чтобы такого не получилось, придется не включать сгенерированный Spring-контекст, либо...
Либо использовать опцию delegatePattern=true. Тогда помимо SomeServiceApiи SomeServiceApiControllerбудет сгенирован делегат в виде интерфейса с дефолтными методамиSomeServiceApiDelegate. И как раз делегат можно создать уже свой.
Работа с делегатами обладает следующими преимуществами:
Java-код не содержит никакой логики работы с HTTP, весь HTTP-слой можно полностью взять из классов, сгенерированных по OpenAPI. Сохраняется IoC-структура приложения, ориентированного в первую очередь на OpenAPI
Заглушки попадают в конечный сервис, что удобно для тестирования, если за OpenAPI отвечают не те же люди, что за реализацию сервиса - просто поменяв API можно сразу после пересборки увидеть появившиеся endpoint'ы.
Согласен, концепция с опорой на стандарт UEFI хорошая. Жаль даже, что Intel внезапно не стала ее поддерживать, используя свой SFI (и мы не увидели Windows PC Phone — смартфоны на x86 и классическом ядре Windows NT с потенциальной поддержкой всего софта, что есть для PC).
У Qualcomm, как понимаю, с тех пор UEFI является одним из этапов загрузки на всех устройствах, даже с Android.
Но есть еще и другие стандарты, особенно вывода графики. DirectX — не очень-то распростарненный стандарт, если брать всё многообразие платформ для устройств с GUI.
Пока разработчики Linux мучались с поддержкой всего разнообразия устройств под все платформы, разработчки Windows ждали, пока вендоры сами напишут драйвера. Под Windows для ПК вендоры писали, деваться было некуда.
А на Windows Phone все ожидаемо забили. Договорились только с Qualcomm и NVidia. Еще каким-то чудом в списке есть устройство на Rockchip с графикой Mali (вряд ли эксперимент был удачным), вроде еще поддерживалась графика от Vivante.
Zones и jails — это целостные контейнерные решения, существующие и на уровне ядер соответствующих ОС
namespaces — это технология изоляции процессов на уровня ядра, не являющаяся самой по себе технологией контейнеризации — в ней нет квот ресурсов, ограничений досутпа (к тому, что видно), виртуальной сети
Разработчики ядра Linux 10 лет решали, нужны ли там контейеры — в итоге контейнеры Linux сделали чисто userspace объектами
У Oracle стишки в коде были. Но для того, чтобы закопирайтить API, потому что на обычные API копирайт не распространяется, но на API со стихами — распространяется.
Формулировка "организм не готов к трате энергии" звучит, прямо, как у Максима Дорофеева. Книги и видео этого человека помогали мне разобраться, как достигать результат и, главное, стоит ли достигать результата.
Вот, пожалуй, самое близкое к теме: https://www.youtube.com/watch?v=v0pIkwyayhc&t=21s
Очень знакомое ощущение. Но всё-таки, хотелось бы конкретизировать, что значит, «не хватает сил»?
Например, по моему опыту, это может значить, «не хватает креативности», «не хватает мотивации», «не хватает самоконтроля, всё время отвлекаюсь», «общая подавленность, хочется лечь и ничего не делать»
Это всё взаимосвязанные вещи, но всё же разные, и решения этих проблем разные. Например, излишнее чтение новостей может порождать тревогу, блокирующую мотивацию или даже вызывающую депрессию, но само чтение может быть вызывано прокрастинацией.
Если вы используете PulseAudio на такой "колонке", то будете ограничены старым кодеком SBC с битрейтом по умолчанию, что вряд ли сделает качество звука лучше, чем на исходном девайсе.
PulseAudio можно пересобрать с неофициальной поддержкой AAC (для Ubuntu в PPA был пакет pulseaudio-modules-bt), но могут возникнуть проблемы с совместимость.
Слышал, в новом сервере PipeWire эта проблема уже решена.
Из доисторического помню видеотрансляции через RealPlayer на сайте BBC годах так в 2001-2002.
Телефонный модем давал где-то 45 кибит/с, но RealPlayer творил чудаса: малесенький кусочек видео RealVideo, трудно, но различимая говорящая голова 2-3 fps и хорошо различимая (но тогда еще далеко не всегда понятная мне) английская речь. Репортажи, конечно, превращались в слайд-шоу, но речь в них была слышна. Еще, кажется, была возможность смотреть через Windows Media Player, но в нем качетсво было гораздо хуже на таких битрейтах. Можно было открыть в самом Relaplyer-е — на Pentium 1 было актуально экономить ресурсы. В Server-Agent у них, кстати, был SunOS-SPARC, позже RedHat-x86/amd64.
С исчезновением телефонных модемов, плюсы RealPlayer уже были неочевидны, а минус был гигантский — зашкаливающее количество уязвимостей в новых версиях.
Правильно сомневаетесь, Intel Atom® серии Z520 не поддерживает x64, только 32-битный режим, а Windows 11 нужен 64-разрядный процессор.
Ничего не получится, части 2 не будет.
Вероятно, самый старый CPU, на котором Оддиннадцатка запустится — Intel Core 2 E6300, где есть compare&exchage16b, prefetchW и пр. необходмые инструкции. Как раз недавно подарил такой ящик, который успешно работал под Windows 7.
Для LinuxDeploy требуется возможность запуска нативного кода из приложения, которая появилась только в Android 2.2, а у меня 2.1, и перепрошивать не хочется.
Использовал альтернативный вариант, описанный в этой статье: habr.com/ru/post/331546
Если вам удалось загрузить свой модуль, то с EXT3(4) проблем возникнуть не должно — там нужны всего лишь crc16, jbd(2). И еще само файловую систему подтюнить: не все распространенные ныне фичи могут поддерживаться старым ядром — man 5 ext3(4)
... до очередного обновления Windows 10/11
Вот здесь хотелось бы пояснения (в идеале - вторую часть статьи). Дело в том, что если просто включить в свое приложение все сгенерированные таким образом классы и Spring-контекст, то подложить свой контроллер
MySomeServiceApiController
на указанный в OpenAPI url не получится - RequestMapping уже будет занят сгенерированным контроллеромSomeServiceApiController
.Чтобы такого не получилось, придется не включать сгенерированный Spring-контекст, либо...
Либо использовать опцию delegatePattern=true. Тогда помимо
SomeServiceApi
иSomeServiceApiController
будет сгенирован делегат в виде интерфейса с дефолтными методамиSomeServiceApiDelegate
. И как раз делегат можно создать уже свой.Работа с делегатами обладает следующими преимуществами:
Java-код не содержит никакой логики работы с HTTP, весь HTTP-слой можно полностью взять из классов, сгенерированных по OpenAPI. Сохраняется IoC-структура приложения, ориентированного в первую очередь на OpenAPI
Заглушки попадают в конечный сервис, что удобно для тестирования, если за OpenAPI отвечают не те же люди, что за реализацию сервиса - просто поменяв API можно сразу после пересборки увидеть появившиеся endpoint'ы.
Спасибо вам, что жалуетесь в GNU.
Та же проблема с электронными книгам Onyx Boox на Android. Только жаловаться в Гугл на них бесполезно - на них и так несертифицированный Android.
Интересно, что поддержка у Onyx находится в России, даже для западного рынка. И выдает аналогичные перлы: https://www.reddit.com/r/Onyx_Boox/comments/hsn7kx/onyx_using_recent_antichina_movement_as_excuse_to/
Хорошо, что появляются опенсорсные читалки типа Pinenote
Были смартфоны на Intel Atom, но в них почему-то использовался стандарт загрузки SFI, а не более общепринятый UEFI, совместимый с Windows
Согласен, концепция с опорой на стандарт UEFI хорошая. Жаль даже, что Intel внезапно не стала ее поддерживать, используя свой SFI (и мы не увидели Windows PC Phone — смартфоны на x86 и классическом ядре Windows NT с потенциальной поддержкой всего софта, что есть для PC).
У Qualcomm, как понимаю, с тех пор UEFI является одним из этапов загрузки на всех устройствах, даже с Android.
Но есть еще и другие стандарты, особенно вывода графики. DirectX — не очень-то распростарненный стандарт, если брать всё многообразие платформ для устройств с GUI.
Это не стандартизация, это заточенность только под одного производителя SoC — Qualcomm
Пока разработчики Linux мучались с поддержкой всего разнообразия устройств под все платформы, разработчки Windows ждали, пока вендоры сами напишут драйвера. Под Windows для ПК вендоры писали, деваться было некуда.
А на Windows Phone все ожидаемо забили. Договорились только с Qualcomm и NVidia. Еще каким-то чудом в списке есть устройство на Rockchip с графикой Mali (вряд ли эксперимент был удачным), вроде еще поддерживалась графика от Vivante.
Но это же UNIX, наверное? И это прод?
Именно, вполне можно использовать 4-контактный джек, а не кучу переходников
Не одними смартфонами живем, еще есть такое
Zones и jails — это целостные контейнерные решения, существующие и на уровне ядер соответствующих ОС
namespaces — это технология изоляции процессов на уровня ядра, не являющаяся самой по себе технологией контейнеризации — в ней нет квот ресурсов, ограничений досутпа (к тому, что видно), виртуальной сети
Разработчики ядра Linux 10 лет решали, нужны ли там контейеры — в итоге контейнеры Linux сделали чисто userspace объектами
У Oracle стишки в коде были. Но для того, чтобы закопирайтить API, потому что на обычные API копирайт не распространяется, но на API со стихами — распространяется.
Формулировка "организм не готов к трате энергии" звучит, прямо, как у Максима Дорофеева. Книги и видео этого человека помогали мне разобраться, как достигать результат и, главное, стоит ли достигать результата.
Вот, пожалуй, самое близкое к теме:
https://www.youtube.com/watch?v=v0pIkwyayhc&t=21s
Каков хозяин, таков и дом.
Очень знакомое ощущение. Но всё-таки, хотелось бы конкретизировать, что значит, «не хватает сил»?
Например, по моему опыту, это может значить, «не хватает креативности», «не хватает мотивации», «не хватает самоконтроля, всё время отвлекаюсь», «общая подавленность, хочется лечь и ничего не делать»
Это всё взаимосвязанные вещи, но всё же разные, и решения этих проблем разные. Например, излишнее чтение новостей может порождать тревогу, блокирующую мотивацию или даже вызывающую депрессию, но само чтение может быть вызывано прокрастинацией.
Если вы используете PulseAudio на такой "колонке", то будете ограничены старым кодеком SBC с битрейтом по умолчанию, что вряд ли сделает качество звука лучше, чем на исходном девайсе.
PulseAudio можно пересобрать с неофициальной поддержкой AAC (для Ubuntu в PPA был пакет pulseaudio-modules-bt), но могут возникнуть проблемы с совместимость.
Слышал, в новом сервере PipeWire эта проблема уже решена.
Из доисторического помню видеотрансляции через RealPlayer на сайте BBC годах так в 2001-2002.
Телефонный модем давал где-то 45 кибит/с, но RealPlayer творил чудаса: малесенький кусочек видео RealVideo, трудно, но различимая говорящая голова 2-3 fps и хорошо различимая (но тогда еще далеко не всегда понятная мне) английская речь. Репортажи, конечно, превращались в слайд-шоу, но речь в них была слышна. Еще, кажется, была возможность смотреть через Windows Media Player, но в нем качетсво было гораздо хуже на таких битрейтах. Можно было открыть в самом Relaplyer-е — на Pentium 1 было актуально экономить ресурсы. В Server-Agent у них, кстати, был SunOS-SPARC, позже RedHat-x86/amd64.
С исчезновением телефонных модемов, плюсы RealPlayer уже были неочевидны, а минус был гигантский — зашкаливающее количество уязвимостей в новых версиях.
Ничего не получится, части 2 не будет.
Вероятно, самый старый CPU, на котором Оддиннадцатка запустится — Intel Core 2 E6300, где есть compare&exchage16b, prefetchW и пр. необходмые инструкции. Как раз недавно подарил такой ящик, который успешно работал под Windows 7.
Использовал альтернативный вариант, описанный в этой статье: habr.com/ru/post/331546