jigsaw osgi_Java每周48/15:Jigsaw和OSGI,Java FP,Arquillian

jigsaw osgi

这篇文章最初出现在Thorben Janssen的Java EE博客上,每周都会发布Java新闻: Thoughts-on-java.org

函数式编程很好,一旦开始创建高阶函数,它就会变得更好,对吗?
好吧,我完全同意声明的第一部分,但第二部分使我有些紧张。 别误会,高阶函数非常有用,但正如Lukas Eder在他最近的文章: 提防Java函数编程中所指出的那样,它们还提供了一种非常容易的方法来实现内存泄漏

Java 9

模块化似乎是Java 9在互联网上最流行的部分,并且在会议上也很流行。 Yolande Poirier在她最近的帖子中重点介绍了在Devoxx Belgium上有关Java 9模块化的四个演讲。 如果您还没有看到它们,则应该看看youtube录音: Java 9中的模块化

如果您对Project Jigsaw感兴趣,您已经知道它与OSGI模块系统相比的缺点。 与现有的整体运行时相比,这将是一个改进,但它缺少一些关键功能,例如版本控制。 因此,尼尔·巴特利特(Neil Bartlett)尝试在模块化Java运行时之上运行OSGI模块系统,以将较小的运行时与更高级的模块系统结合在一起: OSGi和Java 9模块一起工作

Java EE

Roberto Cortez写了一篇不错的文章,内容涉及将Java EE应用程序从JBoss AS 4.x(Java EE 5)迁移到Wildfly 8.2(Java EE 7)。 即使将Java EE应用程序从旧服务器版本迁移到新版本,即使服务器已同时重命名,也没什么大不了的。 但是,如果您错过了4个市长发布版本,那情况将Swift改变。

还请参见: WebLogic应用服务器现在与Java EE 7兼容

如果您必须进行类似的迁移(或者只是想阅读过去的好消息……),请查看Roberto的帖子,他在其中描述了迁移的主要问题: 应用程序服务器迁移:从JBoss EE 5到Wildfly EE 7

这个和那个

衡量代码覆盖率通常是一件好事,但您不应为此设定目标。 正如Mark Seemann在他的帖子中所描述的那样,它提供了错误的激励措施,并且可能对您的代码质量造成严重影响, 代码覆盖率是无用的目标指标

测试Java EE应用程序可能会变得很复杂。 如果要进行包含已使用的容器服务的实际测试,则需要在特定的容器中运行它们。 这使得这些测试比简单的单元测试要复杂得多。 处理额外的复杂性并在特定容器中运行测试的一种方法是使用Arquillian。 如果您还不熟悉该框架,则应该看看Alexander Bischofs的介绍: How to Use Arquillian

翻译自: https://jaxenter.com/java-weekly-4815-jigsaw-and-osgi-fp-in-java-arquillian-122447.html

jigsaw osgi

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值