您现在的位置是：首页 > 文章详情

Jmix 2.3 发布 - 企业级 Java Web RAD 平台

日期：2024-08-19点击：160收藏

Jmix2.3 发布

我们最近发布了 Jmix 的 2.3 版本。这篇博客中，我们将介绍这个新版本中增加的新功能和改进。

有关完整的详细信息和升级说明，请参阅文档中的最近更新[1]页面。

Jmix 是一个企业级 Java Web 快速开发平台，包括：核心开源框架、特定的IDE，称为Studio 以及一组开箱即用的扩展组件。

1. 开源框架基于 Spring 和其他主流 Java 技术栈构建，使用 Jmix，只需 Java 或 Kotlin 单一开发语言即可完成业务逻辑和 Web UI 的开发。

2. Jmix Studio 是 IntelliJ IDEA 插件，可以辅助项目开发，极大地提升开发效率。

3. Jmix 扩展组件为典型的业务需求提供解决方案，例如，数据审计、REST API、电子邮件，报表生成、BPM 等。

Superset 扩展组件

Apache Superset[2] 是领先的数据探索和可视化开源解决方案。支持创建高度可定制的仪表板，其中可以包含多种图表。图表通过数据集填充数据，而数据是使用 SQL 从数据库中获取。

通过 Jmix Superset 扩展组件，在应用程序中可以很容易集成 Superset 服务，并将仪表板嵌入到 Jmix 视图中。例如，Bookstore 应用程序的主视图中包含了一个仪表板，展示客户订单的相关信息：

Superset 示例

连接到 Superset 服务时只需指定 URL 和用户凭证，在显示嵌入的仪表板时，由扩展组件负责请求、刷新和使用安全 token。

在 Superset 中创建好仪表板后，需要一些配置以便能在 Jmix 中嵌入。Superset 会生成一个 ID，外部应用可以通过这个 ID 引用该仪表板。

扩展组件提供的 dashboard UI 组件可以用于在应用程序视图中嵌入仪表板。只需在 embeddedId 属性中指定仪表板 ID：

 <superset:dashboard id="ordersDashboard"    embeddedId="4bc14bf5-a3ec-4151-979e-a920420e1f66"           height="100%" width="100%" maxWidth="50em"/>

Superset 服务直接与应用程序数据库相连。为了根据用户权限或其他条件筛选仪表板上显示的数据，可以在视图中将约束列表传递给仪表板。以下示例中，仪表板仅显示当前租户的数据：

 @Install(to = "ordersDashboard", subject = "datasetConstraintsProvider")   private List<DatasetConstraint> ordersDashboardDatasetConstraintsProvider() {       DatasetConstraint constraint = new DatasetConstraint(25,               "tenant = '" + tenantProvider.getCurrentUserTenantId() + "'");       return List.of(constraint);   }

有关如何在 Jmix 应用程序中使用 Superset 扩展组件的详细信息，请参考 Superset 文档[3]。

支持 OpenSearch

Jmix Search 扩展组件现在可以使用 OpenSearch[4] 服务了。无论使用的是 OpenSearch 还是 Elasticsearch 引擎，扩展组件中的所有功能（声明式索引定义、索引队列、UI 搜索控件等）均行为一致。通过在 build.gradle 中指定依赖的 starter 来区分使用的搜索引擎。从市场安装扩展组件时，默认情况下会使用 OpenSearch。

Fragments

Fragment 是一种新的 UI 构建块，可以分解复杂的 UI 结构，从而减少重复代码。就其特性而言，Fragment 介于视图和组合组件之间。

一方面，与视图一样，Fragment 的 XML 中可以包含数据组件和操作。并支持在 fragment 类中进行组件注入和事件处理。Studio 提供了一个用于创建空 fragment 的模板，以及与视图相同的 UI 设计器。

而另一方面，fragment 又可用作视图或其他 fragment 中的组件。

使用 Fragment 可以在构建和重用绑定了数据模型的 UI 代码时提供更大的灵活性。

