自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(0)
  • 资源 (12)
  • 收藏
  • 关注

空空如也

设计一种云级别身份认证结构

在最近的IT记忆里,云迅速成为了最具爆发力的势力之一。它提供更高的可靠性、更好的灵活度、更低的成本和更简单的部署。云有着无可否认的潜力,能够让所有的用户和各行业受益。然而,尽管前景远大,云仍然还很年轻。许多企业仍然对在全范围内采用云来处理关键工作表示担心。最常被提起的不愿意迁移到云端的理由就是对安全的担心。特别是管理用户和访问云端的权限对于组织来说是一个很大的安全方面的疑虑,也是一个棘手的问题。 在云端的身份管理格外的困难,因为身份本身具有跨界的特点,而且身份管理会同时在架构上和组织上产生影响。许多业者害怕使用云会把自己暴露给可能的攻击和数据破坏。另外,很多公司并没有充分的条件来在企业级别和云端管理身份认证,因为他们缺乏灵活的身份管理来囊括两种领域。 云端的身份管理还需要进化,才能够成为一个值得信赖的计算平台。而一种革命性的身份管理方式——联邦式身份认证结构——可以跨越企业和云端的界限。

2011-11-11

JavaScript异步编程的Promise模式

异步模式在web编程中变得越来越重要,对于web主流语言Javscript来说,这种模式实现起来不是很利索,为此,许多Javascript库(比如 jQuery和Dojo)添加了一种称为promise的抽象(有时也称之为deferred)。通过这些库,开发人员能够在实际编程中使用 promise模式。IE官方博客最近发表了一篇文章,详细讲述了如何使用XMLHttpRequest2来实践promise模式。我们来了解一下相关的概念和应用。

2011-11-11

JavaScript语言精髓与编程实践

《JavaScript语言精髓与编程实践》这本书,最初的名字是叫《动态函数式语言精髓与编程实践》,这是作者写本书的原意。确切地说,作者并非是想讨论JavaScript作为一种语言工具的用法或特性,更多地是希望用一种简洁的语言来讨论动态语言、函数式语言。而为了给这些语言范型以参照,以及讲述多范型如何“杂凑”在一起,也讨论了JavaScript中的命令式语言特性。 因此,事实上《JavaScript 语言精髓与编程实践》一书是假JavaScript 语言之力,讨论了我们常用的、主要的程序设计范型。而这也是该书难读的根源——很少有人会以一门确切的语言来讨论多种语言范型。尤其在使用JavaScript的开发者群体里,深入了解该语言的本来就不多,研究语言特性的就更少了。 本迷你书摘引了《JavaScript语言精髓与编程实践》一书有关语言讨论的关键章节(主要在第三、四、五章),从JavaScript 无关的角度综论这些语言的产生发展,以及特性的概要。作为纯语言学范畴的讨论,读者在本摘引中不需要过多地了解JavaScript,也不必深究某种语言的细节,作参考文论来读,便是不错。本文主要有“命令式语言”、“函数式语言”和“动态语言”三个部分,均精减自《JavaScript语言精髓与编程实践》一书的相应内容。本文最末一个部分,对几种语言作一综述,一孔之见而已。

2011-11-11

领域模型管理与AOP

正如从像《领域驱动设计》[Evans DDD]和《领域驱动设计和模式应用》[Nilsson ADDDP]这些书中学到的一样,在应用架构中引入领域模型模式(《企业应用架构模式》[Fowler PoEAA])一定会有很多益处,但是它们并不是无代价的。 使用领域模型,很少会像创建实际领域模型类、然后使用它们那么简单。很快你就会发现,领域模型必须得到相当数量的基础架构代码的支持。 领域模型所需基础架构当中最显著的当然是持久化——通常是持久化到关系型数据库中,也就是对象/关系(O/R)映射出场的地方。但是,情况并不止持久化那么简单。在一个复杂的应用中,用来在运行时管理领域模型对象的部分占了基础架构的很大一部分。我将基础架构的这部分称为领域模型管理(Domain Model Management)[Helander DMM],或简称为DMM。

2011-11-11

J2EE应用下基于AOP的抓取策略实现

本文介绍了如何通过不同的抓取策略从后端系统中获取数据,这是以模块化的方式根据业务需求实现的,同时又不会导致底层服务或Repository层过度膨胀。

2011-11-11

dojo类机制实现原理分析

本文将会介绍dojo类机制幕后的知识,其中会涉及到dojo类机制的实现原理并对一些关键方法进行源码分析,当然在此之前希望您能够对JavaScript和dojo的使用有些基本的了解。

2011-11-11

对快速移动中的数据的分析和行动:复杂事件处理

