社区
研发管理
帖子详情
我们公司正在计划作一个应用于EAI的Work Flow的工具,架构在Weblogic Integration或BizTalk之上,更面向商业逻辑,有自有语言,有编译译器,我个人觉得难度很大,不知道大家怎么看?
sexpunk
2001-09-24 10:19:40
...全文
172
15
打赏
收藏
我们公司正在计划作一个应用于EAI的Work Flow的工具,架构在Weblogic Integration或BizTalk之上,更面向商业逻辑,有自有语言,有编译译器,我个人觉得难度很大,不知道大家怎么看?
复制链接
扫一扫
分享
转发到动态
举报
AI
作业
写回复
配置赞助广告
用AI写文章
15 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
Jack_Loo
2001-10-02
打赏
举报
回复
"打补丁式的软件体系结构是他的致命弱点",一针见血。
sexpunk
2001-09-30
打赏
举报
回复
BEA的产品在J2EE体系中算是最好的。
因该还是不错。
但是我觉得J2EE的缺点在Java的根本概念上,打补丁式的软件体系结构是他的致命弱点。
而.Net是一个完整的体系,这是他的优点。至于能不能高端应用只是时间问题而已(这一点更本不用怀疑)。
即将推出的sun one我也不是很看好,不是说sun的研发能力不行,而是有一个根本目的问题,sun的最终目的是卖服务器(利润比软件丰厚的多),而MS的最终目的是卖软件,这就决定了有很大不同。
其实这也是一个老问题,即到底是硬件还是软件在决定着信息技术的发展,这个说起来就麻烦了,有时间再聊。
Hominidclint
2001-09-28
打赏
举报
回复
to : sexpunk(妖妖):
请谈谈你对weblogic的看法。也比较比较J2EE体系和.NET体系。
我觉得Weblogic只是一个基于J2EE解决方案的一个产品,在所有J2EE产品中BEA已经做得不错了。
umlmaster
2001-09-27
打赏
举报
回复
哈哈
sexpunk
2001-09-26
打赏
举报
回复
国内公司就是这样,而且象这种东西,国内用的又很少(据知还没有真正应用的),谁也没有一个相对公证的评价。而象BEA这种公司的北京首代处根本就没有真正的技术大牛,都是一帮sales,能把Weblogic server弄的很清楚就很不错了,至于象Integration这种配套的东西,懂得的人就更少...哎...
公司的几个CXO以前就是Lotus,NCR出来的,有的还去美国总部工作过。他们的观点就是IT外企在中国的公司就没有真正懂得技术的。
wilddragon
2001-09-25
打赏
举报
回复
哈哈
sexpunk
2001-09-25
打赏
举报
回复
哈哈,同感同感!
青润
2001-09-25
打赏
举报
回复
我觉得如果真的要批这些大公司,倒不如请他们的技术人员过来谈一下,谈一下你们对Weblogic整合方案的观点,请他们评价一下更好。
国内的公司往往会沉醉于自己的梦想,而其实是错误的。当然,也不乏好的构思。
sexpunk
2001-09-25
打赏
举报
回复
开会结束,会上Weblogic Integration被批的体无完肤,因为是基于数据级的集成,而不是逻辑级的。所以CXO们慷慨机昂,大有成为国内Work Flow先锋的势头。
而且还要基于Web service。
我也觉得可以一试,大老们提出的具体技术方案还是很有创新的,涉及商业机密,不便透露。
不过我觉得还是可行的
xbx
2001-09-24
打赏
举报
回复
我没有接触过,但很感兴趣。
青润
2001-09-24
打赏
举报
回复
的确难度不小。
北京曾经有一家公司做过一个基于J2EE的工作流系统,听说做得很不错。(但是我没有见到过,所以只能这样评价)
你可以找一下CSDN上的Wonder。
青润
2001-09-24
打赏
举报
回复
to sexpunk7(妖妖):
老兄,我一向是就事论事,所以……^&^我今天才会回答你的问题。
听了你这句话,我觉得你并不是那种过分小心眼的人,我们还是可以做朋友的。
sexpunk7
2001-09-24
打赏
举报
回复
各位谢了:
明天就要开会,我现在心里还没底,不知道在会上采取什么态度(我必须要表态),我个人觉得如果公司大,象联想或用友这种有研究部门的让他们潜心去做比较好。中小型公司根本耗不起。公司的几个CXO都是国外回来的,对国内的情况太乐观了,完全是“人有多大胆,地有多大产”,靠!是在不行国庆以后走人算了,我可不想绑着一起死。
to qingrun(青润):
兄弟现在安好?还在托普吗?
感谢兄弟不记前嫌,以后多连系
wilddragon
2001-09-24
打赏
举报
回复
支持支持
famousliy
2001-09-24
打赏
举报
回复
建议你用BizTalk,它对xml支持完善,但你要先洞悉xml及BizTalk的运行机制(直接向微软寻求帮助)。
用Weblogic难度很大,本身架构很复杂,java对xml支持的又很别扭,成本是BizTalk的数倍(也能卖更多的钱)。
企业
应
用集成
EAI
企业
应
用集成(Enterprise Application
Integration
,
EAI
)是指将不同企业内部或跨企业的多个信息系统连接起来,使得这些系统能够互相协
作
,共享数据和流程。在很多情况下,由于历史原因或是技术限制,企业内部可能会存在多个孤立的信息系统,这些系统之间缺乏有效的通信机制,导致数据无法共享,形成所谓的“信息孤岛”或者“烟囱
架构
”。信息孤岛指的是各个业务系统之间没有有效的数据交换和信息共享,导致了资源的浪费以及管理上的困难。
软考高级之系统
架构
师之企业
应
用集成
EAI
概述:消除信息孤岛; 企业集成平台; 分类:表示集成、数据集成、控制集成、业务流程集成、其他; 集成模式:
面向
信息的集成技术、
面向
过程的集成技术、
面向
服务的集成技术; 集成技术:EP、
应
用集成(Web Servic、J2EE
架构
、.NET
架构
、工
作
流、数据仓库)
EAI
(Enterprise Application
Integration
,企业
应
用集成)
表示集成和数据集成适用的环境下,都适
用于
控制集成。业务流程集成不仅要提供底层
应
用支撑系统之间的互连,同时要实现存在于企业内部的
应
用之间,本企业和其他合
作
伙伴之间的端到端的业务流程的管理,它包括
应
用集成、B2B集成、自动化业务流程管理、人工流程管理、企业门户,以及对所有
应
用系统和流程的管理和监控等。表示集成也称为界面集成,这是比较原始和最浅层次的集成,但又是常用的集成。从图1-8中可以看出,表示集成的实现是很简单的,也是很不彻底的,只是做了一层“外装修”,而额外多出来的集成界面也将可能成为系统的性能瓶颈。
论
面向
服务
架构
设计及其
应
用
企业
应
用集成(Enterprise Application
Integration
,
EAI
)是企业实现信息系统协同工
作
的关键途径,尤其是在当前多系统、多平台并存的企业环境下,集成需求愈发显著。
面向
服务
架构
(Service-Oriented Architecture,SOA)通过将企业资源和业务功能封装为服务的形式进行集成,实现了资源共享和系统的互操
作
性。SOA
架构
为企业提供了灵活、可扩展的集成方案,支持快速响
应
业务变化。本文将结合实际项目,探讨SOA在企业
应
用集成中的设计和
应
用实践。
常见的服务器
架构
入门:从单体
架构
、
EAI
到 SOA 再到微服务和 ServiceMesh
1、单体
架构
:将所有业务的表现层,业务
逻辑
层,数据访问层放在
一个
工程中最终部署在一台服务器 2、垂直
架构
:按业务场景拆分为互不相干的单体
架构
项目 3、前后端分离:前端关注页面样式与动态数据的解析及渲染,后端专注于具体业务
逻辑
4、
EAI
架构
:连通与集成相互独立的异构系统,解决信息孤岛的问题。 5、SOA
架构
:将各系统的不同功能单元抽象为服务,服务间通过标准的接口协议连接,从而到达复用 6、微服务:SOA思想的一种提炼,强调业务系统彻底的组件化和服务化 7、微服务2.0:由服务网格以代理的方式建立稳定的通信
研发管理
1,268
社区成员
28,284
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章