阿帕奇的Jackrabbit是由Apache基金会提供的JSR-170的开放源码实现.. 随着内容管理应用程序的日益普及,对用于内容仓库的普通,标准化的API的需求已凸现出来。内容为Java技术API(JSR-170)库的x1达成:就是提供这样一个接口的JSR-170的一个主要优点是,它不绑定到:任何特定的底层架构。例如,JSR-170实现的后端数据存储可以是文件系统,WebDAV的仓库,支持的XML的系统,甚至还可以什么的SQL数据库。此外,JSR- 170的导出和导入功能允许一个集成器在内容后端相关的例句的JCR实现之间无缝地切换。 变化以来的Jackrabbit 2.2.0 ------------------------------ 新功能 [的JCR-2859]开放范围的锁可收回 的JCR-2936]的JMX绑定贾卡拉比特 [的JCR-3005]使人们有可能在一个呼叫通过DAVEX多个节点 [的JCR-3040] JMX的统计会话 [的JCR-3117]统计“的PersistenceManager [的JCR-3118]以authorizable创建和删除配置行动 [的JCR-3124]统计信息的查询 [的JCR-3140]添加密码验证配置的钩子 [的JCR-3154]查询统计(续) 添加内存的JCR-3183]基于包店 改善 的JCR-1443] JCAManagedConnectionFactory非决赛,所以它可以延长 [的JCR-2798] JCAManagedConnectionFactory链导致的异常 [的JCR-2887]在每一个会话管理器实例的的分割PrivilegeRegistry ... [的JCR-2906]多值属性,最后/随机值排序 的JCR-2989支持嵌入式指数聚合 的JCR-3017]版本历史记录恢复失败的情况下一个版本不... [的JCR-3030]允许使用不同的表空间,表和索引的... [的JCR-3084]脚本检查版本 的JCR-3085]版本存储被打破时,诊断 [的JCR-3091] Lucene的射手实现应处理“提前”... [的JCR-3098]新增命中小姐的统计和记录到缓存 的JCR-3102] InternalVersion.getFrozenNode约根版本混淆? [的JCR-3107]加快层次高速缓存初始化 的JCR-3109]从oajcore搬到PersistenceManagerTest到oajcore .... 的JCR-3114]揭露PM版本的一致性,使经理... [的JCR-3119]提高聚合节点的索引代码 [的JCR-3120]更改日志级别UserManagerImpl,#getAuthorizable(NodeImpl)... 的JCR-3122] QueryObjectModelImpl应执行查询SessionOperation() 的JCR-3127]蒂卡0.10的升级 [的JCR-3129],它应该有可能建立一个非瞬态库... [的JCR-3132]测试工具更新 [的JCR-3133]的查询统计应使用时序机制 [的JCR-3135]升级到1.0 Logback [的JCR-3136]添加M2E生命周期映射Eclipse的靛蓝 [的JCR-3138]跳到被发现的变化时,同步延迟 [的JCR-3141]升级到1.0蒂卡 [的JCR-3142]创建从贾卡拉比特-webdav的OSGi包... [的JCR-3143] SessionImpl#isSupportedOption:跳过描述评价... [的JCR-3146]文本提取拥塞库中的线程池 [的JCR-3161]添加JcrUtils.getPropertyTypeNames 集群的JCR-905由于奴隶的JCR-3162]指数更新开销 [的JCR-3165]巩固比较值(S)和比较(S)的行为 [的JCR-3167]关于Java 7的Jackrabbit编译 [的JCR-3170]预编译的JavaCC解析器中的Jackrabbit SPI-公地 [的JCR-3172]实现持续,事件的EventJournal [的JCR-3177]删除JDK 1.4限制JCR测试 的JCR-3178]改善指标总量的错误消息 的JCR-3184]的扩展ConsistencyChecker API允许通过的孤儿... [的JCR-3185]重构在BundleDBPersistenceManager一致性检查... [的JCR-3199]工作区范围内的默认锁超时 [的JCR-3200]块一致性检查应该在节点ID,而不是依靠...... [JCR的3202] AuthorizableImpl的#的memberOf和#declaredMemberOf应该...... 的JCR-3203] GroupImp#getMembers#getDeclaredMembers的应返回... [的JCR-3222]允许servlet过滤器来指定自定义会话提供商 Bug修复 的JCR-2539] spi2dav:观察的用户数据没有财产处理 [的JCR-2540] spi2dav:移动/重新安排不妥善处理,通过观察 [的JCR-2541] spi2dav:EventJournal不落实 [的JCR-2542] spi2dav:EventFilters不尊重 的JCR-2543] spi2dav:查询偏移不尊重 [的JCR-2774]库级别的API操作的访问控制 的JCR-2892]大取大小有潜在的有害影响... [的JCR-2930]相同的命名子节点上恢复消失 [的JCR-3082]偶尔索引越界异常,运行时... [的JCR-3086]周围InternalVersionImpl.getSuccessors潜在的无限循环 [的JCR-3089] javax.jcr.RepositoryException是一个JOIN SQL2上查询时... [的JCR-3090]的setFetchSize()失败(在getAllNodeIds) [的JCR-3093之间不一致之Session.getProperty和节点.... [的JCR-3095]移动操作可能会变成交流缓存中的陈旧 [的JCR-3101]恢复工具无法恢复历史版本... 的JCR-3105]北角版本操作时并发 [的JCR-3108] SQL2上ISDESCENDANTNODE可以抛出BooleanQuery#... [的JCR-3110] QNodeTypeDefinitionImpl.getSerializablePropertyDefs()... [的JCR-3111] InternalVersionManagerBase;失踪后getNode空支票() 的JCR-3112] NodeTypeDefDiff.PropDefDiff.init()约束改变一下...... [的JCR-3115]版本修正留在一个国家的持久... [的JCR-3116的群集节点ID应修剪 的JCR-3126] CredentialsWrapper应使用USERID一个空字符串... [的JCR-3128]的问题与以前逃脱的JCR节点名称升级时... [的JCR-3131]北角ItemManager的呼吁一无所有Session.save()的时... [的JCR-3139]失踪同步在InternalVersionManagerImpl.externalUpdate ... [的JCR-3148]使用交易仍然会导致内存泄漏 [的JCR-3149] AccessControlProvider#getEffectivePolicies一套... [的JCR-3151] SharedFieldCache可以导致内存泄漏 [的JCR-3152] AccessControlImporter不导入回购层次交流的内容, [JCR中3156]集团#getMembers的,可以列出继承的成员多次 与SQL2上的JCR-3159]降低操作与嵌套的localName操作不起作用 重建的父节点聚集的JCR-3160]会议#此举不会触发 [的JCR-3163]北角(RepositoryServiceImpl.getPropertyInfo中) [的JCR-3174]应正常化目标URI 的JCR-3175] InputContextImpl:不能上传文件大于2GB [的JCR-3176] JCARepositoryManager不关闭的InputStream 的JCR-3189] JCARepositoryManager.createNonTransientRepository抛出NPE ... [的JCR-3194]在CacheManager的ConcurrentModificationException的。 关于锁定令牌的JCR-3195]错误的假设测试用例 的JCR-3198]残破的处理外,参加过DAVEX结果 [的JCR-3205]缺少支持锁超时和服务器JCR ownerHint [的JCR-3210]北角时,服务器不会发送的所有标头在spi2dav [的JCR-3214] [锁定]怪异的号码为“无限” [的JCR-3216]当提取的检查检查所有节点ID ... [的JCR-3218] UserImporter应触发执行AuthorizableActions的... [的JCR-3220]简单的WebDAV服务器不支持锁超时 |