社区
研发管理
帖子详情
我们公司正在计划作一个应用于EAI的Work Flow的工具,架构在Weblogic Integration或BizTalk之上,更面向商业逻辑,有自有语言,有编译译器,我个人觉得难度很大,不知道大家怎么看?
sexpunk
2001-09-24 10:19:40
...全文
201
15
打赏
收藏
我们公司正在计划作一个应用于EAI的Work Flow的工具,架构在Weblogic Integration或BizTalk之上,更面向商业逻辑,有自有语言,有编译译器,我个人觉得难度很大,不知道大家怎么看?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用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的数倍(也能卖更多的钱)。
【Python编程】Python日志系统logging模块配置与最佳实践
内容概要:本文全面解析Python logging模块的
架构
设计与配置方法,重点对比Logger/Handler/Filter/Formatter四组件的职责分离与组合灵活性。文章从日志级别(DEBUG/INFO/WARNING/ERROR/CRITICAL)的语义定义出发,详解StreamHandler与FileHandler的输出分流、RotatingFileHandler的按大小/时间轮转策略、以及SMTPHandler的异常邮件告警机制。通过代码示例展示dictConfig的YAML/JSON外部配置加载、日志上下文(LoggerAdapter/extra参数)的请求追踪注入、以及多进程/多线程环境下的日志安全(QueueHandler/QueueListener),同时介绍structlog的结构化JSON日志输出、日志采样与速率限制(filters)的性能优化,最后给出在分布式系统、容器化部署、合规审计等场景下的日志规范设计与集中采集方案。 24直播网:m.guoxinbilin.com 24直播网:whlhjt.com 24直播网:fqfybjy.com 24直播网:m.ynbcxl.com 24直播网:m.nvdei.com
【Python编程】Python API开发之RESTful与GraphQL设计
内容概要:本文深入对比RESTful与GraphQL两种API设计范式在Python中的实现,重点分析资源导向与查询导向在数据获取效率、版本控制、缓存策略上的差异。文章从HTTP方法语义(GET/POST/PUT/PATCH/DELETE)出发,详解Flask-RESTful的资源类路由映射、Marshmallow的序列化/反序列化校验、以及HATEOAS超媒体驱动的API发现机制。通过代码示例展示Graphene的Schema定义、Resolver解析函数的N+1查询问题与DataLoader批处理优化、以及GraphQL的订阅(Subscription)实时推送实现,同时介绍FastAPI的自动OpenAPI文档生成、Pydantic模型的请求体验证与响
应
序列化、以及REST API的版本控制策略(URL路径/请求头/内容协商),最后给出在微服务网关、移动
应
用后端、数据聚合层等场景下的API设计原则与性能优化建议。 24直播网:m.btla.sc.cn 24直播网:kllhs.gs.cn 24直播网:www.jljlg.xz.cn 24直播网:www.jmnyey.xj.cn 24直播网:jznybyey.qh.cn
电池焊接设备【SW三维图+IGS+x_t】.rar
电池焊接设备【SW三维图+IGS+x_t】.rar
车王喷涂生产线.rar
车王喷涂生产线.rar
围绕报表导出任务网关设计平台化能力
标题:围绕报表导出任务网关设计平台化能力 内容概要:结合用户体验、稳定性治理、扩展机制和排障手段,分析围绕报表导出任务网关设计平台化能力的建设方案。 24直播网:www.glbbs.gs.cn 24直播网:ymblk.org.cn 24直播网:ggdxs.org.cn 24直播网:mqanmq.org.cn 24直播网:tdzrwh.qh.cn
研发管理
1,268
社区成员
28,282
社区内容
发帖
与我相关
我的任务
研发管理
软件工程/管理 管理版
复制链接
扫一扫
分享
社区描述
软件工程/管理 管理版
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章