模块化Java:声明式模块化
本文是模块化Java系列文章的第4篇,介绍的是声明式模块化。文中描述了组件如何以声明的方式来定义并组织在一起,而无需让代码依赖于OSGI API。
作者 Abel Avram 译者 张龙 发布于 2009年1月23日 上午1时0分
微软开发部门组长Anand Raman就Sandcastle项目的当前状态发布了一个更新说明,以此对该项目将要终止的传言进行辟谣。Sandcastle是一个通过.NET项目源码生成类似于MSDN文档的工具。
6个月前Sandcastle的源码发布在CodePlex上,这是为了满足大家的需要,因为该项目最初发布时并不带源码。之后,Anand说到团队正在引入VS 2008 SP1的MSDN Library。当前,其计划是到1月底发布一系列的修复。
- 我并没有为该项目提供SLN文件。你可以创建自己的,但如果在源代码中提供一个那就太方便了。
- 对于之前的源码所创建的SLN文件,当进行构建时用户遇到了如下问题:
- 每个项目都有TFS源码控制信息,而这对于团队外的人来说是无效的。在发布的源码中要删除这些信息。
- 大多数项目都会指定一个包中不存在的强名字键文件(strong name key file)。项目文件应该禁用签名或是提供一个虚拟的key.snk。
- MoreComponents项目构建失败,报告的错误为:“Microsoft.Ddue.Tools.BuildComponent' does not contain a constructor that takes '1' arguments”。 在我看来这并不是一个重要的项目,压根就不应该包含进来。
- MrefBuilderStatic项目构建失败,报告的错误为:“The type or namespace name 'RootFilter' could not be found (are you missing a using directive or an assembly reference?)” 。该项目将被移除。
- BuildAssemblerConsole以错误的路径引用了CommandLine项目。
- BuildAssembler和BuildAssemblerConsole项目有些重复而且BuildAssemblerConsole构建失败。
在卸载了有问题的项目后,用户可以成功构建了。遗憾的是,构建过程出现了115个警告。我们应该修复这些警告。
有很多的代码分析(FxCop)警告。我们应该从发布的源码中消除这些警告,以此树立一个好榜样。
有很多文件隶属于NT构建系统,我们应该将其从源码中排除掉(makefile、makefile.inc、placefile等等)。
Anand说在VS 2010 Beta 1发布后,团队将把精力集中到新的特性集和修复上:
1. 配合.NET Framework 4.0的版本号
2. 支持F#语法
3. XSD文档
4. 支持Microsoft Help 3 viewer的属性。
Sandcastle基于Microsoft Public License (Ms-PL)。
查看英文原文:Sandcastle’s Team Manager Dismisses Rumors About Project Termination
本采访是在伦敦举行的QCon2009上记录的,Ian Robinson和Jim Webber探讨了如何将Web作为整合平台以及REST在理论上和实践中的好处。
项目管理对于项目成败至关重要,但实践中每个项目都有自己的独特性,没有现成的解决方案可以套用。书中从应对实际风险的角度出发,讲述了从项目启动、项目规划到项目结束的整个管理流程,展示了作者的思考过程。本迷你书从原书中精选出5个章节。
在这个演讲中,Fred将会揭示敏捷的一些外在因素,并会重点关注敏捷获得成功的内在原因。从案例研究和真实的项目经验来看,Fred认为:工具、管理体系都不能让你变得敏捷。敏捷的成功,植根于士气高涨、充分授权的工作者身上,他们能够以不同以往的方式思考问题。
Eben Hewitt的新书《Java SOA Cookbook》从Java实现的角度讨论了面向服务架构。Eben在书中讨论了SOA基础、工具、最佳实践和SOA治理等主题。
Mark Richards的新书《Java消息服务》第二版覆盖了JMS的许多主题, 包括发布和订阅模式以及点对点模式,消息过滤和事务等。InfoQ与Mark谈论了跟他的新作。
没有回复
关注此讨论 回复