通过下面的示例可以了解如何创建和使用 fragment。这个简单的 fragment 展示一个名为 Money 的可嵌入实体的数据。在 UI 设计器中可以显示 XML 和预览，如下所示：

Fragment 示例

Fragment 的类（也称为控制器）可以定义 setter 接收来自外部的参数。在我们的例子中，接收一个 Money 实例并将其保存到数据容器中：

 @FragmentDescriptor("money-fragment.xml")   public class MoneyFragment extends Fragment<JmixFormLayout> {          @ViewComponent       private InstanceContainer<Money> moneyDc;          public void setMoney(Money money) {           moneyDc.setItem(money);       }   }

在视图中包含 fragment 时，我们使用 fragment 元素并指定 fragment 的类。例如，父视图可以包含同一 fragment 的两个实例：

 <vbox>       <h4 text="msg://price"/>       <fragment id="unitPriceFragment"        class="io.jmix.bookstore.view.moneyfragment.MoneyFragment"/>   </vbox>   <vbox>       <h4 text="msg://discount"/>       <fragment id="discountFragment"        class="io.jmix.bookstore.view.moneyfragment.MoneyFragment"/>   </vbox>

在父视图的控制器内可以调用 fragment 的 API 来传递 Money 实例：

 @ViewComponent   private MoneyFragment unitPriceFragment;   @ViewComponent   private MoneyFragment discountFragment; @Subscribe   public void onReady(final ReadyEvent event) {       unitPriceFragment.setMoney(orderLineDc.getItem().getUnitPrice());       discountFragment.setMoney(orderLineDc.getItem().getDiscount());   }

Data Repositories

该版本完成了对 Spring Data Repository 作为 Jmix 生态系统中一等公民的支持。现在，视图中可以很方便地使用它们来加载和保存数据，同时兼容所有标准 Jmix UI 功能，如过滤、分页和排序等。

当使用向导创建视图时，在 Advanced 部分有 Use Data Repository 复选框。如果勾选，则可以选择已有的 Data Repository。向导生成的视图中，数据的读写都代理给了 Data Repository 的方法。