在资本市场,一切都发生得很快。市场迅速转换,仓位迅速改变。快速响应是增加利润与管理风险的关键所在。无论是需要对市场变化及时响应的自动交易应用或者市场庄家应用,抑或是全天都需要掌握不断更新的公司风险的风险管理员,归根结底都依赖于对来自各种数据源的、极高速率的、实时的、数据的分析。 这种现象绝不仅限于资本市场。除了金融服务业之外,许多行业包括电信与网络、物流与运输、政府,都面临着相同的挑战,如数据量的增长、数据接收与数据生成速度的提高、以及不断增长的数据分析的业务压力、实时响应以最大化利润和降低风险。 复杂事件处理技术 (CEP)提供了一种创新的方法,从实时的事件数据中攫取智慧。作为一个应用开发平台,它提供了高级工具来定义事件如何被处理和分析。作为一个事件驱动架构 (EDA)引擎,它提供了获取、聚合、关联与分析事件的“大脑”,生成新的高级事件以触发一个响应,同时也生成高级的信息来显示当前的业务状态。它使你轻松的定义逻辑以应用到不断到来的事件中,完成如下任务 : •联合来自多个数据源的数据,生成包含更丰富和复杂信息的数据流 •计算增值信息以进行快速决策 •监测特定状况或模式以做出即时响应 •生成高级信息,如汇总数据、统计、能洞察多个独立事件的“大图”或净效应的趋势 •基于输入数据的复杂分析,不断重算关键的操作值 •收集原始数据与结果数据到历史数据库,以进行历史分析或遵循合规性 本文试图以建立在 Sybase Aleri Streaming平台上的事件处理应用为例介绍复杂事件处理的基本概念以及它所带来的好处, Sybase Aleri Streaming平台是满足当前需求的最完整的企业级复杂事件处理技术。

2011-03-30

深入理解各JEE服务器Web层集群原理

JEE服务器集群可细分为Web层集群、EJB集群、JMS集群等等。Web层集群主要包括前端的负载均衡及Session复制,本文主要关注Web层集群方面的Session复制。 针对不同的JEE服务器,如Tomcat、Geronimo、GlassFish V2、JOnAS、JBoss,我首先从网络上的各种公开资料做了理论分析,然后走读了相关的源代码,最后做了一些测试,并且根据Session结构、逻辑结构、组播框架、复制策略、通用性等五个方面给出了对比表。测试数据结果与理论分析、代码分析的结果完全一致。 本文适合下列场景的人员阅读: •有一定技术功底的读者 •希望深入了解各JEE服务器WEB层集群原理的读者 •希望对JEE服务器进行选型的读者 •希望寻找某个独立的WEB层集群框架用于集成到某个JEE服务器中的读者 •WEB层集群出现了某些问题,最后只能从理论和代码分析中找到答案的读者

2011-03-30

<<<领域驱动设计精简版>>>>>

大型软件项目的最复杂之处不是实现,而是软件所服务的真正的领域。领域驱动设计就是用来处理这些高度复杂领域的理想和途径,使得领域本身成为项目关注的焦点,从而达到维护能深刻反映领域的软件模型的目的。这个理想在Eric Evans的《领域驱动设计》一书中变成现实,Eric自己有着20多年的行业经验,对面向对象有着深刻的理解和观点。

2010-06-12

项目管理修炼之道(精选版)

项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程;展示了作者的思考过程,从评估项目背景,选择生命周期,直到为项目建立清晰的条件;同时穿插了丰富的提示和真实案例,介绍了可能遇到的常见问题。这些真知灼见不仅适用于软件项目管理,同样适用于其他产品的开发项目。 这是一本可使项目经理即刻上手的名副其实的实战指南。

2010-05-28

白皮书下载:基于SOA的应用集成解决方案

为了满足不同时期、不同职能部门的应用需求,企业已经完成了从营销、克服、生产到财务的业务应用系统的建设,而当企业大早市场核心竞争力、提供客户个性化服务和进行以流程为中心的企业管理改革的时候,这些“竖井式”的遗留系统将面临灵活性和集成集合的挑战。 企业的信息化建设已经经历了一段时间的发展,基本上已经完成了核心系统的建设和应用,企业的信息系统多而杂,特别是制造型企业。一般来讲,制造型企业已经完成了ERP、PLM、MES、营销、售后、OA等系统的建设。这些应用中,ERP是核心系统,很多其他应用大多为ERP的扩展,OA系统是管理的中心,大部分企业已经开始采用流程来管理企业。 大多数企业的信息化建设有一些共同的特征,ERP等核心系统已经建设完成,业务管理应用也初具规模,小的应用的需求越来越多,不同时期建立的系统的技术架构不统一,管理和维护成本高。 企业的信息化建设中面临的挑战是一个历史的原因,在以前,我们仅是在某一个业务领域执行了IT的建设,或者受到了某些特定技术的约束,很容易的就可以做出一个短期目标的应用,即使这个应用是有很大的局限性的,比如IT技术架构不够新,应用的质量不够高等。但是,在现在的环境下,大部分商业流程需要实时的数据和更短的响应时间,如果仍然采用传统的方法去建设IT系统的话,IT系统的灵活性和隔裂等问题将影响企业的健康发展,阻碍企业的管理变革。 有些企业已经意识到了独立应用IT架构的重要性,也已经有了一个SOA的计划,然而成功的端到端的业务流程整合不是一蹴而就的,要达到更为灵活,更为灵敏的企业管理目标,需要业务和技术是紧密相连,也需要一个不端深入的SOA实施计划。 本白皮书将探究企业随需应变的业务应用的重点内容,ONE集成解决方案是如何帮助企业达到这个目标的,本白皮书还会向你介绍最佳的SOA实施策略,向你阐述ONE集成解决方案的重点内容。

2010-05-09

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除