使用jdk1.3的轻量级java web框架
情况如下，我的老板要求我开发一个 Web 应用程序来查询和编辑数据库中表的数据。然后服务器环境限制为jdk1.3，使用websphere（旧版本，我不记得是哪个）作为应用服务器。由于服务器陈旧且缓慢，因此该 Web 应用程序需要轻量级。要连接的数据库还没有确定，老板建议以后切换数据库用jdni，我就用oracle进行测试。 由于 websphere 尚未在服务器中设置，我的老板要求我先在 jboss 3.2.7 上进行测试，然后在准备好后迁移到 websphere。 是否有任何轻量级且兼容 jdk1.3、jboss 和 websphere 的框架可以简化任务，例如对象关系模型、mvc 等。
here is situation, my boss ask me to develop a web application for querying and editing data of tables in a database. Then server environment is restricted to jdk1.3 with websphere(a old version, i dont remember which) as application server. This web application need to be light weight as the server is old and slow. the database to be connected is not finalized and my boss proposed to use jdni for later switching database, i will be using oracle for testing.
As the websphere is not yet setup in server, my boss ask me to test on jboss 3.2.7 first and later migrate to websphere when it is ready.
Is there any framework that is light weight and compatible for jdk1.3, jboss and websphere that simplify the task like object relational model, mvc etc.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
使用直接的 JSP + Servlet + JDBC 方法，因为您需要一切都是轻量级的并且兼容 JDK 1.3。使用 Apache DBUtils 来缓解 JDBC 难题。
Use straight forward JSP + Servlets + JDBC approach since you need every thing to be lightweight and JDK 1.3 compatible. Use Apache DBUtils to ease JDBC pains.
在 JDK 1.3 和旧版本的 WebSphere 上开发新应用程序？这个糟糕决定的理由是什么？
该 JDK 已于 2004 年 10 月 25 日终止。那几乎是七年前了！这就是预泛型、预收集、预并发包、预代垃圾收集以及许多其他改进。
你和你的老板应该重新考虑这个决定。没有任何理由可以解释它。如果需要付费，请获取免费的 Java 应用程序容器。如果是Web应用，则使用Spring并部署在Tomcat上；如果您需要 EJB，请使用 JBOSS。
Develop a new app on JDK 1.3 and an old version of WebSphere? What's the rationale for this poor decision?
That JDK reached its EOL on 25-Oct-2004. That's almost seven years ago! That's pre-generics, pre-collections, pre-concurrency package, pre-generational garbage collection, and a host of other improvements.
You and your boss should reconsider this decision. There's no reason that would explain it. If it's cost, get a free Java app container. If it's a web app, use Spring and deploy on Tomcat; if you require EJBs, use JBOSS.