使用jdk1.3的轻量级java web框架

使用jdk1.3的轻量级java web框架,java,jakarta-ee,jboss,websphere,Java,Jakarta Ee,Jboss,Websphere,在这种情况下,我的老板让我开发一个web应用程序,用于查询和编辑数据库中表的数据。然后服务器环境被限制为jdk1.3,使用websphere(我不记得是哪个旧版本)作为应用服务器。这个web应用程序需要很轻,因为服务器很旧而且速度很慢。要连接的数据库尚未最终确定,我的老板建议以后使用jdni切换数据库,我将使用oracle进行测试。 由于服务器中尚未安装websphere,我的老板要求我首先在jboss 3.2.7上进行测试,然后在准备好后迁移到websphere。 是否有轻量级且兼容jdk1.

在这种情况下,我的老板让我开发一个web应用程序,用于查询和编辑数据库中表的数据。然后服务器环境被限制为jdk1.3,使用websphere(我不记得是哪个旧版本)作为应用服务器。这个web应用程序需要很轻,因为服务器很旧而且速度很慢。要连接的数据库尚未最终确定,我的老板建议以后使用jdni切换数据库,我将使用oracle进行测试。 由于服务器中尚未安装websphere,我的老板要求我首先在jboss 3.2.7上进行测试,然后在准备好后迁移到websphere。
是否有轻量级且兼容jdk1.3、jboss和websphere的框架可以简化任务,如对象关系模型、mvc等。

在jdk1.3和旧版本的websphere上开发新的应用程序?这个糟糕的决定的理由是什么

该JDK于2004年10月25日达到其EOL。那几乎是七年前的事了!这包括预泛型、预收集、预并发包、前代垃圾收集和许多其他改进


你和你的老板应该重新考虑这个决定。没有理由解释这一点。如果需要成本,可以获得一个免费的Java应用程序容器。如果它是一个web应用程序,请使用Spring并在Tomcat上部署;如果您需要EJB,请使用JBOSS。

使用直接的JSP+servlet+JDBC方法,因为您需要所有东西都是轻量级的,并且与JDK1.3兼容。使用ApacheDbutils减轻JDBC的痛苦。

Restricted?限制的具体原因是什么?这甚至不再是复古支持了!我还质疑为什么要使用一个甚至还没有安装的WebSphere旧版本。如果它已经足够旧,不受支持,那么您还可以使用轻量级但更现代的不受支持的解决方案。我的意思是,客户的环境是固定的,但我公司的测试环境尚未设置,无法满足他的ORM和MVC需求。根据涉及的表的数量,以及技术限制(历史之前的JDK和应用服务器),Struts和/或hibernate将不是一个可行的策略。我宁愿创建简单的master+detail jsp页面,并使用简化的JDBCAPI来补充servlet