我对这个话题有些怀疑.在我们的大多数Spring bean(dao`s,服务和控制器)的应用程序中,我们使用"请求"范围.这种方法允许我们减少内存使用并创建无状态层.但另一方面,我们在Spring上下文初始化的每个请求上都松散了性能.我想在"单例"或"原型"范围内创建一些bean,例如DAO层.
您在应用程序中使用了哪些技术?也许存在一些设计Spring Web应用程序bean范围的建议?
当我在TeamCity构建代理上运行简单的Maven项目时,我正在观察一些奇怪的Liquibase行为.
Maven项目结构:
changelogs/
databaseChangeLog.xml
pom.xml
Run Code Online (Sandbox Code Playgroud)
运行命令:mvn liquibase:update
databaseChangeLogs.xml包含下一行: <includeAll path="changelogs/"/>
但构建日志包含重复记录:
liquibase: databaseChangeLog.xml: /home/teamcity/BuildAgent/work/28fe713da351c06d/changelogs/1.xml: ChangeSet /home/teamcity/BuildAgent/work/28fe713da351c06d/changelogs/1.xml ran successfully in 40ms
liquibase: databaseChangeLog.xml: Custom SQL executed
liquibase: databaseChangeLog.xml: changelogs/1.xml: ChangeSet changelogs/1.xml ran successfully in 36ms
Run Code Online (Sandbox Code Playgroud)
因此,Liquibase似乎从不同的位置选择了两次变更集:来自构建代理程序的构建文件夹和项目的根目录.
有人遇到同样的问题吗?任何想法如何解决这一问题?
我是Akka Streams框架中的新手,我想知道以Akka Streams为目标来解决我的问题的可能性.想象一下这是一个问题:
是否有可能用Akka Streams解决?
akka ×1
akka-stream ×1
java ×1
java-ee ×1
liquibase ×1
maven ×1
scala ×1
spring ×1
spring-mvc ×1
teamcity ×1