我遇到了一个情况......
在Spring 3.0和Java EE 6.0之间的Java EE开发方面,我被要求就哪种方法提出建议.我是,现在仍然是,Spring 2.5中,相比于传统的Java EE 5开发的启动,特别是与JBoss,我甚至迁移旧应用程序来春在这里影响了发展政策的重新定义,包括春特定的API,并帮助开发一个战略计划来培养更轻量级的解决方案,比如Spring + Tomcat,而不是更重的JBoss,现在,我们只是将JBoss用作Web容器,拥有我称之为"容器内容容器悖论",也就是说,让大多数API的Spring应用程序在JBoss中运行,所以我们正在迁移到tomcat.
然而,随着Java EE的6.0的许多功能的到来,这让春天在那个时候有吸引力的,易于部署,更少的耦合,甚至某种DI的,等等,似乎已经模仿,以某种方式或其他.JSF 2.0,JPA 2.0,WebBeans,WebProfiles等
所以,问题是......
从您的角度来看,考虑到Java EE 6.0提供的新视角,继续投资像Spring这样的非标准Java EE开发框架是多么安全和合乎逻辑？
我们可以谈谈Spring开发的3年或4年,或者您是否建议尽早采用Java EE 6.0 API及其实践？
我会很感激任何见解.
我们在这里努力工作,有人建议我们应该减小war文件的大小,特别是WEB-INF/lib目录的大小,以便提高我们的JBoss实例性能.我仍然怀疑的东西.
我们在应用服务器中部署了大约15个Web应用程序,每个大小约为15到20 MB.
我知道这涉及到很多变量,但你们其中有没有人真正处理过这种情况？.war文件大小实际上是否对Web容器产生了重大影响？
你能提供什么建议？
感谢你.
除了Apache commons-net FTPSClient之外,您是否知道任何优秀的开源库与FTPS站点进行交互
问候,
伙计们......女孩们,我正在研究一个项目,我认为可以通过实施领域特定语言来为某些类型的工作流程定义一套规则和/或条件来加强这个项目.
我希望能够牢牢掌握主题,基础知识,最佳实践等,特别是如何使用Java以某种方式实现它们.
你有什么建议？
您有什么提示/建议来编写更易理解的代码？
由于我最近一直在维护的一些代码缺乏结构和糟糕的格式,我有点感到沮丧,并且想提出一系列编写更易理解的代码的指南.
无论语言如何,任何建议都可能有所帮助.
问候.
你知道QBE在JPA 中实现类似Hibernate (Query by Example)的方法吗？
对于我的问题域,使用它的替代方法是使用某种字符串操作动态地构建SQL查询,这是我想要避免的.
我知道API中默认不支持此功能,但我认为它是构建动态查询的一种很棒的技术.
有什么建议？