По отзывам там проблема с плашками памяти которые вызывают синий экран смерти, если брать на 32Гб, так что не все там сладко, хотя на бумаге аппараты огонь. По крайней мере в Minisforum и Beelink GTR7.
Не соглашусь, все замечания автора валидны для любого проекта с ограниченным количеством ресурсов и времени. Очень часто вместо сеньора менеджеры докидывают джунов и думают что это спасет ситуацию, по описанным в статье причинам ситуация только ухудшается. Либо джуна все начинают игнорить ТК большая запара и банально нет сил и времени с ним няньчиться, что демотивирует и самого Джуна, и в конце он просто разочаровывается и уходит из компании или проекта, оставляя негативный отзыв)
Так а какие там проблемы? Вроде же сессия это проблема сервера а не UI. Vaadin это же просто очередной толстый клиент аля ангуляра. Тут можно развернуть кластер томкатов и сделать стики сешн.
Уж лучше тогда использовать jsf primefaces, там хотя бы бесплатных компонент 100+ штук. А тут очень ограничен набор и лицензия на Энтерпрайз недешевая.
В статье всё верно описано, одна страница будет работать и грузиться быстрее при сингл пэйдж рендеринге. При использовании фреймворков и теплейт энджинов разработка UI происходит в разы быстрее, где не надо делать каждый компонент с нуля и к нему ещё и рест делать. Что опять же тупо по деньгам на разработку окупается, где лишние пару UI девов будут кушать денег как 20 мощных серверов на года, куда можно запихнуть рендер сервера. В общем если вы не фэйсбук нахрен это не окупается. А потом ещё весь этот зоопарк рест микросервисов поддерживать на бэке, и ещё отдельно поддерживать версии UI, вместо распределенного монолита в кластере как пример.
Подскажите, может есть ссылка на гитхаб исходного кода? Очень интересно как вы реализовали инжект спринг бинов в JSF бины. И как вообще идет работа со скоупами, возможно вы создавали кастомный спринг скоуп для @ViewScoped ?
А будет какой-нибудь пример конкретной реализации? Очень интересно было бы посмотреть, тк вопрос актуальный, в особенности при ране приложения в облаках на спот инстансах.
Подскажите будет ли предоставлены публичные апи как например в google workspace для возможности создания приложений сторонними разработчиками и размещения в вашем маркетплэйсе?
Основная претензия в том, что приходишь на проект, а там куча самописных велосипедов, которые никто не поддерживает и потом приходится банальные вещи не стандартными средствами, а через одно место делать)
По отзывам там проблема с плашками памяти которые вызывают синий экран смерти, если брать на 32Гб, так что не все там сладко, хотя на бумаге аппараты огонь. По крайней мере в Minisforum и Beelink GTR7.
Не соглашусь, все замечания автора валидны для любого проекта с ограниченным количеством ресурсов и времени. Очень часто вместо сеньора менеджеры докидывают джунов и думают что это спасет ситуацию, по описанным в статье причинам ситуация только ухудшается. Либо джуна все начинают игнорить ТК большая запара и банально нет сил и времени с ним няньчиться, что демотивирует и самого Джуна, и в конце он просто разочаровывается и уходит из компании или проекта, оставляя негативный отзыв)
Используйте бутстартер joinfaces и будет вам счастье)
Так а какие там проблемы? Вроде же сессия это проблема сервера а не UI. Vaadin это же просто очередной толстый клиент аля ангуляра. Тут можно развернуть кластер томкатов и сделать стики сешн.
Уж лучше тогда использовать jsf primefaces, там хотя бы бесплатных компонент 100+ штук. А тут очень ограничен набор и лицензия на Энтерпрайз недешевая.
Не смотрели в сторону использования редиса для хранения сессии? В томкате есть готовый коннектор.
Понятно что вам нужно переписывать решение с хранением предыдущих view но тем не менее.
Рекомендую вам ещё глянуть spring shell. Мне кажется там будет более удобно и стандартизированно, чем в кастомной библиотеке.
В статье всё верно описано, одна страница будет работать и грузиться быстрее при сингл пэйдж рендеринге. При использовании фреймворков и теплейт энджинов разработка UI происходит в разы быстрее, где не надо делать каждый компонент с нуля и к нему ещё и рест делать. Что опять же тупо по деньгам на разработку окупается, где лишние пару UI девов будут кушать денег как 20 мощных серверов на года, куда можно запихнуть рендер сервера. В общем если вы не фэйсбук нахрен это не окупается. А потом ещё весь этот зоопарк рест микросервисов поддерживать на бэке, и ещё отдельно поддерживать версии UI, вместо распределенного монолита в кластере как пример.
Добавляйте пэджинацию, и вытягивайте данные частями. Будет несколько запросов, но хотя бы нагрузку сможете регулировать.
А вы не смотрели spring-retry? Может был смысл писать решение на базе него? Если не подошёл, напишите пожалуйста в чём причина.
Подскажите, может есть ссылка на гитхаб исходного кода? Очень интересно как вы реализовали инжект спринг бинов в JSF бины. И как вообще идет работа со скоупами, возможно вы создавали кастомный спринг скоуп для @ViewScoped ?
Берёте любой серверный фрэймворк и не изобретаете велосипед, тот же Vaadin например.
А будет какой-нибудь пример конкретной реализации? Очень интересно было бы посмотреть, тк вопрос актуальный, в особенности при ране приложения в облаках на спот инстансах.
Подскажите будет ли предоставлены публичные апи как например в google workspace для возможности создания приложений сторонними разработчиками и размещения в вашем маркетплэйсе?
А почему нет в обзоре spring-retry?
Основная претензия в том, что приходишь на проект, а там куча самописных велосипедов, которые никто не поддерживает и потом приходится банальные вещи не стандартными средствами, а через одно место делать)
можно и куски, и циклы и if-ы, просто надо использовать xml мапперы а не аннотации.
Очень похоже на мой взгляд) я бы не стал изобретать велосипед, посмотрите mybatis, он делает как раз то что вам нужно исходя из этой статьи.
Вы изобрели mybatis?