论坛首页 Java企业应用论坛

商业J2EE中间件价值何在?

浏览 34379 次
该帖已经被评为良好帖
作者 正文
   发表时间:2009-06-17  
lonlyleo 写道
在我还没来得及深入研究EJB的时候,EJB就已经淡出我们项目组的视线了。
即使用了EJB,那也是多半部署在JBoss中,Weblogic就一两个有钱的主指定才用了,反正我们公司也赚不到这个钱(都不用我们采购Weblogic)

SOA目前看起来在我们这里似乎也还没有特别明确的应用需求,感觉我们可以用其他的一些实实在在的技术框架去解决我们的问题,这些问题看起来也像是SOA要解决的,但我们却没有已经或部分“SOA”了的感觉。

我们还没有碰到一个能把SOA的概念给我们解释得很清楚的,包括很多上门来推销SOA产品的;也许是这些SOA产品公司的销售对SOA本身也是稀里糊涂,总之,我们就是觉得他们所说的SOA好像就是模块化、组件等等类似的概念;甚至还不如OSGi来的实在。

说实话,我们现在对SOA这个概念真的很不了解,有点畏惧。随之而来的又是一大堆大词,SOA、ESB、EAI、GOD。。。。

ESB、EAI可不是什么虚幻的概念,是实实在在东东,前者用于企业应用间总线式访问调用,取代原来的EJB、JMS调用。后者常用来做系统间数据同步,关联系统间通过EAI发布和订阅文档实现业务数据同步。
0 请登录后投票
   发表时间:2009-06-17  
macro.son 写道
lonlyleo 写道
在我还没来得及深入研究EJB的时候,EJB就已经淡出我们项目组的视线了。
即使用了EJB,那也是多半部署在JBoss中,Weblogic就一两个有钱的主指定才用了,反正我们公司也赚不到这个钱(都不用我们采购Weblogic)

SOA目前看起来在我们这里似乎也还没有特别明确的应用需求,感觉我们可以用其他的一些实实在在的技术框架去解决我们的问题,这些问题看起来也像是SOA要解决的,但我们却没有已经或部分“SOA”了的感觉。

我们还没有碰到一个能把SOA的概念给我们解释得很清楚的,包括很多上门来推销SOA产品的;也许是这些SOA产品公司的销售对SOA本身也是稀里糊涂,总之,我们就是觉得他们所说的SOA好像就是模块化、组件等等类似的概念;甚至还不如OSGi来的实在。

说实话,我们现在对SOA这个概念真的很不了解,有点畏惧。随之而来的又是一大堆大词,SOA、ESB、EAI、GOD。。。。

ESB、EAI可不是什么虚幻的概念,是实实在在东东,前者用于企业应用间总线式访问调用,取代原来的EJB、JMS调用。后者常用来做系统间数据同步,关联系统间通过EAI发布和订阅文档实现业务数据同步。


这些东西我还没有接触过。不过听你这么一说,我到有种换了马甲来卖钱的嫌疑。 ESB、EAI,取代原来的EJB、JMS调用。
0 请登录后投票
   发表时间:2009-06-17  
看了某些小同学的观点,我想说下面的话:

民科和科学家最大的区别是什么?科学家想弄清楚事情的真相,行的原因是什么,不行的原因是什么,怎么严格推导和证明,怎么用实验证明,怎么处理后果,怎么利用。民科的目的就是他说什么,什么就是对的,专家的如果和他不一样,就是错的,用各种各样的“经历”和“名词”来加以强调。所以民科和科学家没法交流,民科的理论尽管没有任何用处(或害处),但讨论和对公众的不良印象损耗也是非常大的。

民科是不会因为你挖苦,鄙视,教育就可以领会如何从真正科学的角度来考虑问题的,因为他们没有这个基础。这是客观条件,没法改变的。民科只会坚持自己的观点,这是没有办法改变的,真的!别以为你可以教会试图推翻相对论的民科真正的相对论,因为他们连牛顿定律都不知道,需要好多年才能理解相对论。你是绝对没有能力让他理解相对论,然后从同一个层次来讨论的!软件架构也是一样……
0 请登录后投票
   发表时间:2009-06-17  
