Java 请求更新的技术

Java 请求更新的技术,java,database,tomcat,soap,log4j,Java,Database,Tomcat,Soap,Log4j,我正在从事一个项目,该项目使用了多种技术: 爪哇 JDBC事务隔离级别 Java服务包装器 Log4j ApacheTomcat Web服务器 伯特 Apache版本编号系统 ApacheAnt构建系统 肥皂 该软件支持众所周知的数据库,如MSSQL、MySQL、Oracle和DB2。环境细分为以下模块: 与数据库交互的WebGUI 通过HTTP与数据库交互的服务(创建自己的表单并获得结果的格式化输出) 通过SOAP与数据库交互的服务 几乎所有的服务都是通过webapps在Tomcat中

我正在从事一个项目,该项目使用了多种技术:

  • 爪哇
  • JDBC事务隔离级别
  • Java服务包装器
  • Log4j
  • ApacheTomcat Web服务器
  • 伯特
  • Apache版本编号系统
  • ApacheAnt构建系统
  • 肥皂
该软件支持众所周知的数据库,如MSSQL、MySQL、Oracle和DB2。环境细分为以下模块:

  • 与数据库交互的WebGUI
  • 通过HTTP与数据库交互的服务(创建自己的表单并获得结果的格式化输出)
  • 通过SOAP与数据库交互的服务
几乎所有的服务都是通过webapps在Tomcat中提供的。我很确定我们没有这些技术的最新版本。
但我仍然想知道,我们能否以更少的依赖性实现同样的目标。有什么新技术可以使我们的生产效率更高吗?---

您列出的依赖项是相当成熟的标准技术,它们都可以解决不同的问题

我认为您不应该试图减少依赖项的数量。任何一个相当复杂的网站都会(也应该)有这么多的依赖关系,这样他们就可以利用那些专门从事这些领域的专家,并将他们的知识打包到免费的图书馆中。无论如何,使用它们


现代网站已经如此复杂,以至于没有一个人知道如何用同样的方法从头开始创建一个网站。

您对依赖项有任何问题吗?或者感觉生产力太低(具有可测量影响的事情,如“让新开发人员跟上速度需要太长时间”,或者“修复bug/添加功能变得很困难”)?如果不是的话,那就坚持到底……它看起来相当合理,听起来好像你没有直接设计它。。。这意味着如果你不去管它,你可能会过得更好。当你需要重新考虑的时候,你就会知道…我把那篇关于铅笔的文章删掉了。。。这是最真实的。不过,您必须尽早开始考虑将该软件推广到新一代。