QuickRules.NET Repository 3.0中有何新特性？
　

• 支持存储和解释流动规则集
  QuickRules.NET Repository 3.0现在支持由QuickRules.NET 3.0 Builder 或WebEditor创建的流动规则集（FlowRulesets）
  　
• Repository管理控制台
  本版本提供了改进的管理控制台，RAC支持一个完善的用户界面，带来一大堆新的功能以及增强性能。RAC中的授权特性，即采用表单设置权限，已作了简化，这使得管理员更容易控制Repository的访问。
  　
• 定制日志
  Repository服务器和RAC配备了优异的日志特性与多种日志级别，现管理员可以对repository设置多重日志级别以满足他们的具体要求。例如，管理人员可以只选择错误文件日志，或警告文件日志，等等。由此在监测规则时给用户带来更大的灵活性。
  　
• 增强效率
  规则编译器（Rules Builder）与Repository 之间项目的导入与导出现在变得更加快捷，这有助于大大提高Repository的性能。
  　
  • 采用新的描述属性，对QuickRules组（在用户和组节点）添加了更多的描述与详细说明。
    　
  • Reposync工具已作修改，以协同新的Repository API工作。
    　
  • 连接到Repository时引擎的性能得到提高。
    
    　
• 3.0中对问题的修正
  　
  • Repository的性能被提高，减少了从Repository 调用规则集的所需时间。
    　
  • 修正Repository 客户与服务器安装于不同的地方时，与创建新repository相关的一个问题。
    　
  • 调用Repository的项目中无法找到的规则集时，引擎的错误处理得到改进。
    　
  • 修正了Repository使用的日期来调用规则集的相关问题。
    　
  • 提供了非超级用户试图编辑标签的有效日期时更好的错误处理。
    　
  • Repository先前的版本中，在Repository使用的SQL查询里假设了对于给定名字的规则集的不同版本之间的GUIDS 不会改变。但如果规则集有三个版本(1.1、2.1、 3.1)及三个不同的GUIDS ，则会检索到一个不正确的编译规则集版本。现在，此类查询问题已得到解决，在任何情况下，可以检索到正确的编译规则集/别名映射（ruleset/aliasmap）版本。
    　
  • 生成的标签表单现在可以显示Repository中创建快照的完整名字。
    　
  • 修正了热点部署中的错误－在引擎要求对规则集进行修改时，以前Repository是以最后修改的日期来进行比较和存储。例如，在‘t0’时刻，编译器保存了规则集，并在‘t0 + 2t’导出，如果引擎已在‘t0 + t’时刻对此规则集要求了修改，而后在‘t0 + 3t’时刻再次对此规则集要求修改，它得到一个问答会是规则集没有进行过修改。这是因为引擎的最后的访问时间是(t0 + 2t)，比规则集最后修改时间(t0)晚。为解决这种问题，Repository现在存储了最后输出的时间，而不是最后修正的时间，更多详情请联系开发人员。
    　
  • 修正了在新的repository与数据库连接中创建管理员组相关的问题，服务器管理组缓冲数值中的QuickRules 组数据库持久对象依赖被删除。
    　
  • 对系统注册表键值的持久对象依赖被删除，该健值在元数据管理器中为硬编码。
    　
  • DefaultVersionControlManager 的SaveRule方法中一些代码块引起数据库时间超出，进而引起一些项目导出到Repository失败，这些代码是多余的，现已被删除。
    　
  • 以前当项目导出到Repository 时，其所有子项会强制保存为一个新版本，同时项目的规则集和包的最后修改时间也设置为服务器的时间，即使它们没被修改。因此，在察看相关项目两个不同版本间的差别时，所有的规则集和包都显示为“modified”（修改过）。为修正此问题，所有DBPO对象中增加了SaveData的新过载方法，以处理父项(RomProject)修改，而子项(RomRuleset)没有修正的情形，这样，子项的最后修改时间不再有改变。