treblesoftware 写道
macro.son 写道
lonlyleo 写道
在我还没来得及深入研究EJB的时候,EJB就已经淡出我们项目组的视线了。
即使用了EJB,那也是多半部署在JBoss中,Weblogic就一两个有钱的主指定才用了,反正我们公司也赚不到这个钱(都不用我们采购Weblogic)

SOA目前看起来在我们这里似乎也还没有特别明确的应用需求,感觉我们可以用其他的一些实实在在的技术框架去解决我们的问题,这些问题看起来也像是SOA要解决的,但我们却没有已经或部分“SOA”了的感觉。

我们还没有碰到一个能把SOA的概念给我们解释得很清楚的,包括很多上门来推销SOA产品的;也许是这些SOA产品公司的销售对SOA本身也是稀里糊涂,总之,我们就是觉得他们所说的SOA好像就是模块化、组件等等类似的概念;甚至还不如OSGi来的实在。

说实话,我们现在对SOA这个概念真的很不了解,有点畏惧。随之而来的又是一大堆大词,SOA、ESB、EAI、GOD。。。。

ESB、EAI可不是什么虚幻的概念,是实实在在东东,前者用于企业应用间总线式访问调用,取代原来的EJB、JMS调用。后者常用来做系统间数据同步,关联系统间通过EAI发布和订阅文档实现业务数据同步。


这些东西我还没有接触过。不过听你这么一说,我到有种换了马甲来卖钱的嫌疑。 ESB、EAI,取代原来的EJB、JMS调用。

不解,无言...
0 请登录后投票
   发表时间:2009-06-17  
macro.son 写道
lonlyleo 写道
在我还没来得及深入研究EJB的时候,EJB就已经淡出我们项目组的视线了。
即使用了EJB,那也是多半部署在JBoss中,Weblogic就一两个有钱的主指定才用了,反正我们公司也赚不到这个钱(都不用我们采购Weblogic)

SOA目前看起来在我们这里似乎也还没有特别明确的应用需求,感觉我们可以用其他的一些实实在在的技术框架去解决我们的问题,这些问题看起来也像是SOA要解决的,但我们却没有已经或部分“SOA”了的感觉。

我们还没有碰到一个能把SOA的概念给我们解释得很清楚的,包括很多上门来推销SOA产品的;也许是这些SOA产品公司的销售对SOA本身也是稀里糊涂,总之,我们就是觉得他们所说的SOA好像就是模块化、组件等等类似的概念;甚至还不如OSGi来的实在。

说实话,我们现在对SOA这个概念真的很不了解,有点畏惧。随之而来的又是一大堆大词,SOA、ESB、EAI、GOD。。。。

ESB、EAI可不是什么虚幻的概念,是实实在在东东,前者用于企业应用间总线式访问调用,取代原来的EJB、JMS调用。后者常用来做系统间数据同步,关联系统间通过EAI发布和订阅文档实现业务数据同步。


从字面上、概念定义里面能够对这些词有些感觉,但总不是那么清晰。科学家们又讲得太抽象,最好能从实际项目需求出发来讲讲:EAI/ESB/SOA这些似乎都是面对系统间的整合/交互,那么什么样的项目/场景适合实施SOA?因为项目规模很大?还是因为要集成一堆遗留系统?或者需要异构支持?实施的最佳方案是全盘更新的大蓝图还是挨个去改造现有系统?对开发团队/个人能力有何要求?

其实真的很想去理解这样一些概念,因为工作中也会经常面临系统间接口、消息/业务流程整合等;但总是感觉这样一些理论大约只会应用在中间件的实现中(并作为卖点之一),假如是我们打算自己去实施企业内部应用,不打算买中间件,估计找不到人来教我们怎么自己去实施SOA吧?

