Question

我们有一个现有的Vaadin 8 JavaEE Web应用程序，该应用程序已从Tickets Dashboard演示进行了改编和大量修改。我们正在计划一个时间表，以将应用程序迁移到使用Spring（非引导）并为下一个版本采用MVC模型。但是，在阅读了Vaadin Spring文档并比较了当前应用程序，示例面包店应用程序（Spring，带有Framework 8）以及使用Hibernate 4和Spring 4的旧项目之间的源代码之后，我们仍然有一些关键问题需要改进我们的迁移方法：

在某些功能首先迁移到Spring之后又在后续的次要发行版中迁移到其他功能的情况下，是否可以进行逐步迁移？如果是，在进入较小的发行版之前，我应该首先对Spring进行哪些类的修改/改编（除下面的类之外）？
我们已经确定，我们的应用程序中有75％使用的是复杂的本机选择查询，其中25％用于CRUD操作。我们仍然坚持使用Hibernate，因为大多数开发团队对此都很熟悉。坚持使用DAO泛型方法（封装实现，例如https://www.baeldung.com/simplifying-the-data-access-layer-with-spring-and-java-generics）还是仅仅使用baker应用程序中的JPARepository接口，是更好的选择吗？
我们正在使用TomEE Plume（相当于8.5的Tomcat）将应用程序部署到Azure云中作为开始部署。是否应包含任何特殊设置以适应该部署？

我们之前在Vaadin论坛中曾问过有关逐步迁移的问题，但没有任何回复：https://vaadin.com/forum/thread/17468362/17468363

计划的迁移活动之后，我们的近期目标是：

使其模块化并易于合并后续功能，例如动态数据路由，断路器/重新路由，电子邮件通知，国际化，在生产级别将可管理实例的数量保持在5到10。
在接下来的几年中保持开放的途径，而不必从头开始重写所有内容（例如，从Java 8到Java 11，Framework 8到Vaadin 12）。

如上所述，这用于在具有MSSQL数据库和TomEE Plume容器的Azure云上运行。

我们已经完成了一些初步的代码修改，包括：

修改主pom.xml并包括更好的Maven分析（使用https://www.mkyong.com/maven/maven-profiles-example/作为参考）
将休眠和弹簧设置移动到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>

application-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>

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直至完全整合。

Answer 1

这种迁移是可能的。您的问题中有多个问题，我只会回答其中两个。

是否可以逐步迁移？是可以的，您可以先将其居中放置在底层-如果是复杂的整体，则可以将DAO和存储库居中。或者，您可以尝试将您的应用程序切成小的逻辑单元，然后尝试迁移这些单元。这种切片的示例是，如果我们有一个电子商务站点，该服务可以计算商品的价格。这是一项明确定义的服务，可以轻松隔离。采取这种方法还将使您更好地了解如何模块化应用程序。有时候，尽管这种方法对于大型单块代码来说可能太困难了，而这些单单代码只是为了散布文字。
春季数据的使用和现有Daos的迁移。使用spring-data不是必须的。拥有DAOS或手动编写的存储库非常好。我认为无需付出额外的努力，也无需为这种迁移做额外的工作。

IMO，您在迁移过程中的主要目标应该是进行合理的模块化，并将整装成逻辑单元。我不是在谈论单独的可部署和微服务，没有必要走那么远。但是按逻辑拆分它可能会为您提供迁移图。

Vaadin JavaEE可以逐步迁移到Vaadin Spring吗？

1 个答案: