当前位置: 技术问答>java相关
有关OA的问题
来源: 互联网 发布时间:2015-07-27
本文导语: 各位: 本人是一个JAVA的入门者,曾经用ASP+VB+Sql server搞过OA的产品,用PHP+Oracle搞过,同样也用Domino搞过,现在形势所迫,需要用JAVA来搞,所以请各位多多指教,特别关注以下问题。 1、因为是一个产品,所...
各位:
本人是一个JAVA的入门者,曾经用ASP+VB+Sql server搞过OA的产品,用PHP+Oracle搞过,同样也用Domino搞过,现在形势所迫,需要用JAVA来搞,所以请各位多多指教,特别关注以下问题。
1、因为是一个产品,所以需要降低成本,如服务器、数据库及其他支持平台,当然主要考虑的应是产品的生命力;
2、产品要求尽可能的易于升级和个性化的定制;
3、产品的硬件要求尽可能一般;
4、我以前的数据库结构和设计思想可继续沿用么;
5、在Java技术家族中,我都将采用哪些技术;
6、有没有人推荐一个跨平台的比较好的Mail服务器,最好免费
...
希望大家畅所欲言,不胜感激。
本人是一个JAVA的入门者,曾经用ASP+VB+Sql server搞过OA的产品,用PHP+Oracle搞过,同样也用Domino搞过,现在形势所迫,需要用JAVA来搞,所以请各位多多指教,特别关注以下问题。
1、因为是一个产品,所以需要降低成本,如服务器、数据库及其他支持平台,当然主要考虑的应是产品的生命力;
2、产品要求尽可能的易于升级和个性化的定制;
3、产品的硬件要求尽可能一般;
4、我以前的数据库结构和设计思想可继续沿用么;
5、在Java技术家族中,我都将采用哪些技术;
6、有没有人推荐一个跨平台的比较好的Mail服务器,最好免费
...
希望大家畅所欲言,不胜感激。
|
1、因为是一个产品,所以需要降低成本,如服务器、数据库及其他支持平台,当然主要考虑的应是产品的生命力;
------------------------------------------------------------------
可以使用tomcat但是要考虑使用人数,我们曾有一个项目tomcat实施没有问题但是运行时有400人就down le!!建议iplanet6的webServer.比bea的weblogic便宜多了!!!数据库吗!尽量跨品台,sqlServerOracle等,根据具体客户定制,用java当然跨os平台比较方便,只要编码写得好!!
2、产品要求尽可能的易于升级和个性化的定制;
----------------------------------------------------
当然是mvc架构了,framework可以套用structs,后台业务逻辑用ejb的话服务期就得appServer了,价格就大幅度提高了,iplanet的webServer和appServer就差十几万!!,不用ejb的话成本就低多了!!(个人认为oa这样的产品不易使用ejb因为主要应用是intranet应用)
3、产品的硬件要求尽可能一般;
----------------------------------------------------
上面这样就不用什么太好的硬件了,我们c333+128m+10G+win200(linux)都可以使用。
4、我以前的数据库结构和设计思想可继续沿用么;
-------------------------------------------------------
设计思想当然要更新了。业务逻辑可以完全不变!!
5、在Java技术家族中,我都将采用哪些技术;
--------------------------------
jsp(主要taglib)+servlet+struts+jdbc
如果作javaMail泽+JAF
6、推荐一个跨平台的比较好的Mail服务器,最好免费
----------------------------------
你们以前的mail Server完全可以用,要便宜有imail、MDaemon
相比之下我觉得MDaemon更好一些,性价比高,大客户可以用Iplanet Message Sever.很出色但是很贵。如果一定要免费的那就用James吧!!
不过到底如何,你们自己去看吧···
------------------------------------------------------------------
可以使用tomcat但是要考虑使用人数,我们曾有一个项目tomcat实施没有问题但是运行时有400人就down le!!建议iplanet6的webServer.比bea的weblogic便宜多了!!!数据库吗!尽量跨品台,sqlServerOracle等,根据具体客户定制,用java当然跨os平台比较方便,只要编码写得好!!
2、产品要求尽可能的易于升级和个性化的定制;
----------------------------------------------------
当然是mvc架构了,framework可以套用structs,后台业务逻辑用ejb的话服务期就得appServer了,价格就大幅度提高了,iplanet的webServer和appServer就差十几万!!,不用ejb的话成本就低多了!!(个人认为oa这样的产品不易使用ejb因为主要应用是intranet应用)
3、产品的硬件要求尽可能一般;
----------------------------------------------------
上面这样就不用什么太好的硬件了,我们c333+128m+10G+win200(linux)都可以使用。
4、我以前的数据库结构和设计思想可继续沿用么;
-------------------------------------------------------
设计思想当然要更新了。业务逻辑可以完全不变!!
5、在Java技术家族中,我都将采用哪些技术;
--------------------------------
jsp(主要taglib)+servlet+struts+jdbc
如果作javaMail泽+JAF
6、推荐一个跨平台的比较好的Mail服务器,最好免费
----------------------------------
你们以前的mail Server完全可以用,要便宜有imail、MDaemon
相比之下我觉得MDaemon更好一些,性价比高,大客户可以用Iplanet Message Sever.很出色但是很贵。如果一定要免费的那就用James吧!!
不过到底如何,你们自己去看吧···
|
不知道你参没参加本月25日的OA国际会议--北京举办的。
jsp+javabean+mysql+linux+tomacat4+apache绝妙的经济组合
你好厉害用过这么多!已前的思想吗只有一小部分有用,domino是文档型的数据库所以在设计方面与其他关系型数据库存在差异,邮件也得自己写了--javamail--
如果实现功能定制的话--workflow需要用到applet
jsp+javabean+mysql+linux+tomacat4+apache绝妙的经济组合
你好厉害用过这么多!已前的思想吗只有一小部分有用,domino是文档型的数据库所以在设计方面与其他关系型数据库存在差异,邮件也得自己写了--javamail--
如果实现功能定制的话--workflow需要用到applet
|
千万不能从以前的OA项目中直接移值过来,以前你用的语言都是过程性语言,而java是面向对象的语言,设计差别很大,如果你真要设计一个像你所说的灵活的OA产品,那么好好学习面向对象,最好是能够有一套自己的开发架构,这样产品的扩充能力是很强的。这是使用java最大的好处。可千万别把java当ASP来用,否则就没有太多意义了。
|
applet只是定义工作流的图形化,你如果不愿意用的话,
那你就结合domino,在domino上做工作流的定制当然不是图形化的罢了!引导用户需要定制那些表单就可以了!
用户的要求就是我们的需求!现在用户不一定都用xp吧!xp多么烂的系统啊!
好象下载一个javaplug-in没什么了不起吧!随便放在你的网页的任意一处!添加一个下灾连接就行了!
那你就结合domino,在domino上做工作流的定制当然不是图形化的罢了!引导用户需要定制那些表单就可以了!
用户的要求就是我们的需求!现在用户不一定都用xp吧!xp多么烂的系统啊!
好象下载一个javaplug-in没什么了不起吧!随便放在你的网页的任意一处!添加一个下灾连接就行了!
|
同意,做OA的话一方面是你的展现:你可以用Java或任何技术去做,另一方面是是数据的存储。如果你使用一些本身支持工作流的产品做后台的话会大大降低开发成本的。因此我也认为做OA的话,自己作一个比Domino更好的东西实在是没有什么必要的。
另外
选择数据库和服务器的问题是由你的需求决定的。如果你数据量很小,甚至可以用免费的MySQL,如果你的数据量非常大,就选择DB2或Oracle。服务器的话如果你的并发少,就用Tomcat好了,如果你的并发大,选择Websphere或Weblogic就是必然的。这些软件的费用你可以从用户身上拿回来,谁让他们提出需求的。
另外
选择数据库和服务器的问题是由你的需求决定的。如果你数据量很小,甚至可以用免费的MySQL,如果你的数据量非常大,就选择DB2或Oracle。服务器的话如果你的并发少,就用Tomcat好了,如果你的并发大,选择Websphere或Weblogic就是必然的。这些软件的费用你可以从用户身上拿回来,谁让他们提出需求的。