Vaadin JavaEE 是否可以逐步迁移到 Vaadin Spring?
Can gradual migration be possible for a Vaadin JavaEE to Vaadin Spring?
我们有一个现有的 Vaadin 8 JavaEE webapp,它是根据 Tickets Dashboard 演示进行改编和大量修改的。我们正在计划一个时间表,将应用程序迁移到使用 Spring(非引导)并在下一个版本中采用 MVC 模型。然而,在阅读 Vaadin Spring 文档并比较当前应用程序、示例面包店应用程序(spring,使用 Framework 8)和使用 Hibernate 4 和 [=84 的旧项目之间的源代码之后=] 4,我们还有几个关键问题需要帮助改进我们的迁移方法:
是否可以逐步迁移某些功能首先迁移到 Spring,然后在后续的次要版本中迁移其他功能?如果是,在进入较小的版本之前,我应该首先开始修改/调整哪个 类(除了下面的那些)到 Spring?
我们已经确定 75% 的应用程序使用复杂的本机 select 查询,其中 25% 用于 CRUD 操作。我们仍然坚持使用 Hibernate,因为大多数开发团队都熟悉它。坚持使用 DAO 泛型方法(封装实现,例如 https://www.baeldung.com/simplifying-the-data-access-layer-with-spring-and-java-generics)还是只使用面包师应用程序中的 JPARepository 接口更好?
我们正在使用 TomEE Plume(相当于 Tomcat 的 8.5)将应用程序部署到 Azure 云中作为开始部署。是否应包含任何特殊设置以适应该部署?
我们之前在 Vaadin 论坛上问过这个关于渐进迁移的问题,但没有任何回复:https://vaadin.com/forum/thread/17468362/17468363
我们在计划迁移后的近期目标是:
使其模块化并更容易合并后续功能,例如动态数据路由、断路器/重新路由、电子邮件通知、国际化,在生产级别将可管理实例的数量保持在 5-10 个等..
在未来几年内保持升级通道畅通,而不必从头开始重写所有内容,例如(Java 8 到 Java 11,Framework 8 到 Vaadin 12) .
如上所述,这是 运行 在 Azure 云中使用 MSSQL 数据库和 TomEE Plume 容器。
我们做了一些初步的代码修改,包括:
修改主要 pom.xml 并包括更好的 maven 分析(使用 https://www.mkyong.com/maven/maven-profiles-example/ 作为参考)
将休眠和 spring 设置移动到 application.properties 文件
添加了 application-context.xml 并将其再次划分为 application-context-dao.xml 和 application-context-service.xml 以使其易于管理。
Web.xml
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:applicationContext.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
<servlet>
<servlet-name>SycardaDashboard2</servlet-name>
<servlet-class>com.example.dashboard.DashboardServlet</servlet-class>
<init-param>
<param-name>UI</param-name>
<param-value>com.example.dashboard.DashboardUI</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>SycardaDashboard2</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
申请-context.xml
<beans>
<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<list>
<value>classpath*:application-development.properties</value>
<value>classpath*:application-production.properties</value>
</list>
</property>
</bean>
<import resource="classpath*:applicationContext-dao.xml" />
<import resource="classpath*:applicationContext-service.xml" />
<context:component-scan base-package="com.example.dashboard">
<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
</beans>
应用程序-dao-context.xml
<!-- Activates scanning of @Autowired -->
<context:annotation-config/>
<!-- Activates scanning of @Repository -->
<context:component-scan base-package="com.igi.sycarda.dashboard.dao"/>
<bean class="org.springframework.orm.hibernate4.HibernateExceptionTranslator"/>
<bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>
<bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean" destroy-method="destroy">
<property name="dataSource" ref="dataSource" />
<property name="packagesToScan">
<list>
<value>com.example.dashboard.entities</value>
</list>
</property>
<property name="hibernateProperties">
<props>
<prop key="hibernate.dialect">${hibernate.dialect}</prop>
<prop key="hibernate.query.substitutions">true 'Y', false 'N'</prop>
<prop key="hibernate.cache.use_second_level_cache">true</prop>
<prop key="hibernate.cache.use_query_cache">true</prop>
<prop key="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</prop>
<prop key="current_session_context_class">thread</prop>
<prop key="show_sql">${hibernate.show.sql}</prop>
<prop key="format_sql">${hibernate.format.sql}</prop>
<prop key="use_sql_comments">${hibernate.use.sql.comments}</prop>
</props>
</property>
</bean>
<!-- Transaction manager for a single Hibernate SessionFactory (alternative to JTA) -->
<bean id="transactionManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
首先,在迁移的第一周后,我们预计该应用程序仍具有 90% JavaEE,并且一两个功能将在 Spring 中。每周更新后,现有功能的数量将转变为使用 Spring,直到完全合并。
这样的迁移是可能的。你的问题有多个问题我只回答其中两个。
- 渐进迁移是否可能?是的,这是可能的,您可以首先将其集中在底层 - 在复杂单体的情况下,您的 DAO 和存储库。或者您可以尝试将您的应用程序分割成小的逻辑单元并尝试迁移这些单元。这种切片的例子是,如果我们有电子商务网站计算商品价格的服务。它是一个明确定义的服务,可以很容易地隔离。这样做还可以让您更好地了解您希望如何模块化应用程序。有时,这种方法对于大单体来说可能太难了,因为代码只是为了 sphagetti。
- Spring现有Daos的数据使用和迁移。使用 spring-data 不是必须的。拥有 DAOS 或手动编写的存储库非常好。在我看来,这种迁移不需要付出额外的努力或做额外的工作。
在我看来,您在迁移过程中的主要目标应该是进行合理的模块化并将整体分解为逻辑单元。我不是在谈论单独的可部署和微服务,没有必要走得太远。但是从逻辑上拆分它可能会为您提供迁移地图。
我们有一个现有的 Vaadin 8 JavaEE webapp,它是根据 Tickets Dashboard 演示进行改编和大量修改的。我们正在计划一个时间表,将应用程序迁移到使用 Spring(非引导)并在下一个版本中采用 MVC 模型。然而,在阅读 Vaadin Spring 文档并比较当前应用程序、示例面包店应用程序(spring,使用 Framework 8)和使用 Hibernate 4 和 [=84 的旧项目之间的源代码之后=] 4,我们还有几个关键问题需要帮助改进我们的迁移方法:
是否可以逐步迁移某些功能首先迁移到 Spring,然后在后续的次要版本中迁移其他功能?如果是,在进入较小的版本之前,我应该首先开始修改/调整哪个 类(除了下面的那些)到 Spring?
我们已经确定 75% 的应用程序使用复杂的本机 select 查询,其中 25% 用于 CRUD 操作。我们仍然坚持使用 Hibernate,因为大多数开发团队都熟悉它。坚持使用 DAO 泛型方法(封装实现,例如 https://www.baeldung.com/simplifying-the-data-access-layer-with-spring-and-java-generics)还是只使用面包师应用程序中的 JPARepository 接口更好?
我们正在使用 TomEE Plume(相当于 Tomcat 的 8.5)将应用程序部署到 Azure 云中作为开始部署。是否应包含任何特殊设置以适应该部署?
我们之前在 Vaadin 论坛上问过这个关于渐进迁移的问题,但没有任何回复:https://vaadin.com/forum/thread/17468362/17468363
我们在计划迁移后的近期目标是:
使其模块化并更容易合并后续功能,例如动态数据路由、断路器/重新路由、电子邮件通知、国际化,在生产级别将可管理实例的数量保持在 5-10 个等..
在未来几年内保持升级通道畅通,而不必从头开始重写所有内容,例如(Java 8 到 Java 11,Framework 8 到 Vaadin 12) .
如上所述,这是 运行 在 Azure 云中使用 MSSQL 数据库和 TomEE Plume 容器。
我们做了一些初步的代码修改,包括:
修改主要 pom.xml 并包括更好的 maven 分析(使用 https://www.mkyong.com/maven/maven-profiles-example/ 作为参考)
将休眠和 spring 设置移动到 application.properties 文件
添加了 application-context.xml 并将其再次划分为 application-context-dao.xml 和 application-context-service.xml 以使其易于管理。
Web.xml
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:applicationContext.xml</param-value>
</context-param>
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
<servlet>
<servlet-name>SycardaDashboard2</servlet-name>
<servlet-class>com.example.dashboard.DashboardServlet</servlet-class>
<init-param>
<param-name>UI</param-name>
<param-value>com.example.dashboard.DashboardUI</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>SycardaDashboard2</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
申请-context.xml
<beans>
<bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
<property name="locations">
<list>
<value>classpath*:application-development.properties</value>
<value>classpath*:application-production.properties</value>
</list>
</property>
</bean>
<import resource="classpath*:applicationContext-dao.xml" />
<import resource="classpath*:applicationContext-service.xml" />
<context:component-scan base-package="com.example.dashboard">
<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
</beans>
应用程序-dao-context.xml
<!-- Activates scanning of @Autowired -->
<context:annotation-config/>
<!-- Activates scanning of @Repository -->
<context:component-scan base-package="com.igi.sycarda.dashboard.dao"/>
<bean class="org.springframework.orm.hibernate4.HibernateExceptionTranslator"/>
<bean class="org.springframework.dao.annotation.PersistenceExceptionTranslationPostProcessor"/>
<bean id="sessionFactory" class="org.springframework.orm.hibernate5.LocalSessionFactoryBean" destroy-method="destroy">
<property name="dataSource" ref="dataSource" />
<property name="packagesToScan">
<list>
<value>com.example.dashboard.entities</value>
</list>
</property>
<property name="hibernateProperties">
<props>
<prop key="hibernate.dialect">${hibernate.dialect}</prop>
<prop key="hibernate.query.substitutions">true 'Y', false 'N'</prop>
<prop key="hibernate.cache.use_second_level_cache">true</prop>
<prop key="hibernate.cache.use_query_cache">true</prop>
<prop key="hibernate.cache.region.factory_class">org.hibernate.cache.ehcache.EhCacheRegionFactory</prop>
<prop key="current_session_context_class">thread</prop>
<prop key="show_sql">${hibernate.show.sql}</prop>
<prop key="format_sql">${hibernate.format.sql}</prop>
<prop key="use_sql_comments">${hibernate.use.sql.comments}</prop>
</props>
</property>
</bean>
<!-- Transaction manager for a single Hibernate SessionFactory (alternative to JTA) -->
<bean id="transactionManager" class="org.springframework.orm.hibernate5.HibernateTransactionManager">
<property name="sessionFactory" ref="sessionFactory"/>
</bean>
首先,在迁移的第一周后,我们预计该应用程序仍具有 90% JavaEE,并且一两个功能将在 Spring 中。每周更新后,现有功能的数量将转变为使用 Spring,直到完全合并。
这样的迁移是可能的。你的问题有多个问题我只回答其中两个。
- 渐进迁移是否可能?是的,这是可能的,您可以首先将其集中在底层 - 在复杂单体的情况下,您的 DAO 和存储库。或者您可以尝试将您的应用程序分割成小的逻辑单元并尝试迁移这些单元。这种切片的例子是,如果我们有电子商务网站计算商品价格的服务。它是一个明确定义的服务,可以很容易地隔离。这样做还可以让您更好地了解您希望如何模块化应用程序。有时,这种方法对于大单体来说可能太难了,因为代码只是为了 sphagetti。
- Spring现有Daos的数据使用和迁移。使用 spring-data 不是必须的。拥有 DAOS 或手动编写的存储库非常好。在我看来,这种迁移不需要付出额外的努力或做额外的工作。
在我看来,您在迁移过程中的主要目标应该是进行合理的模块化并将整体分解为逻辑单元。我不是在谈论单独的可部署和微服务,没有必要走得太远。但是从逻辑上拆分它可能会为您提供迁移地图。