Jmix 2.6: поддержка Lombok (для тех, кто ждал)

Lombok — это один из тех инструментов, которые действительно разделяют Java-сообщество.

Одни разработчики им восхищаются, другие полностью избегают.

Мы видим растущий интерес в сообществе, поэтому в Jmix 2.6 добавили базовую поддержку Lombok в Studio — чтобы упростить жизнь тем, кто предпочитает этот подход.

Вот что теперь работает:

🔹Studio распознаёт @Getter и @Setter на сущностях, а также @RequiredArgsConstructor на Spring-бинах.

🔹При использовании этих аннотаций Studio не будет генерировать дублирующий код при добавлении атрибутов сущностей или внедрении зависимостей.

🔹Если на сущностях используются @EqualsAndHashCode или @Data, Studio покажет предупреждение — и на это есть веская причина (см. раздел Entities в документации).

Это не означает, что мы рекомендуем повсеместное использование Lombok — но, если вы его применяете, теперь Studio работает с ним, а не против него.

#jmix26 #фича

🔥 Tabbed Application Mode в Jmix 2.6 теперь полностью готов к работе!

Последнее обновление принесло важные улучшения для пользователей тарифа Enterprise:

🧩 mainTabSheet теперь явно задаётся в layout главного экрана — это даёт:
– контекстное меню на вкладках
– горячие клавиши
– перетаскивание вкладок

📌 Добавлена аннотация @TabbedModeViewProperties — удобно задавать параметры отображения экранов во вкладках.

💾 Включено сохранение состояния UI + добавлен UIRefreshEvent при обновлении страницы.

➡️ Работать во вкладочном режиме теперь реально удобно!

А еще при создании проекта вы можете сразу выбрать шаблон Full-Stack Application with Tabbed Mode add-on – не потребуется даже отдельно устанавливать дополнение и вручную вносить правки в Main view!

#jmix26 #фича

🌍 Замена строк на локализованные сообщения

Когда делаешь MVP🚀 не хочется отвлекаться еще и на локализацию сообщений, потому что это немножко занудно 😮💨. Поэтому часто все что нужно, пишется прямым текстом:

notifications.create("All records removed");

Но потом настает момент, когда надо приводить код в порядок и вместо строк использовать нормальные сообщения, особенно если у вас несколько локалей🌍.
То есть, пишем вот так:

notifications.create(messageBundle.getMessage("records.removed"))

И еще вручную создаем записи в пакетах сообщений для каждой локали.
Просто скука смертная!💤

✨ Новое действие Replace with localized message (доступное в Java и XML-коде) позволяет быстро заменять строковые литералы на локализованные сообщения.

🚀 Продолжаем избавлять разработчиков от рутины!

#jmix26 #фича

Размещение в слотах HorizontalLayout 💡

Хочется сделать интерфейс покрасивее?
Всегда пожалуйста, CSS к вашим услугам!

- О, нет! Только не это!

Мы понимаем, что Java-разработчики стараются избегать CSS, пока это возможно.

Поэтому компонент hbox теперь поддерживает добавление компонентов в слоты start, center или end, упрощая позиционирование внутри HorizontalLayout.

🎯 Это значит, что интерфейсы станут ещё чище, логичнее и гибче:

🔹Элементы легко выравнивать по краям или по центру

🔹Быстрее создавать современные и аккуратные UI

😉 И без CSS!

#jmix26 #фича

💡 Jmix 2.6: Как просто вызвать удалённый сервис через REST

В дополнении REST DataStore упрощен вызов удалённых сервисов через REST API. Теперь для этого достаточно создать интерфейс, отражающий методы сервиса, и пометить его аннотацией @RemoteService.

📦 Как это работает:

1. На сервере создаете сервис с аннотациями:

@RestService("customers")
public class CustomerService {
@RestMethod
public List<Customer> getCustomersByName(String name) {
// Загрузка из базы
}
}

2. На клиенте создаете интерфейс с такой же сигнатурой:

@RemoteService(store = "serviceapp", remoteName = "customers")
public interface CustomerService {
List<Customer> getCustomersByName(String name);
}

3. И просто используете его, как обычный Spring-бин:

@Autowired
CustomerService customerService;

customerService.getCustomersByName("Alice");

🔥 А Jmix всё сделает сам:

• сериализует параметры,
• вызовет нужный REST endpoint,
• распарсит ответ,
• вернёт Java-объекты.

☕ Работает с сущностями, enum’ами, списками и даже с обычными POJO.

#jmix26 #фича

🎯 Как не превратиться в заложника собственного успеха: разбираемся с моделями поставки B2B приложений!

Знакомая история? Написал крутое B2B-приложение, нашёл первых 10 клиентов, деньги пошли... А потом понеслось: каждый клиент хочет "вот эту кнопочку сюда", "а можно чтобы у нас было по-другому", и вместо развития продукта ты патчишь 10 разных веток с уникальным кодом 😵

Виктор Фадеев, Jmix Product Manager, разобрал типичную ловушку "Copy-Paste-Pray" и показал, как её избежать с помощью правильной архитектуры.

В статье найдёте 3 модели поставки, которые Jmix поддерживает из коробки:

Extension Model — когда нужен баланс между кастомизацией и поддержкой
SaaS Model — для масштабирования без головной боли
Self-Host Model — для тех, кому нужен полный контроль

А также:
🔥 Реальный кейс: как один инженер чуть не сгорел, поддерживая 10 клиентских веток.
📊 Сравнительная матрица моделей по 5 ключевым критериям.
💡 Практические советы: когда какую модель выбрать и как не наступить на грабли.

Особенно актуально для тех, кто:
- Разрабатывает мульти-клиентские системы.
- Ищет баланс между кастомизациями и простотой поддержки.
- Хочет масштабироваться без найма армии разработчиков.

👉 Читать статью в блоге Jmix

P.S. А какие грабли с масштабированием B2B-продуктов встречали вы? Делитесь в комментариях!

#статья #b2b #архитектура #масштабирование