当前位置: 首页 > 知识库问答 >
问题:

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

红弘盛
2023-03-14

我们有一个现有的Vaadin 8 JavaEE网络应用程序,它是根据门票仪表板演示进行改编和大量修改的。我们正在计划将应用迁移到使用Spring(非引导)的时间表,并在下一个版本中采用MVC模型。然而,在阅读了Vaadin Spring留档并比较了当前应用程序、示例面包店应用程序(Spring,带有框架8)和使用Hibernate 4和Spring 4的旧项目之间的源代码后,我们仍然有一些关键问题需要帮助改进我们的移民方法:

>

我们已经确定,75%的应用程序使用复杂的本机select查询,25%使用CRUD操作。我们仍然坚持使用Hibernate,因为大多数开发团队都熟悉它。坚持使用DAO泛型方法(封装实现,例如https://www.baeldung.com/simplifying-the-data-access-layer-with-spring-and-java-generics)或者只是使用baker应用程序中的JPARepository接口?

我们正在将应用程序部署到Azure云中,以TomEE Plume(相当于Tomcat的8.5版本)作为开始部署。是否应包括任何特殊设置以适应该部署?

我们以前在瓦丁论坛上问过这个关于逐渐移民的问题,但没有任何回答:html" target="_blank">https://vaadin.com/forum/thread/17468362/17468363

在计划的迁移活动之后,我们的近期目标是:

>

保持升级渠道的开放性,而不必在未来几年内从头重写所有内容,例如(Java8到Java11,Framework8到Vaadin12)。

如上所述,这适用于在Azure Cloud上运行MSSQL数据库和TomEE Plume容器。

我们已经做了一些初步的代码修改,包括:

>

将hibernate和spring设置移动到应用程序。属性文件

添加了application-context.xml,并再次将其划分为application-context-dao.xml和application-context-service.xml,使其易于管理。

网状物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>

应用程序dao上下文。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,直到它被完全整合。

共有1个答案

卫高谊
2023-03-14

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

  1. 渐进迁移是可能的吗?是的,这是可能的,你可以先把它集中在底层——在复杂整体的情况下,你的DAO和存储库。或者您可以尝试将应用程序切成小的逻辑单元,并尝试迁移这些单元。这种切片的例子是,如果我们有电子商务网站计算一个项目的价格的服务。它是一个定义明确的服务,可以很容易地隔离。这样做还可以让您更好地了解如何模块化应用程序。有时,尽管这种方法对于代码只是sphagetti的大单块来说可能太难了。
  2. Spring现有Daos的数据使用和迁移。这不是必须使用Spring数据。拥有DAOS或手动编写的存储库是非常好的。在我看来,不需要付出额外的努力,也不需要在这样的迁移中做额外的工作。

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

 类似资料:
  • 问题内容: 我们已经有使用带有WebDriver的Cucumber- gherkin功能文件的自动化测试用例。现在,我们能够并行执行功能文件,但是我们不能在方案/方案大纲级别上并行执行。通过这种方式,我们希望最大程度地减少执行时间,并最大程度地利用云服务。 我读了这篇帖子,声称 可以将小黄瓜作为QAF方案运行,因此它将具有运行配置,报告,并行执行,步骤侦听器等功能 。 迁移之前,我想知道是否有人尝

  • 我需要选择一个日志框架来替换log4j。我最初选择slf4j logback作为日志记录,并编写了以下配置,将应用程序日志和apache cxf的日志输出到单独的文件中,并在控制台上输出Spring/hibernate日志: 然而,我开始了解log4j2中的异步日志记录,我想在我的设置中使用log4j2实现异步日志记录,为此我编写了以下配置: log4j2配置可以工作,但它只在文件(app_log

  • Angular 是使用 TypeScript 构建的,并且支持向 Angular 提供元信息的装饰器。 TypeScript 的装饰器会让语法感觉更加“自然”,尽管有可能使用 Angular 没有的功能。

  • 所以我在我的一个设备上安装了iOS10。现在我无法在设备上运行我的应用程序,得到‘找不到开发人员磁盘映像’错误。 所以我下载了最新的Xcode8-beta版。现在我的代码不能编译了--我首先要把它转换成最新的语法。因此,在修复所有非自动转换语法问题的同时,我导入的框架也出现了错误:“module file was created by an旧版本的编译器”,据我理解,这意味着这个框架需要用当前版本

  • 这看起来很奇怪,因为可以自动生成这些迁移(例如,像django一样),而且令人惊讶的是,V1的create-commands是自动生成的,但是如果我以后添加一个表,我必须手动键入命令。 那么,我是错过了它,还是我真的必须编写迁移?

  • 我有一个现有的基于Gradle的多模块Google App Engine(GAE)项目,该项目最初基于https://github.com/GoogleCloudPlatform/appengine-modules-sample-java. 该项目有Cloud Endpoint for App Engine,我正在将其迁移到Cloud Endpoint Framework("云endpoint版本