上面民科和科学家的比喻没太明白,但如果鼓吹的技术/概念只能商业产品中找到所谓实现,多数技术人员难免会有些失望,因为至少做成本考虑时总会去想一个问题:假如不买这个东东,我们自己可以怎么去做?要是技术人员自己都摸不清楚,就会有一种上商业产品贼船的感觉。

万一要交互的一堆系统中用到了PHP/Java/C/RoR等等各种五花八门的实现技术的时候,又该用什么样的方法整合、交互?大部分的技术人员可能第一时间想到WebService,毕竟对负责开发不同系统的团队来讲,WS是个很通用的交流语言,总比对所有人培训如何SOA简单吧?(也因此反证:SOA可能更适用于某公司给某局整合实施完整业务系统的场景,因为只有局里才有那个魄力每隔几年推倒一切重来一次)

已经偏离楼主的问题了:)
0 请登录后投票
   发表时间:2009-06-18  
从程序员的角度看,似乎是完全没必要用这些的
可是如果从电信,移动局方的角度,就不一样了
0 请登录后投票
   发表时间:2009-06-18  
基本上就是这样,总体来说还是一个具有中国特色的,一些大的官僚机构或者垄断行业,一定是要有面子的,举个例子,如果中国移动用websphere,weblogic做服务器,那中国电信用tomcat,那岂不是太没面子了,好比人家穿着nike,你就穿着地摊上花10钱买的便宜货,面子上着实过意不去.
    因此在中国的的特殊社会,人家外国大佬们抓住了中国民众的心里,只要是牌子,国际品牌,我价格一定就要贵,越贵越好.让你买的人感觉我比较高一等!
    我们最近做的一个政府的项目,想一想,web方面一共就4个人用,也要买websphere,还要做集群,负载均衡!说出来简直可笑~~.中国的官僚!中国的面子!
1 请登录后投票
   发表时间:2009-06-18  
macro.son 写道
treblesoftware 写道
macro.son 写道
lonlyleo 写道
在我还没来得及深入研究EJB的时候,EJB就已经淡出我们项目组的视线了。
即使用了EJB,那也是多半部署在JBoss中,Weblogic就一两个有钱的主指定才用了,反正我们公司也赚不到这个钱(都不用我们采购Weblogic)

SOA目前看起来在我们这里似乎也还没有特别明确的应用需求,感觉我们可以用其他的一些实实在在的技术框架去解决我们的问题,这些问题看起来也像是SOA要解决的,但我们却没有已经或部分“SOA”了的感觉。

我们还没有碰到一个能把SOA的概念给我们解释得很清楚的,包括很多上门来推销SOA产品的;也许是这些SOA产品公司的销售对SOA本身也是稀里糊涂,总之,我们就是觉得他们所说的SOA好像就是模块化、组件等等类似的概念;甚至还不如OSGi来的实在。

说实话,我们现在对SOA这个概念真的很不了解,有点畏惧。随之而来的又是一大堆大词,SOA、ESB、EAI、GOD。。。。

ESB、EAI可不是什么虚幻的概念,是实实在在东东,前者用于企业应用间总线式访问调用,取代原来的EJB、JMS调用。后者常用来做系统间数据同步,关联系统间通过EAI发布和订阅文档实现业务数据同步。


这些东西我还没有接触过。不过听你这么一说,我到有种换了马甲来卖钱的嫌疑。 ESB、EAI,取代原来的EJB、JMS调用。

不解,无言...


意思就是:SOA似乎在忽悠。以前有的,换个名字。在来忽悠。
0 请登录后投票
   发表时间:2009-09-27  
tomcat的问题很多,weblogic我的看法的确好用多了,功能提供的也好用。

当然为此多花钱,普通用户就不必了。。。

期待更好的免费j2ee服务器
0 请登录后投票
   发表时间:2009-10-19  
别以为买了商业软件支持就好,你以为微软和IBM会支持你中小公司!?人家要卖服务的,一天至少8000块,并且有的时候你有钱没人也想买还买不到啊
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics