我们有一个现有的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,直到它被完全整合。
这种迁移是可能的。你有多个问题,我只回答其中两个。
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版本