002Net与J2EE的比较.pptVIP

第一部分 第二课.Net与J2EE的比较 技术架构整合 Web 架构: J2EE vs .NET .NET与J2EE平台的详细对比 技术的成熟性 EJB 与 .NET 组件比较 Java阵营对EJB的看法 J2EE项目中只有10%使用EJB “EJB makes Java look bad. ” Sun’s Java PetStore: “write your data persistence twice” . “bi-modal data access layer” IBM Redbook: 不要使用EJB, 用存储过程 James Gosling, Borland Developer conference, May 2002 You have to manage it by ignoring it. The complexity of J2EE is pretty extereme…There’s a dirty little secret about J2EE; most people don’t need J2EE; XML Web Service 比较 J2EE的移植性与互操作性 理论上J2EE应用可以采用多个厂商的产品 只要符合J2EE的标准 实际情况 J2EE标准不完整，如 Web Service J2EE的技术需改进，如 EJB 各厂商发展各自的技术 不同产品很难协同和移植 J2EE可选择同一厂商支持的不同操作系统 .Net的移植性与互操作性 理论上.Net应用可移植到任何平台 CLS提交给标准化组织 只要支持CLR 实际情况 只有Windows/Free BSD .Net支持Web Service 可以使用任何平台运行的Web Service 任何平台可使用.Net Web Service 技术比较结论 .Net和J2EE应用有着相似的架构 .Net和J2EE有相应的主要技术 .Net所有技术来自Microsoft J2EE的技术有多个厂商的实现 .Net和J2EE可以满足大多数应用的需求 主要的差别不在技术的可行性上 开发效率 性能 成本 稳定性 Middleware 指标 接触 Microsoft 来重测J2EE / .NET 性能 花了4个月 测试J2EE / .NET 性能 新的全面的指标 所有结果由Middleware 公司取得并鉴定 报告发布在 http://middleware-company/j2eedotnetbench 可下载代码,测试脚本, 另有讨论论坛 检测的指标 Web 应用指标 三层Web体系结构 数据驱动的页面创建, 中间层商务逻辑, 中间层数据缓 存, 用户会话管理, 事务. 分布式事务处理指标 测试 .NET/COM+ vs. J2EE/JTA分布式事务管理 运行24小时以测试可靠性 包括性能 (TPS) 和价格/性能比 ($/TPS)指标 Web 服务指标 测试 XML Web 服务 (SOAP 1.1) 性能 测试作为SOAP服务器和SOAP客户的应用 测试的产品 两个领先的, 商用的J2EE应用服务器 因为许可限制, 标记为J2EE应用服务器A和B 用最新支持的JVMs, 由各个应用服务器的专家全面调节 Windows 2000 AS 运行.NET Framework 1.0 Windows.Net Server 2003运行.NET Framework 1.1 所有测试用Mercury LoadRunner 7.5进行 报告要点 配置/调节 J2EE应用服务器花费巨大时间 为匹配.Net性能, 每个J2EE应用服务器的调节花费了10个人-周的时间 调节.Net应用只花了两个人-周的时间 J2EE应用服务器在 MS Windows 2000 和Linux RH 7.2测试 应用服务器A 在Windows 2000的性能明显优于 Linux 应用服务器B 在两个系统上的性能相当 基于这些原因, 选择了Windows 2000作为测试平台 J2EE应用服务器A 和 B 展示出完全不同的性能特性 因为性能原因, Middleware 公司 抛弃了CMP 实现 EJB基于 BMP的方案 为避免性能问题, 必须在Entity Beans实现特殊的 “只读”接口 Windows 2000上 运行.NET 1.0 轻易击败J2EE Windows.Net Server 2003上 运行.NET 1.1获得更加明显的改进 Web 应用指标 在50/50配置下运行两个脚本 只流览 脚本模拟用户访问和进行搜索, 观看产品详情 下单脚本包括搜索和订购随机物品 下单过程包括5 页的购买过程 最后一步是分布式事务 分两个阶段向Orders 数据库 (加入定单和