我们有一个现有的 Vaadin 8 JavaEE Web 应用程序,它是根据 Tickets Dashboard 演示进行改编和大量修改的。我们正在计划将应用程序迁移到使用 Spring(非启动)并在下一版本中采用 MVC 模型的时间表。然而,在阅读 Vaadin Spring 文档并比较当前应用程序、示例面包店应用程序(Spring,使用 Framework 8)以及使用 Hibernate 4 和 Spring 4 的旧项目之间的源代码后,我们仍然有几个关键问题:需要帮助改进我们的迁移方法:
是否可以逐步迁移,即部分功能首先迁移到 Spring,然后在后续的小版本中迁移其他功能?如果是,在进入较小的版本之前,我应该首先开始修改/适应哪些类(除了下面的类)以适应 Spring?
我们已经确定 75% 的应用程序使用复杂的 native 选择查询,其中 25% 使用 CRUD 操作。我们仍然坚持使用 Hibernate,因为大多数开发团队都熟悉它。坚持使用 DAO 泛型方法(封装实现,例如 https://www.baeldung.com/simplifying-the-data-access-layer-with-spring-and-java-generics )还是仅使用面包师应用程序中的 JPARepository 接口(interface)更好?
我们正在将应用程序部署到 Azure 云中,并使用 TomEE Plume(相当于 Tomcat 的 8.5 版本)作为起始部署。是否需要包含任何特殊设置来适应该部署?
我们之前曾在 Vaadin 论坛中提出过有关逐步迁移的问题,但没有任何回复:https://vaadin.com/forum/thread/17468362/17468363
计划迁移后我们的近期目标是:
使其模块化,更容易合并后续功能,例如动态数据路由、断路器/重新路由、电子邮件通知、国际化、将生产级别的可管理实例数量保持在 5-10 等。
保持升级途径开放,而无需在未来几年内从头开始重写所有内容,例如(Java 8 到 Java 11、Framework 8 到 Vaadin 12)。
如上所述,这是为了在 Azure Cloud 上使用 MSSQL 数据库和 TomEE Plume 容器运行。
我们已经完成了一些初步的代码修改,包括:
修改主 pom.xml 并包含更好的 Maven 分析(使用 https://www.mkyong.com/maven/maven-profiles-example/ 作为引用)
将 hibernate 和 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>
应用程序上下文.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>
application-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 和存储库。或者您可以尝试将应用程序分割成小的逻辑单元并尝试迁移这些单元。此类切片的示例是,如果我们有电子商务网站计算商品价格的服务。它是一个定义明确的服务,可以轻松隔离。采用这种方法还可以让您更好地了解如何模块化应用程序。有时,对于大型整体来说,这种方法可能太困难,因为代码只是意大利面。
- Spring Data 使用和现有 Daos 的迁移。您不必使用 spring-data。拥有 DAOS 或手动编写的存储库是完全可以的。我认为不需要付出额外的努力,或者为这样的迁移做额外的工作。
在我看来,迁移期间的主要目标应该是进行合理的模块化并将整体拆分为逻辑单元。我不是在谈论单独的可部署项和微服务,没有必要走得太远。但从逻辑上拆分它可能会为您提供迁移图。
关于java - Vaadin JavaEE 可以逐步迁移到 Vaadin Spring 吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54726439/