管理系统用JAVA重写的可行性？

我以为系统设计得好的话结构上会比以前的C/S版本清晰，实际上对你们并不存大多大的风险，业务逻辑还不是和以前一样的，只不过另外封装一下而已。对你们来说应该要考虑使用成本，像WebLogic和WebSphere可不便宜的，别以为现在可以用盗版，到时候人家找上面门来可就麻烦了。

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

谢谢：iLdf(七伤拳)
关于WebLogic和WebSphere，像我们这个系统一定要配置吗？具体有什么用？这么一个系统架设在NT服务器上可行吗？
上面的老兄提供的是J2EE服务器，要做J2EE非用不可，不过你们可以选择不同的服务器软件，除了以上两种，还有Jboss，免费的。
另外讲一点，你们用JAVA重写原来系统，除环境配置外，代码量可不小哦：~）
呵呵谢谢各位的捧场
首先代码不是我们负责，因此工作量这边应该我不用担心^_^
我现在疑惑的是把J2EE的系统架设在NT的服务器上能不能体现他的优势（因为我考虑用SQL数据库）
我认为操作系统对J2EE性能影响不会很大。采用B/S架构客户端用户操作起来要麻烦些，不像C/S功能多且灵活。J2EE架构对系统管理员要求较高，得熟悉应用服务器的配置以及管理，所以你们得要求他们提供免费培训
如果没有大规模的访问，根本没有必要用J2EE. 十个j2ee项目能有两个能成功就不错，多半都会成为鸡肋。j2ee中的ejb有一种呼声，几乎认为是过度设计。采用j2ee会加大开发维护成本，望三思。我感觉你的东西用jsp+hibernate足够了。另外websphere和weblogic都是很贵的。
这个楼主不必担心，偶感觉J2EE在WIN2000下也挺稳定，使用MSSQL也没什么问题，就是最好去下载个SQL的JDBC驱动。还有J2EE的环境配置和管理，这个挺复杂，楼主需注意。
我认为你们简直拣到了一个大便宜，这样的系统不需要重组业务流程，失败的风险小多了。风险主要是技术风险。数据库如果用java的话，建议还是不要用sqlserver，主要是效率的问题，当然如果并发量不是特别大的话那就无所谓了，这个问题可以在最后进行规划也不迟！如果用mysql需要配置为支持事务的数据库，默认不支持，效率非常好！如果在开发过程中，使用j2ee必然会碰到一些问题，比如轮询的问题（尤其在cs架构中有这个需求），所以可能要采用j2ee+application混合方式，我的建议是能简则简，一定要避免过度设计。其实我觉得bs+applet这种方式挺好，维护量小多了，项目的成本和后期维护有很大的关系，没必要非要用cs结构。虽然我好久没做bs结构的项目了，主要做cs，但这是我的建议！
现在流行b/s，免安装吗，界面要比c/s清爽美观。
但有写操作方面必须改变方式，比如在b/s中没有dbgrid那样方便的列表控件等等。
当然，你们不负责开发，可以说风险是对于开发商的，这个你们不用考虑。
今后的维护，一般也没有什么，只是一个服务器端的维护，很容易就学会了。
呵呵谢谢各位的建议，小弟很受感动。^_^
还有些问题需要各位的帮助：
1、我们企业规模还算比较大，有多个异地分厂和服务站点，初步估计在线并发人数应该有100以上，需交换的数据信息也比较多，并且有系统有产品设计图纸（3维CAD图纸）的在线交流和管理功能。不知像这样的规模使用JBOSS和SQL行不行呢（^_^）？是应该采用j2ee+application方式比较好点吗？
2、上面各位提到的过度设计指的是什么呢？
3、J2EE项目真的像rainight(雨夜聆风)所说的10个有2个成功吗？
4、这个系统可能考虑运行过程中需调用一些用户端系统上的应用程序并有部分数据交流（这些系统为其他公司开发，一般的VC应用管理程序），请问J2EE能做到这方面的功能吗？
谢谢！