列表数据的加载代理中，从 Jmix LoadContext 对象中提取了 Spring Data PageRequest，然后通过 JmixDataRepositoryContext 对象为 Data Repository 提供过滤条件和其他选项。这里可以按需修改，例如，可以设置初始的排序：

 @Install(to = "customersDl", target = Target.DATA_LOADER)   private List<Customer> loadDelegate(LoadContext<Customer> context) {       // 将 Jmix 分页和排参数转换为 Spring Data PageRequest     PageRequest pageable = JmixDataRepositoryUtils.buildPageRequest(context);       if (pageable.getSort().isEmpty()) {           // 设置初始排序         pageable = pageable.withSort(Direction.ASC, "firstName", "lastName");       }       // 提供 Jmix 条件，fetch plan 以及 hints     JmixDataRepositoryContext jmixContext = JmixDataRepositoryUtils.buildRepositoryContext(context);       // 调用 repository 方法并返回分页内容     return repository.findAll(pageable, jmixContext).getContent();   }

上面的代码与下面加载器中的 JPQL 功能相同：

 <loader id="customersDl" readOnly="true">       <query>           <![CDATA[select e from bookstore_Customer e           order by e.firstName asc, e.lastName asc]]>       </query>   </loader>

所有继承 JmixDataRepository 了的 Repository 方法现在都支持 JmixDataRepositoryContext 作为附加参数。因此 Data Repository 能兼容 genericFilter、propertyFilter 组件以及声明式数据加载器。

TabSheet 标签页的延迟加载

当视图中有许多 UI 控件并且需要通过标签页进行分组时，我们通常使用 TabSheet 组件。

在该版本中，我们增加了将标签页标记为 lazy 的功能。打开视图时，不会自动加载这种标签页的内容。如果标签页包含大量组件并需要加载其他数据，那么使用该功能可以显著提高性能。

延迟标签页的数据加载和其他初始化内容需要在 TabSheet 的 SelectedChangeEvent 监听器中完成，例如：

 @ViewComponent   private CollectionLoader<Position> positionsDl;      private boolean positionsInitialized; @Subscribe("tabSheet")   public void onTabSheetSelectedChange(final JmixTabSheet.SelectedChangeEvent event) {       if ("positionTab".equals(event.getSelectedTab().getId().orElse(null))               && !positionsInitialized) {           positionsDl.load();           positionsInitialized = true;       }   }

还有一点，延迟标签页内的组件不能注入到视图类中，因为在视图初始化时还不存在。因此，只能在标签页完成初始化之后通过 UiComponentUtils.getComponent() 方法获取。

TwinColumn 组件

新的 twinColumn 组件为用户提供了一种熟悉且方便的方式来从列表中选择内容：

双列组件示例

授权服务扩展组件

我们已将授权服务（Authorization Server）模块提炼成了一个单独的扩展组件，有单独的文档[5]和安装流程。这个组件之前是与通用 REST 扩展组件一起安装。因此，现在如果需要安装通用 REST 组件时，需要考虑如何保护 REST 端点：使用授权服务或 OIDC 组件还是通过其他方式。

授权服务扩展组件提供了一个新的功能，可以实现资源所有者密码凭证授权（即原来的用户名密码授权）。OAuth 规范现在不推荐使用这种授权类型，但我们收到了很多开发人员的请求，于是决定在组件中实现并提供。可以在受信任的、老系统的或高度受控的环境中使用，使用已注册的 Jmix 应用程序用户对 REST 客户端进行简单的身份验证。

Liquibase changelog 合并

新版本中，Studio 最突出的新功能是能够合并已有的 Liquibase changelog。支持开发人员将几个最新的 changelog 合并为一个，并删除 changeset 中的重复操作。

比如这个场景：由于数据模型的迭代开发，有三个 changelog。第一个在表格中添加了 ALPHA 列，第二个添加 BETA 列，第三个添加 GAMMA 并删除 ALPHA。因此，在第一个 changelog 中引入的更改将被第三个 changelog 覆盖。

Aggregate Liquibase Changelogs 的操作在数据存储的右键菜单中。可以选择任意数量的新添加的 changelog 进行合并。比如我们选择上述三个 changelog：

Liquibase changelog 合并

新生成的 changelog 将仅包含真正使数据库结构与数据模型同步的更改，即添加 BETA 和 GAMMA 列：

Liquibase changelog 合并

Studio 会删除选定的 changelog 文件，并添加新的合并文件。为了使新的 changelog 集合与已执行了旧 changelog 的数据库兼容，Studio 会为新的 changeset 添加一个前提条件。这个条件指示 Liquibase 不要执行新的 changeset，例如，如果替换列表中的第一个 changelog 已经执行：

 <preConditions onFail="MARK_RAN">       <not>           <changeSetExecuted id="1" author="bookstore"      changeLogFile="io/jmix/bookstore/liquibase/changelog/2024/06/27-1-add-alpha.xml"/>       </not>   </preConditions>

执行 changelog 合并时需小心，因为合并 changelog 并不是对已有 changelog 进行分析和重新生成。而是依据第一个选定的 changelog 之前的数据库结构与当前模型之间的差异生成一个新的 changelog。因此，如果合并的 changelog 包含一些未反映在模型中的数据更新或结构更改（例如，存储过程），则可能丢失。

总的来看，使用此功能最自然、最安全的方法是在将最新更改提交到共享代码仓库或将功能合并到公共分支之前对 changelog 进行合并。

Studio 的其他改进

该版本还引入了多项能提升开发者体验的 Studio 功能：

Jmix 工具窗口提供了一个用于生成 UI 异常处理方法的操作。
Jmix UI 结构右键菜单中的 Convert to 操作可以将一个组件一键转换为另一个组件。Wrap into 操作可以将多个选定的组件包含至 TabSheet 的标签页中。
改进了 JPQL Designer 布局。
改进了 Dockerfile 生成。

所有 Studio 的改进内容，请参考 Issue tracker[6]。