营销为王
同意李彦宏说的互联网进入营销时代。未来互联网的竞争是创新营销模式之间的竞争
但不同意百度的广告营销平台是中心的说法。
营销模式 赢者才具有话语权，所以不说了。
SCA的性能是有很好保障的，和现有应用的性能近似。这一点不像JBI，JBI的性能至少比现有应用的性能下降一个数量级。
SCA编程体验很不错，简洁明快，可惜不支持事务。不知道是否能取代Spring成为真正的工业标准。
SCA在继承现有的编程风格和改变之间做了一个很不错的平衡，也是因Spring的广泛接受的缘故。JBI的编程风格改变太大，很多人很难接受JBI的架构习惯。
SCA有希望成为未来发布服务的标准方式。
SCA为进一步提供各种容器服务（如事务，负载均衡，批量，加锁，发布，评价等）准备了很好的环境。
Compass可以说是搜索引擎在应用集成的福音书
Compass的整体架构成熟老练,接口丰富，完整
Compass本身提供了三种模型（1,POJO模型;2,Xml/XPath模型;3,Resource/基础模型），但模型不是可扩展的，这是个不小的问题。
Compass的性能需要仔细地做一些配置优化。
希望Compass在模型和全文结合方面做的再优美一些。
java cryptography architecture提供了一套相当完整的加密框架
SecureRandom 提供了生成基础的安全随机数。可供在其他加密场景中使用。
MessageDigest 提供了生成数据的加密摘要。一般是不能从摘要反向生成数据。这个功能也很基础，常用于密码的存储。
Signature 安全签名，使用公钥私钥对，用私钥和数据生成一个短小的签名，用公钥和数据及签名来验证数据是否可信。常用于license认证。
Cipher 加密/解密，可使用对称和非对称两种方式。一般均推荐采用非对称方式，即采用公钥进行加密，采用私钥进行解密。
几个公共概念：
1，Key：
Key 泛指密钥，公钥，私钥，各种形式的密钥均为此类，Key实例是不可见
KeySpec Key的可见版本,可通过相应的格式将Key进行物理化，常见的格式有X.509,PKCS#8
KeyFactory Key工具，可将密钥在Key和KeySpec 对象形式之间进行转换。KeyFactory不是用来生成Key的
KeyGenerator 生成密钥的工具，可根据随机数+长度或着+某种算法（如DES)来生成。
KeyPairGenerator 用来生成公钥、私钥对的工具。
KeyAgreement是一种组合多个Key的Key生成工具
KeyStore 证书存放的对象（可存储，方式常见有文件，数据库等），可存放多个Key和Certificate（证书），每一个均称为KeyEntry。每个Key可以设置一个密码，用于保护Key，证书就不必了，（因为证书里存放的是相应人的公钥和签名，可以自明）。
2，加密算法：
3 Certificate证书：
在服务器端采用分布式计算和分布式文件系统,分布式数据库已经渐渐成为主流应用场景.
采用分布式文件系统和分布式数据库的目标主要是解决物理存储空间的限制问题.其次是查询速度问题.当然数据容灾,负载均衡也是必要的选项.现在常见的分布式文件系统有MogileFS,amazon s3,Lustre,hadoop,win2003 DFS,redhat GFS, google fs
采用分布式计算的目标主要是负载均衡,其次是任务分解协作,在这一领域,SOA一直都在努力.Gearman也是一个不错的工具.
对于搜索引擎和其他数据挖掘的应用来说,分布式计算和分布式文件系统是合为一体的.不过这种模式并不标准.但性能应该是最佳的.
在分布式上，danga提供了许多优秀的解决工具。
SCA 规范的主要内容和Spring是重叠的,Spring也可轻松实现SCA规范.从目前情况看,Spring已成事实上的工业标准,没必要遵守SCA规范,但可提供SCA所关注的服务.现在服务（或组件）规范可真是太多了，有JMX,OSGi,JBI,SCA,Spring,EJB,Web Service等，规范之间存在各种重叠和互补问题。真希望快点有一个胜出.
SDO是个很好的规范,但性能测试结果表明:其性能只有POJO的1/3.不过SDO用起来还是非常方便的.SDO的前途是光明的.
DAS,只要SDO继续繁荣,DAS的价值就会与日倍增.但tuscany提供的RDB实现可是非常一般,以RDB为中心,而不是以XSD为中心,我以XSD为中心的做了一份RDB DAS,功能齐全.接下来准备以FS+Lucene为存储架构做一份FS DAS