http://blog.gmane.org/gmane.comp.apache.jackrabbit.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37697 <pre>Hi, I am using jackrabbit 2.4.3 with some custom node types in my repository i am using FileSystem PersistanceManager for Workspace &amp; Versioning i am using FileSystem datastore. Aprox 20TB of data is inserted into it Now at this point of time i want to migrate to /DB Persistence Manager (PM)/, As the data size is huge so i cant export whole data from FS PM to import into DB PM repository. Can anyone please help to simply migrate the persistence manager from Fs to DB(without moving the huge datastore content). Thanks for considerations. -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Migrating-from-FS-Persistence-Manager-to-MySQL-PM-tp4658723.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> Mr. Yawar 2013-05-17T16:02:52 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37692 <pre>Hi all, I attached a patch to JCR-3382 containing two performance tests. The tests are: - TreeRandomReadTest: perform 1.000 reads on unique paths using a new Session, with a clear cache for ItemManager. - RepeatedTreeRandomReadTest: perform 1.000 reads on unique paths using an existing Session, thus accessing items from the cache in ItemManager. I compared results for 2.4 and 2.6 and it looks like there is no performance loss due to the patch. </pre> Francesco Mari 2013-05-17T08:10:51 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37654 <pre>'ve encountered a problem with jackrabbit pool in jboss 5 and jackrabbit 2.0. I've a jcr datasource configured like this &lt;tx-connection-factory&gt; &lt;jndi-name&gt;jcr/local&lt;/jndi-name&gt; &lt;xa-transaction /&gt; &lt;track-connection-by-tx&gt;true&lt;/track-connection-by-tx&gt; &lt;rar-name&gt;jackrabbit-jca.rar&lt;/rar-name&gt; &lt;connection-definition&gt;javax.jcr.Repository&lt;/connection-definition&gt; &lt;config-property name="homeDir" type="java.lang.String"&gt;${jackrabbit.homedir}&lt;/config-property&gt; &lt;config-property name="configFile" type="java.lang.String"&gt;classpath:repository.xml&lt;/config-property&gt; &lt;config-property name="bindSessionToTransaction" type="java.lang.Boolean"&gt;true&lt;/config-property&gt; &lt;no-tx-separate-pools /&gt; &lt;max-pool-size&gt;30&lt;/max-pool-size&gt; &lt;/tx-connection-factory&gt; like this, application works fine, but i'm getting this error really often (it's thrown every time i'm logging into dms session with this code) Repository repo = (Repository) ctx.lookup(repository.getJndiName()); Credentials cred = new SimpleCredentials(userId, new char[] { 'p', 'w', 'd' }); Session s = repo.login(cred); Destroying connection that could not be successfully matched: org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener&lt; at &gt;8cd0558[state=NORMAL mc=org.apache.jackrabbit.jca.JCAManagedConnection&lt; at &gt;6eec369a handles=0 lastUse=1366642930773 permit=false trackByTx=false mcp=org.jboss.resource.connectionmanager.JBossManagedConnectionPool$OnePool&lt; at &gt;8a800c9 context=org.jboss.resource.connectionmanager.InternalManagedConnectionPool&lt; at &gt;6f7fc42f xaResource=org.apache.jackrabbit.jca.TransactionBoundXAResource&lt; at &gt;4c19d8eb txSync=null] when i add to datasource configuration, error mentioned earlier dissapears, but each connection to jcr creates it's own subpool (which is kinda crazy, becouse after few hours of application running it creates like 700 subpools). I Tryed searching for possible problems with tag and found out that it uses ConnectionRequestInfo to authenticate connections but so far had no success with configuring that. Any idea what could i try next to get rid of both problems at once? -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Problem-with-jboss-5-configuration-tp4658671.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. </pre> Menzi 2013-05-13T14:10:28 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37653 <pre>The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit 2.4.4. The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this release. Release Notes -- Apache Jackrabbit -- Version 2.4.4 Introduction ------------ This is Apache Jackrabbit(TM) 2.4, a fully compliant implementation of the Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as specified in the Java Specification Request 283 (JSR 283). Apache Jackrabbit 2.4.4 is patch release that contains fixes and improvements over Jackrabbit 2.4.3. This release is fully compatible with earlier 2.x.x releases. Changes since Jackrabbit 2.4.3 ------------------------------ New Features [JCR-1873] - It should be possible to define how hrefs are generated for WebDav Improvements [JCR-3386] - Adjust some default values of the BasicDataSource in the ConnectionFactory [JCR-3392] - Combine the XA aware (Reentrant) LockImpls to prevent duplicate code [JCR-3442] - Allow (override) access of the system search manager to RepositoryImpl subclasses [JCR-3535] - Davex remoting should support absolute path hrefs [JCR-3553] - improve error logging for unexpected path formats [JCR-3566] - add TCK test for NaN and infinity double property values Bug Fixes [JCR-3425] - XAAwareRWLock implementation fails with IllegalStateException on JBoss AS7 [JCR-3428] - Partial search terms are no longer highlighted in the excerpts [JCR-3434] - EventJournal#skipTo() broken [JCR-3439] - PrincipalManagerImpl.CheckedGroup should implement JackrabbitPrincipal [JCR-3445] - PostgreSQL error with setValidationQueryTimeout [JCR-3447] - InternalValueFactory should use the DataStore whenever available [JCR-3450] - Reduce memory usage of SharedFieldCache.ValueIndex [JCR-3469] - Thread interrupt may result in closed index files [JCR-3476] - NodeIndexer attempts to extract binary property even when mime type is not supported by tika parser [JCR-3478] - Partial search terms matching fails when there is a lot of matching content outside the query's scope [JCR-3483] - Result set iterator causes infinite loop when used after session has been closed [JCR-3486] - Potential null pointer exception in session save operation [JCR-3501] - When cancelling an update modcount of modified states must be reset [JCR-3502] - Deleted states are not merged correctly [JCR-3523] - Workspace.copy changes WeakReferences to References [JCR-3539] - NotQuery#advance (and for older versions skipTo) violates Lucene advance contract in case a Filter is used [JCR-3540] - locator for RootCollection generates a broken href when using absolutePath setting [JCR-3545] - unknown REPORT should cause status code 409/DAV:supported-report [JCR-3546] - header fields values such as "Location" need to be resolved against the request uri [JCR-3549] - URIResolverImpl needs to handle absolute paths in addition to absolute URIs [JCR-3551] - DavEx cannot handle Double.NaN properties [JCR-3554] - RepositoryService.getReferences needs to deal with absolute paths in hrefs [JCR-3562] - Adding a child node named {foo fails but bar} works [JCR-3576] - handle absolute paths in observation response bodies [JCR-3578] - use absolute paths in DeltaV request bodies, and resolve hrefs in responses properly [JCR-3581] - Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used [JCR-3580] - JcrPrivilegeReport needs to deal with both absolute paths and absolute URIs in payloads [JCR-3583] - UPDATE method needs to deal with both absolute paths and absolute URIs in payloads Changes since Jackrabbit 2.4.2 ------------------------------ Improvements [JCR-3265] - Consistency checker should double check for false positives [JCR-3269] - Consistency checker should fix 'disconnected' nodes [JCR-3369] - Garbage collector improvements [JCR-3393] - InternalVersionManagerBase.calculateCheckinVersionName may fail with NPE on broken versioning persistence [JCR-3352] - Minor improvements for collecting ACEs Bug fixes [JCR-3267] - Consistency checker needs to run multiple times to fix all problems [JCR-3318] - BLOB not stored and no exception thrown [JCR-3334] - incorrect logging template in CachingEntryCollector [JCR-3349] - The BatchMode of the ConnectionHelper doesn't work in XA Environment [JCR-3353] - A DeadLock can occur if an Exception is thrown while unlocking the Journal [JCR-3354] - The ReadWriteLock in AbstractJournal can create a Deadlock in XA Environment [JCR-3367] - InMemBundlePersistenceManager#getAllNodeIds is not implemented correctly [JCR-3377] - DataStore Temp-Files will not be deleted as side effect of JCR-3318 [JCR-3378] - The ConnectionHelper can return a closed Connection in BatchMode [JCR-3379] - XA concurrent transactions - NullPointerException [JCR-3383] - Unclosed Resources in ConnectionHelper if ResultSet is null [JCR-3387] - On heavy load we see occasional SQLException: closed statement: next [JCR-3390] - Reordering policy node fails with AccessDeniedException [JCR-3399] - Shared ISM does not release the internal Writelock if something unexpectedly is happening in externalUpdate [JCR-3401] - Wrong results when querying with a DescendantSelfAxisQuery [JCR-3417] - Failed Journal lock not propagated Changes since Jackrabbit 2.4.1 ------------------------------ New features [JCR-3233] Provide callback for consistency checker Improvements [JCR-3286] InternalVersionManagerBase.calculateCheckinVersionName will fail with NPE upon empty predecessors property Bug fixes [JCR-2662] JCR unit tests for journaled observation do not check capabilities and require implementation, contrary to JCR 2.0 specification [JCR-3050] NullPointerException on removing a node acquired from search result [JCR-3234] QueryStat getPopularQueries doesn't set the proper position [JCR-3262] Oracle JDBC Class Cast Exception [JCR-3272] EventConsumer.canRead() should rely on AccessManager.isGranted() [JCR-3289] Remove operation right after move operation causes missing child inconsistency [JCR-3290] Concurrent add and move can cause inconsistency [JCR-3291] Stack overflow in multi-session test with moves [JCR-3292] Workspace move in concurrent environment causes inconsistencies [JCR-3298] jackrabbit-core RepositoryChecker.fix() can fail with OOM [JCR-3300] tests should consistently check for repository support and fail with NotExecutableException when the repo does not support the feature [JCR-3303] ClusterNode's stopDelay should default to something other zero [JCR-3307] JCR test org.apache.jackrabbit.test.api.version.MergeActivityTest doesn't check whether the repository supports activities [JCR-3317] Set the MaxTotalConnections on ConnectionManager to prevent bottleneck [JCR-3329] incorrect WebDAV PROPFIND response for version-controlled resources Changes since Jackrabbit 2.4.0 ------------------------------ Improvements [JCR-3237] add missing name constants for mix:title [JCR-3254] make max size of CachingEntryCollector's cache configurable [JCR-3255] Access cluster node id [JCR-3259] augment logging information around CachingEntryCollector [JCR-3280] SQL2 joins on empty sets are not efficient Bug fixes [JCR-3158] Deadlock in DBCP when accessing node [JCR-3227] VolatileIndex not closed properly [JCR-3236] Can not instantiate lucene Analyzer in SearchIndex [JCR-3247] SQL2 ISDESCENDANTNODE BooleanQuery#TooManyClauses returns [JCR-3250] webapp welcome page shows incorrect port when port is the ... [JCR-3261] Problems with BundleDbPersistenceManager getAllNodeIds [JCR-3266] JCR-SQL2 query with multiple columns in result only returns ... [JCR-3268] Re-index fails on corrupt bundle [JCR-3270] Error instantiating lucene search index in Turkish Regional ... Changes since Jackrabbit 2.2.0 ------------------------------ New features [JCR-2859] Make open scoped locks recoverable [JCR-2936] JMX Bindings for Jackrabbit [JCR-3005] Make it possible to get multiple nodes in one call via davex [JCR-3040] JMX Stats for the Session [JCR-3117] Stats for the PersistenceManager [JCR-3118] Configurable actions upon authorizable creation and removal [JCR-3124] Stats for Queries [JCR-3140] Add configurable hook for password validation [JCR-3154] Stats for Queries continued [JCR-3183] Add memory based bundle store Improvements [JCR-1443] Make JCAManagedConnectionFactory non final, so it can be extended [JCR-2798] JCAManagedConnectionFactory should chain cause exception [JCR-2887] Split PrivilegeRegistry in a per-session manager instance ... [JCR-2906] Multivalued property sorted by last/random value [JCR-2989] Support for embedded index aggregates [JCR-3017] Version history recovery fails in case a version does not ... [JCR-3030] Permit using different tablespaces for tables and indexes ... [JCR-3084] Script for checking releases [JCR-3085] better diagnostics when version storage is broken [JCR-3091] Lucene Scorer implementations should handle the 'advance' ... [JCR-3098] Add hit miss statistics and logging to caches [JCR-3102] InternalVersion.getFrozenNode confused about root version? [JCR-3107] Speed up hierarchy cache initialization [JCR-3109] Move PersistenceManagerTest from o.a.j.core to o.a.j.core.... [JCR-3114] expose PM for versioning manager so that the consistency ... [JCR-3119] Improve aggregate node indexing code [JCR-3120] Change log level in UserManagerImpl#getAuthorizable(NodeImpl) ... [JCR-3122] QueryObjectModelImpl should execute queries as SessionOperation(s) [JCR-3127] Upgrade to Tika 0.10 [JCR-3129] It should be possible to create a non-transient Repository ... [JCR-3132] Test tooling updates [JCR-3133] Query Stats should use the TimeSeries mechanism [JCR-3135] Upgrade to Logback 1.0 [JCR-3136] Add m2e lifecycle mappings for Eclipse Indigo [JCR-3138] Skip sync delay when changes are found [JCR-3141] Upgrade to Tika 1.0 [JCR-3142] Create OSGi Bundles from jackrabbit-webdav and ... [JCR-3143] SessionImpl#isSupportedOption: Skip descriptor evaluation ... [JCR-3146] Text extraction may congest thread pool in the repository [JCR-3161] Add JcrUtils.getPropertyTypeNames [JCR-3162] Index update overhead on cluster slave due to JCR-905 [JCR-3165] Consolidate compare behaviour for Value(s) and Comparable(s) [JCR-3167] Make Jackrabbit compile on Java 7 [JCR-3170] Precompile JavaCC parsers in jackrabbit-spi-commons [JCR-3172] implement PERSIST events for the EventJournal [JCR-3177] Remove jdk 1.4 restriction for jcr-tests [JCR-3178] Improve error messages for index aggregates [JCR-3184] extend ConsistencyChecker API to allow adoption of orphaned ... [JCR-3185] refactor consistency checks in BundleDBPersistenceManager ... [JCR-3199] workspace-wide default for lock timeout [JCR-3200] consistency check should get node ids in chunks, not rely on ... [JCR-3202] AuthorizableImpl#memberOf and #declaredMemberOf should ... [JCR-3203] GroupImp#getMembers and #getDeclaredMembers should return ... [JCR-3222] Allow servlet filters to specify custom session providers Bug fixes [JCR-2539] spi2dav: Observation's user data not property handled [JCR-2540] spi2dav : move/reorder not properly handled by observation [JCR-2541] spi2dav : EventJournal not implemented [JCR-2542] spi2dav: EventFilters not respected [JCR-2543] spi2dav : Query offset not respected [JCR-2774] Access control for repository level API operations [JCR-2892] Large fetch sizes have potentially deleterious effects on ... [JCR-2930] same named child nodes disappear on restore [JCR-3082] occasional index out of bounds exception while running ... [JCR-3086] potential infinite loop around InternalVersionImpl.getSuccessors [JCR-3089] javax.jcr.RepositoryException when a JOIN SQL2 query is ... [JCR-3090] setFetchSize() fails in getAllNodeIds() [JCR-3093] Inconsistency between Session.getProperty and Node.... [JCR-3095] Move operation may turn AC caches stale [JCR-3101] recovery tool does not recover when version history can ... [JCR-3105] NPE when versioning operations are concurrent [JCR-3108] SQL2 ISDESCENDANTNODE can throw BooleanQuery#... [JCR-3110] QNodeTypeDefinitionImpl.getSerializablePropertyDefs() ... [JCR-3111] InternalVersionManagerBase; missing null check after getNode() [JCR-3112] NodeTypeDefDiff.PropDefDiff.init() constraints change check ... [JCR-3115] Versioning fixup leaves persistence in a state where the ... [JCR-3116] Cluster Node ID should be trimmed [JCR-3126] The CredentialsWrapper should use a empty String as userId ... [JCR-3128] Problem with formerly escaped JCR node names when upgrading ... [JCR-3131] NPE in ItemManager when calling Session.save() with nothing ... [JCR-3139] missing sync in InternalVersionManagerImpl.externalUpdate ... [JCR-3148] Using transactions still leads to memory leak [JCR-3149] AccessControlProvider#getEffectivePolicies for a set of ... [JCR-3151] SharedFieldCache can cause a memory leak [JCR-3152] AccessControlImporter does not import repo level ac content [JCR-3156] Group#getMembers may list inherited members multiple times [JCR-3159] LOWER operand with nested LOCALNAME operand not work with SQL2 [JCR-3160] Session#move doesn't trigger rebuild of parent node aggregation [JCR-3163] NPE in RepositoryServiceImpl.getPropertyInfo() [JCR-3174] Destination URI should be normalized [JCR-3175] InputContextImpl: cannot upload file larger than 2GB [JCR-3176] JCARepositoryManager does not close InputStream [JCR-3189] JCARepositoryManager.createNonTransientRepository throws NPE ... [JCR-3194] ConcurrentModificationException in CacheManager. [JCR-3195] wrong assumptions in test cases about lock tokens [JCR-3198] Broken handling of outer join results over davex [JCR-3205] Missing support for lock timeout and ownerHint in jcr-server [JCR-3210] NPE in spi2dav when server does not send all headers [JCR-3214] [Lock] weird number for "infinite" [JCR-3216] When fetching node ids in checks for the checker all ... [JCR-3218] UserImporter should trigger execution AuthorizableActions ... [JCR-3220] simple webdav server does not support lock timeouts [JCR-3223] Disallow unregistering of node types still (possibly) in use [JCR-3224] SystemSession#createSession should return SessionImpl again [JCR-3225] ConcurrentModificationException in QueryStatImpl In addition to the above-mentioned changes, this release contains all the changes included up to the Apache Jackrabbit 2.2.0 release. For more detailed information about all the changes in this and other Jackrabbit releases, please see the Jackrabbit issue tracker at https://issues.apache.org/jira/browse/JCR Release Contents ---------------- This release consists of a single source archive packaged as a zip file. The archive can be unpacked with the jar tool from your JDK installation. See the README.txt file for instructions on how to build this release. The source archive is accompanied by SHA1 and MD5 checksums and a PGP signature that you can use to verify the authenticity of your download. The public key used for the PGP signature can be found at https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS. About Apache Jackrabbit ----------------------- Apache Jackrabbit is a fully conforming implementation of the Content Repository for Java Technology API (JCR). A content repository is a hierarchical content store with support for structured and unstructured content, full text search, versioning, transactions, observation, and more. For more information, visit http://jackrabbit.apache.org/ About The Apache Software Foundation ------------------------------------ Established in 1999, The Apache Software Foundation provides organizational, legal, and financial support for more than 100 freely-available, collaboratively-developed Open Source projects. The pragmatic Apache License enables individual and commercial users to easily deploy Apache software; the Foundation's intellectual property framework limits the legal exposure of its 2,500+ contributors. For more information, visit http://www.apache.org/ </pre> Jukka Zitting 2013-05-13T13:57:43 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37652 <pre>The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit 2.6.1. The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this release. Release Notes -- Apache Jackrabbit -- Version 2.6.1 Introduction ------------ This is Apache Jackrabbit(TM) 2.6, a fully compliant implementation of the Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as specified in the Java Specification Request 283 (JSR 283). Apache Jackrabbit 2.6.1 is a patch release that contains fixes and improvements over Jackrabbit 2.6. Jackrabbit 2.6.x releases are considered stable and targeted for production use. Changes since Jackrabbit 2.6.0 ------------------------------ Improvements [JCR-3495] - Unregister from PrivilegeRegistry and NodeTypeRegistry on Session.logout() [JCR-3513] - Slower range query execution [JCR-3516] - Search index consistency check should report and fix wrong parent relation [JCR-3517] - Search index consistency check should be able to double check its reported issues [JCR-3519] - Disable IOCounters based on log level [JCR-3535] - Davex remoting should support absolute path hrefs [JCR-3553] - improve error logging for unexpected path formats [JCR-3566] - add TCK test for NaN and infinity double property values [JCR-3577] - Allow creation of users with 'null' password [JCR-3587] - RepositoryImpl should expose the collection of PersistenceManager instances in use Bug Fixes [JCR-3276] - JCA Adpater not handling transaction suspension correctly [JCR-3382] - ItemManager.getNode does not do a permission check when the item data is in the item manager cache [JCR-3498] - OUTER JOIN behavior is improperly excluding some values [JCR-3512] - DelayedDelete in MultiDatastore does not work correctly [JCR-3518] - Build fails on Mac OS + JDK 7 [JCR-3521] - IllegalArgumentException thrown on a box running java7 with a sorted query [JCR-3523] - Workspace.copy changes WeakReferences to References [JCR-3539] - NotQuery#advance (and for older versions skipTo) violates Lucene advance contract in case a Filter is used [JCR-3540] - locator for RootCollection generates a broken href when using absolutePath setting [JCR-3545] - unknown REPORT should cause status code 409/DAV:supported-report [JCR-3546] - header fields values such as "Location" need to be resolved against the request uri [JCR-3549] - URIResolverImpl needs to handle absolute paths in addition to absolute URIs [JCR-3551] - DavEx cannot handle Double.NaN properties [JCR-3552] - Principal associated with Group does not update members [JCR-3554] - RepositoryService.getReferences needs to deal with absolute paths in hrefs [JCR-3562] - Adding a child node named {foo fails but bar} works [JCR-3578] - use absolute paths in DeltaV request bodies, and resolve hrefs in responses properly [JCR-3570] - Make immediately Repository start configureable in JCAManagedConnectionFactory [JCR-3576] - handle absolute paths in observation response bodies [JCR-3580] - JcrPrivilegeReport needs to deal with both absolute paths and absolute URIs in payloads [JCR-3581] - Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey.compareTo implementation - wrong bit mask value used [JCR-3583] - UPDATE method needs to deal with both absolute paths and absolute URIs in payloads Changes since Jackrabbit 2.4.0 ------------------------------ New features [JCR-3233] Provide callback for consistency checker [JCR-3255] Access cluster node id [JCR-3389] Implement a MultiDataStore [JCR-3420] Improving Jackrabbit integration within OSGi and other ... [JCR-3443] Normalize String properties when ordering query results Improvements [JCR-1873] It should be possible to define how hrefs are generated for WebDav [JCR-3181] add test case for recovering from broken version history ... [JCR-3191] Update commons-io dependency from versiom 1.4 to 2.0.1 [JCR-3209] lock token validity [JCR-3212] add TCK test for Info map of NODE_MOVED event on node reordering [JCR-3213] Speed up NodeIndexer.isIndexed() check [JCR-3229] FileRevision should have a flag to control whether to sync ... [JCR-3231] Replace BundleFsPersistenceManager with ... [JCR-3232] Improve FileRevision extensibility [JCR-3237] add missing name constants for mix:title [JCR-3242] Update to Lucene 3.6 [JCR-3243] RepositoryStatistics should be more flexible [JCR-3248] TimeoutHandler visitor should be extracted into a dedicated class [JCR-3253] Set omit term freq positions flag on parent field in the index [JCR-3254] make max size of CachingEntryCollector's cache configurable [JCR-3259] augment logging information around CachingEntryCollector [JCR-3263] Consistency checker performance improvements [JCR-3265] Consistency checker should double check for false positives [JCR-3269] Consistency checker should fix 'disconnected' nodes [JCR-3275] Audit log [JCR-3277] Let consistency report provide more information [JCR-3280] SQL2 joins on empty sets are not efficient [JCR-3282] Optimize usage of norms [JCR-3286] InternalVersionManagerBase.calculateCheckinVersionName will ... [JCR-3296] Indexing ignored file types creates some garbage [JCR-3315] Add .gitignore file [JCR-3319] Improve performance of repository updates - tweak index ... [JCR-3327] Upgrade to Java SE 6 [JCR-3330] upgrade httpclient 3 dependency to final release 3.1 [JCR-3331] various tests do not compile with source==1.6 [JCR-3332] Add constructor with size argument to Node- and ... [JCR-3339] Log stack trace with warn message in ObservationDispatcher [JCR-3350] Easy-to-use utility class for adding ACEs to nodes [JCR-3351] Add performance test setup for jr2.6 [JCR-3352] Minor improvements for collecting ACEs [JCR-3356] performance tests [JCR-3358] Allow null type in JcrUtils.getOrAddNode(parent, name, type) [JCR-3362] Use a basic form for audit logs [JCR-3365] Provide get property and get node utility methods in JcrUtils [JCR-3369] Garbage collector improvements [JCR-3370] TCK test for shareable node paths assumes work area [JCR-3371] TCK test for shareable nodes incorrectly assumes the ... [JCR-3376] TCK: SQLPathTest.testChildAxisRoot expects root node not ... [JCR-3386] Adjust some default values of the BasicDataSource in the ... [JCR-3392] Combine the XA aware (Reentrant) LockImpls to prevent ... [JCR-3393] InternalVersionManagerBase.calculateCheckinVersionName may ... [JCR-3395] separate entries used for permission eval from ACEs exposed ... [JCR-3405] Improvements to user management implementation [JCR-3406] Journal doUnlock sometimes not called on repository shutdown [JCR-3418] CompactNodeTypeDefReader throws away exception information [JCR-3426] Log warning when changes are performed with event ... [JCR-3429] Make query tests (more) independent [JCR-3442] Allow (override) access of the system search manager to ... [JCR-3454] The RmiRepositoryFactory should handle auto reconnect [JCR-3463] Configurable stopDelay [JCR-3467] ConsistencyCheck.MissingAncestor#repair() should also log UUID [JCR-3474] Add JackrabbitQueryResult.getTotalSize() [JCR-3479] Remove logback log config from jr-core tests jar [JCR-3480] Extend SaveTest#testConstraintViolationException to cover ... [JCR-3490] More efficient node traversal during garbage collection [JCR-3500] Upgrade to Tika 1.3 Bug fixes [JCR-861] Connector should support LocalTransaction as well as ... [JCR-2662] JCR unit tests for journaled observation do not check ... [JCR-2666] JCR TCK Test for Restoring Version Tests That Versionable ... [JCR-3267] Consistency checker needs to run multiple times to fix all ... [JCR-3050] NullPointerException on removing a node acquired from search ... [JCR-3158] Deadlock in DBCP when accessing node [JCR-3192] Javadoc in jackrabbit-jcr-rmi is missing an ending "&gt;" [JCR-3227] VolatileIndex not closed properly [JCR-3234] QueryStat getPopularQueries doesn't set the proper position [JCR-3236] Can not instantiate lucene Analyzer in SearchIndex [JCR-3247] SQL2 ISDESCENDANTNODE BooleanQuery#TooManyClauses returns [JCR-3250] webapp welcome page shows incorrect port when port is the ... [JCR-3261] Problems with BundleDbPersistenceManager getAllNodeIds [JCR-3266] JCR-SQL2 query with multiple columns in result only returns ... [JCR-3268] Re-index fails on corrupt bundle [JCR-3270] Error instantiating lucene search index in Turkish Regional ... [JCR-3272] EventConsumer.canRead() should rely on AccessManager.isGranted() [JCR-3289] Remove operation right after move operation causes missing ... [JCR-3290] Concurrent add and move can cause inconsistency [JCR-3291] Stack overflow in multi-session test with moves [JCR-3292] Workspace move in concurrent environment causes inconsistencies [JCR-3298] jackrabbit-core RepositoryChecker.fix() can fail with OOM [JCR-3299] Adding new index infos generation is not atomic [JCR-3300] tests should consistently check for repository support and ... [JCR-3303] ClusterNode's stopDelay should default to something other zero [JCR-3305] spi2davex.RepositoryServiceImpl -&gt; idUriCache raises until ... [JCR-3307] JCR test org.apache.jackrabbit.test.api.version.... [JCR-3312] AbstractSession.getItem should deal with identifier paths [JCR-3313] JCR TCK Test for expanding column names is too restrictive [JCR-3314] Drop commons-io dependency from spi-commons [JCR-3316] invalid namespace URI in AbstractImportXmlTest [JCR-3317] Set the MaxTotalConnections on ConnectionManager to prevent ... [JCR-3318] BLOB not stored and no exception thrown [JCR-3321] TCK: Strange XPath query in OrderByMultiTypeTest.... [JCR-3324] TCK: GetQueryTest.testGetQuery() unnecessarily uses a same ... [JCR-3325] check-release script fails to compute hashes on Cygwin ... [JCR-3326] missing test configuration for org.apache.jackrabbit.test.... [JCR-3328] leaking temp files [JCR-3329] incorrect WebDAV PROPFIND response for version-controlled ... [JCR-3334] incorrect logging template in CachingEntryCollector [JCR-3337] Negated descendant node query with no results throws NPE [JCR-3343] ClusterNode's updateCommited method throws NPE [JCR-3345] ACL evaluation may return non-fresh results [JCR-3346] JMX Popular Queries size issue [JCR-3349] The BatchMode of the ConnectionHelper doesn't work in XA ... [JCR-3353] A DeadLock can occur if an Exception is thrown while ... [JCR-3354] The ReadWriteLock in AbstractJournal can create a Deadlock ... [JCR-3355] Unable to create performance tests using JCR 2.0 API [JCR-3262] Oracle JDBC Class Cast Exception [JCR-3363] DataStore garbage collection: test case GarbageCollectorTest.... [JCR-3367] InMemBundlePersistenceManager#getAllNodeIds is not ... [JCR-3373] ChildNodesQueryHits may throw IOException when the session ... [JCR-3374] Size estimate for AbstractBundlePersistenceManager.MISSING ... [JCR-3377] DataStore Temp-Files will not be deleted as side effect of ... [JCR-3378] The ConnectionHelper can return a closed Connection in BatchMode [JCR-3379] XA concurrent transactions - NullPointerException [JCR-3380] TCK tests for shareable nodes assume moving shareable ... [JCR-3383] Unclosed Resources in ConnectionHelper if ResultSet is null [JCR-3384] TCK: BinaryPropertyTest.testGetLengthJcr2() fails with a ... [JCR-3385] DbClusterTest fails when port is already in use [JCR-3387] On heavy load we see occasional SQLException: closed ... [JCR-3390] Reordering policy node fails with AccessDeniedException [JCR-3399] Shared ISM does not release the internal Writelock if ... [JCR-3401] Wrong results when querying with a DescendantSelfAxisQuery [JCR-3404] AuthorizableImpl#isProtectedProperty doesn't include the ... [JCR-3407] CaseTermQuery #rewrite behavior changes [JCR-3410] JcrUtils.readFile() and JcrUtils.getLastModifed() are not ... [JCR-3415] XPathQueryEvaluator generates incorrect XPath query [JCR-3417] Failed Journal lock not propagated [JCR-3419] Overwriting Cache Entry Warnings [JCR-3425] XAAwareRWLock implementation fails with IllegalStateException ... [JCR-3427] JCR-3138 may cause resource starvation [JCR-3428] Partial search terms are no longer highlighted in the excerpts [JCR-3430] CNDImporter should handle implied nt:base [JCR-3434] EventJournal#skipTo() broken [JCR-3435] NPE on parsing XPath query with child axis and star name at ... [JCR-3437] The DbDataStore does not implement getRecordIfStored as ... [JCR-3439] PrincipalManagerImpl.CheckedGroup should implement ... [JCR-3440] Deadlock on LOCAL_REVISION table in clustering environment [JCR-3445] PostgreSQL error with setValidationQueryTimeout [JCR-3447] InternalValueFactory should use the DataStore whenever available [JCR-3450] Reduce memory usage of SharedFieldCache.ValueIndex [JCR-3452] Modified property and child node definition are rejected [JCR-3455] Events should be dispatched after the global cluster lock is ... [JCR-3459] RmiRepositoryFactory regression, invalid stream header [JCR-3466] NPE in SingletonTokenStream [JCR-3468] ConcurrentModificationException in BitSetENTCacheImpl [JCR-3469] Thread interrupt may result in closed index files [JCR-3472] LargeResultSetTest: queries don't return anything [JCR-3476] NodeIndexer attempts to extract binary property even when ... [JCR-3478] Partial search terms matching fails when there is a lot of ... [JCR-3482] SetValueVersionExceptionTest makes assumption about ... [JCR-3483] Result set iterator causes infinite loop when used after ... [JCR-3485] The Datastore garbage collector does not work with a ... [JCR-3486] Potential null pointer exception in session save operation [JCR-3491] Start the Repository immediatly in JCA Environment [JCR-3493] OUTER JOIN tests expect incorrect results [JCR-3497] Invalid path in SaveTest#testRepositoryException [JCR-3499] Test cases should not rely on equality of node types [JCR-3501] When cancelling an update modcount of modified states must ... [JCR-3502] Deleted states are not merged correctly [JCR-3503] ConnectionHelper should not call isBatchMode() more times ... In addition to the above-mentioned changes, this release contains all the changes included up to the Apache Jackrabbit 2.4.0 release. For more detailed information about all the changes in this and other Jackrabbit releases, please see the Jackrabbit issue tracker at https://issues.apache.org/jira/browse/JCR Release Contents ---------------- This release consists of a single source archive packaged as a zip file. The archive can be unpacked with the jar tool from your JDK installation. See the README.txt file for instructions on how to build this release. The source archive is accompanied by SHA1 and MD5 checksums and a PGP signature that you can use to verify the authenticity of your download. The public key used for the PGP signature can be found at https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS. About Apache Jackrabbit ----------------------- Apache Jackrabbit is a fully conforming implementation of the Content Repository for Java Technology API (JCR). A content repository is a hierarchical content store with support for structured and unstructured content, full text search, versioning, transactions, observation, and more. For more information, visit http://jackrabbit.apache.org/ About The Apache Software Foundation ------------------------------------ Established in 1999, The Apache Software Foundation provides organizational, legal, and financial support for more than 100 freely-available, collaboratively-developed Open Source projects. The pragmatic Apache License enables individual and commercial users to easily deploy Apache software; the Foundation's intellectual property framework limits the legal exposure of its 2,500+ contributors. For more information, visit http://www.apache.org/ Trademarks ---------- Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the Apache Jackrabbit project logo are trademarks of The Apache Software Foundation. </pre> Jukka Zitting 2013-05-13T13:56:18 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37650 <pre>Hi Jackrabbit dev, I am trying to build Jackrabbit source but seeing below error during this process. [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project jackrabbit-core: Compilation fa ilure: Compilation failure:[ERROR] \Work\sources\Apache Jackrabbit\jackrabbit\jackrabbit-core\src\test\java\org\apache\jackrabbit\api\security\user\UserManagerSearchTest.java:[786,15] reference to addAll is ambiguous, both method addAll(java.util.Collection&lt;? extends E&gt;) in java.util.Collection&lt;capture#483 of ? super T&gt; and method addAll(java.util.Collection&lt;? extends E&gt;) in java.util.Set&lt;capture#483 of ? super T&gt; match [ERROR] \Work\sources\Apache Jackrabbit\jackrabbit\jackrabbit-core\src\test\java \org\apache\jackrabbit\api\security\user\UserManagerSearchTest.java:[790,14] reference to addAll is ambiguous, both method addAll(java.util.Collection&lt;? extends E&gt;) in java.util.Collection&lt;capture#322 of ? super T&gt; and method addAll(java.util.Collection&lt;? extends E&gt;) in java.util.Set&lt;capture#322 of ? super T&gt; match [ERROR] -&gt; [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit Javac: c:\Work\sources\Apache Jackrabbit\jackrabbit&gt;javac -J-version java version "1.6.0_02" Java(TM) SE Runtime Environment (build 1.6.0_02-b06) Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode, sharing) Maven: c:\Work\sources\Apache Jackrabbit\jackrabbit&gt;mvn --version Apache Maven 3.0.4 (r1232337; 2012-01-17 08:44:56+0000) Maven home: C:\Softwares\maven\apache-maven-3.0.4\bin\.. Java version: 1.6.0_02, vendor: Sun Microsystems Inc. Java home: C:\Program Files (x86)\Java\jdk1.6.0_02\jre Default locale: en_GB, platform encoding: Cp1252 OS name: "windows vista", version: "6.1", arch: "x86", family: "windows" Can anybody give some pointers on the error? Regards, Bala Kondepudi </pre> Bala Kondepudi 2013-05-13T13:33:11 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37649 <pre>The Apache Jackrabbit community is pleased to announce the release of Apache Jackrabbit 2.7.0. The release is available for download at: http://jackrabbit.apache.org/downloads.html See the full release notes below for details about this release. Release Notes -- Apache Jackrabbit -- Version 2.7.0 Introduction ------------ This is Apache Jackrabbit(TM) 2.7, a fully compliant implementation of the Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as specified in the Java Specification Request 283 (JSR 283). Apache Jackrabbit 2.7 is an unstable series of releases cut directly from Jackrabbit trunk, with a focus on new features and other improvements. For production use we recommend the latest stable 2.6 release. Changes in Jackrabbit 2.7.0 --------------------------- New features [JCR-3550] Methods for determining type of array of values [JCR-3566] add TCK test for NaN and infinity double property values Improvements [JCR-3402] getSize() returning too many often -1 [JCR-3495] Unregister from PrivilegeRegistry and NodeTypeRegistry on ... [JCR-3507] Make it possible to remove version histories via the ... [JCR-3513] Slower range query execution [JCR-3516] Search index consistency check should report and fix wrong ... [JCR-3517] Search index consistency check should be able to double ... [JCR-3519] Disable IOCounters based on log level [JCR-3524] Node type selection for reference constraint is not optimal [JCR-3528] Node type selection for CanAddChildNodeCallWithNodeTypeTest#... [JCR-3531] Borrow all available RepositoryHelpers [JCR-3535] Davex remoting should support absolute path hrefs [JCR-3537] Large number of SQL queries when adding nodes with version history [JCR-3549] URIResolverImpl needs to handle absolute paths in addition ... [JCR-3553] improve error logging for unexpected path formats [JCR-3554] RepositoryService.getReferences needs to deal with absolute ... [JCR-3559] RepositoryStubExceptions with root causes [JCR-3571] Light optimization for CachingNameResolver.getJCRName(Name) [JCR-3573] Improve token based login concurrency [JCR-3574] Leverage WebDAV compliance class 3 to use absolute paths in ... [JCR-3575] use absolute paths in WebDAV request bodies (DAV:href elements) [JCR-3577] Allow creation of users with 'null' password [JCR-3578] use absolute paths in DeltaV request bodies, and resolve hrefs ... [JCR-3580] JcrPrivilegeReport needs to deal with both absolute paths and ... [JCR-3583] UPDATE method needs to deal with both absolute paths and ... [JCR-3587] RepositoryImpl should expose the collection of .. Bug fixes [JCR-3276] JCA Adpater not handling transaction suspension correctly [JCR-3382] ItemManager.getNode does not do a permission check when the ... [JCR-3465] JcrUtils.getOrCreateByPath() creates a whole subtree instead ... [JCR-3512] DelayedDelete in MultiDatastore does not work correctly [JCR-3518] Build fails on Mac OS + JDK 7 [JCR-3521] IllegalArgumentException thrown on a box running java7 with ... [JCR-3523] Workspace.copy changes WeakReferences to References [JCR-3539] NotQuery#advance (and for older versions skipTo) violates ... [JCR-3540] locator for RootCollection generates a broken href when using ... [JCR-3543] TCK does not allow a property to be re-bound to a different ... [JCR-3545] unknown REPORT should cause status code 409/DAV:supported-report [JCR-3551] DavEx cannot handle Double.NaN properties [JCR-3552] Principal associated with Group does not update members [JCR-3556] IndexingConfigurationImpl.getAggregateRules() should return ... [JCR-3562] Adding a child node named {foo fails but bar} works [JCR-3570] Make immediately Repository start configureable in ... [JCR-3576] handle absolute paths in observation response bodies [JCR-3581] Incorrect bitwise arithmetic in BitsetENTCacheImpl.BitsetKey... In addition to the above-mentioned changes, this release contains all the changes included up to the Apache Jackrabbit 2.6.0 release. For more detailed information about all the changes in this and other Jackrabbit releases, please see the Jackrabbit issue tracker at https://issues.apache.org/jira/browse/JCR Release Contents ---------------- This release consists of a single source archive packaged as a zip file. The archive can be unpacked with the jar tool from your JDK installation. See the README.txt file for instructions on how to build this release. The source archive is accompanied by SHA1 and MD5 checksums and a PGP signature that you can use to verify the authenticity of your download. The public key used for the PGP signature can be found at https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS. About Apache Jackrabbit ----------------------- Apache Jackrabbit is a fully conforming implementation of the Content Repository for Java Technology API (JCR). A content repository is a hierarchical content store with support for structured and unstructured content, full text search, versioning, transactions, observation, and more. For more information, visit http://jackrabbit.apache.org/ About The Apache Software Foundation ------------------------------------ Established in 1999, The Apache Software Foundation provides organizational, legal, and financial support for more than 100 freely-available, collaboratively-developed Open Source projects. The pragmatic Apache License enables individual and commercial users to easily deploy Apache software; the Foundation's intellectual property framework limits the legal exposure of its 2,500+ contributors. For more information, visit http://www.apache.org/ Trademarks ---------- Apache Jackrabbit, Jackrabbit, Apache, the Apache feather logo, and the Apache Jackrabbit project logo are trademarks of The Apache Software Foundation. </pre> Jukka Zitting 2013-05-13T11:45:41 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37635 <pre>Hi, On Mon, May 6, 2013 at 4:01 PM, Jukka Zitting &lt;jukka&lt; at &gt;apache.org&gt; wrote: The vote passes as follows: +1 Alex Parvulescu +1 Bart van der Schans +1 Cédric Damioli +1 Claus Köll +1 Jukka Zitting +1 Julian Reschke +1 Marcel Reutegger +1 Unico Hommes Thanks for voting! I'll push the release out. BR, Jukka Zitting </pre> Jukka Zitting 2013-05-10T08:36:48 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37619 <pre>A candidate for the Jackrabbit 2.6.1 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/2.6.1/ The release candidate is a zip archive of the sources in: https://svn.apache.org/repos/asf/jackrabbit/tags/2.6.1/ The SHA1 checksum of the archive is f17b2a8c62631087472d3ea098ef38291203a920. A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachejackrabbit-022/ The command for running automated checks against this release candidate is: $ sh check-release.sh 2.6.1 f17b2a8c62631087472d3ea098ef38291203a920 Please vote on releasing this package as Apache Jackrabbit 2.6.1. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. [ ] +1 Release this package as Apache Jackrabbit 2.6.1 [ ] -1 Do not release this package because... </pre> Julian Reschke 2013-05-08T12:52:47 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37601 <pre>Hi everyone, Tommaso and me were having a little 1:1 discussion in JCR-3534 starting at [0], and would love to hear some input on the open points discussed. Otherwise we keep repeating ourselves :-) Most notably, I see no clear API boundary yet and would not like to have this new jackrabbit feature partly being implemented in jackrabbit-jcr-commons. [0] https://issues.apache.org/jira/browse/JCR-3534?focusedCommentId=13649625&amp;page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-13649625 Cheers, Alex </pre> Alexander Klimetschek 2013-05-07T16:35:41 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37592 <pre>Hi, On Mon, May 6, 2013 at 5:34 PM, Marcel Reutegger &lt;mreutegg&lt; at &gt;adobe.com&gt; wrote: This turns out to be an issue that Michael reported already quite a while ago, see https://issues.apache.org/jira/browse/FELIX-2492. In revision 1479917 I added a workaround as suggested in the issue. BR, Jukka Zitting </pre> Jukka Zitting 2013-05-07T14:18:44 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37583 <pre>Hi everybody, With 2.4.4 on its way, I plan to start the release process for 2.6.1 soonish. The changes from 2.6 are listed over here: &lt;https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12324035&amp;styleName=Text&amp;projectId=10591&amp;Create=Create&amp;atl_token=A5KQ-2QAV-T4JA-FDED|7a7ef725f07040a77243e520ec8e8c5a1f74f2a5|lout&gt; If somebody feels that something is missing over there, that something else needs to be backported, and can think of another problem for not cutting a release right now, please speak up. Best regards, Julian </pre> Julian Reschke 2013-05-07T12:08:50 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37564 <pre>Hi, As a followup to cutting the 2.7.0 release candidate I've updated the trunk version to 2.8-SNAPSHOT in preparation for ultimately producing our next stable release. Please update dependencies in any downstream projects that are tracking the latest Jackrabbit SNAPSHOTs. Like during the previous unstable 2.3.x and 2.5.x series, there won't be a separate 2.7 release branch. Instead we'll cut 2.7.x release directly from trunk until we're ready to create the stable 2.8 branch. BR, Jukka Zitting </pre> Jukka Zitting 2013-05-07T08:45:17 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37541 <pre>A candidate for the Jackrabbit 2.4.4 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/2.4.4/ The release candidate is a zip archive of the sources in: http://svn.apache.org/repos/asf/jackrabbit/tags/2.4.4/ The SHA1 checksum of the archive is 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1. A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachejackrabbit-010/ The command for running automated checks against this release candidate is: $ sh check-release.sh 2.4.4 608ae0c4b61362e72cf95f41bd4bf9732a74a7c1 Please vote on releasing this package as Apache Jackrabbit 2.4.4. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. [ ] +1 Release this package as Apache Jackrabbit 2.4.4 [ ] -1 Do not release this package because... </pre> Julian Reschke 2013-05-06T18:21:23 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37527 <pre>Hi, A candidate for the Jackrabbit 2.7.0 release is available at: https://dist.apache.org/repos/dist/dev/jackrabbit/2.7.0/ The release candidate is a zip archive of the sources in: https://svn.apache.org/repos/asf/jackrabbit/tags/2.7.0/ The SHA1 checksum of the archive is 831007469ea8a4324a981daf9ac43390b62e25c3. A staged Maven repository is available for review at: https://repository.apache.org/content/repositories/orgapachejackrabbit-006/ The command for running automated checks against this release candidate is: $ sh check-release.sh 2.7.0 831007469ea8a4324a981daf9ac43390b62e25c3 Please vote on releasing this package as Apache Jackrabbit 2.7.0. The vote is open for the next 72 hours and passes if a majority of at least three +1 Jackrabbit PMC votes are cast. [ ] +1 Release this package as Apache Jackrabbit 2.7.0 [ ] -1 Do not release this package because... My vote is +1 BR, Jukka Zitting </pre> Jukka Zitting 2013-05-06T13:01:07 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37514 <pre>Hi everybody, I plan to start the release process for 2.4.4 soonish. The changes from 2.4.3 are listed over here: &lt;https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12323255&amp;styleName=Html&amp;projectId=10591&amp;Create=Create&amp;atl_token=A5KQ-2QAV-T4JA-FDED|9d73ab0b46433ae0dc16c6ed026ee6c32a360d90|lin&gt; If somebody feels that something is missing over there, that something else needs to be backported, and can think of another problem for not cutting a release right now, please speak up. Best regards, Julian </pre> Julian Reschke 2013-05-06T10:23:11 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37508 <pre>Hello, as some of you might know, we at Adobe (and at Day Software before) developed quite some tooling around exporting, importing and syncing content from and to a JCR repository. The "checked-out" structure on the local filesystem also offers SVN-like operations, like update, checkin, status, etc., against the JCR repository. We called this system the "File Vault (vlt)". It uses the built-in JCR remoting of Jackrabbit to read and write the content. We also used the same serialization format to implement our "Content Packages" which basically are a zip of such an exported structure, w/o all the meta information needed for syncing. This packaging system also comes with a HTTP service and UI that allows to actually manage those packages (create, update, install, uninstall, upload, etc). Additionally we also developed some maven plugins that allow building such content packages, controlling vlt (the command line tool) and deploying content packages into a running repository. Our R&amp;D thinks that the Jackrabbit project would benefit from such tooling since nothing comparable is established today. We are now at a stage where we cleared all hurdles with Adobe Legal, and streamlined the codebase so that we are ready to contribute. All that's left to do from our side is to refactor the java package space and replace the copyrights. Once contributed, we will continue developing the tools, as we heavily use them in-house and also train our customers and partners on this technology. IMO, there is little risk, that the code gets orphaned. If the general consensus is that such a contribution is desired, I will prepare the final patch and offer it for contribution. The rough schedule is: May: prepare patch and offer contribution of vlt, packaging, maven plugins June: prepare patch and offer contribution of package manager and related maven plugins Along the same notes we also look into simplifying "vlt" as it is sometimes a bit tricky to use :-) This development will start after the contribution and we hope to have something usable by end of this year. Thank you. Regards, Toby </pre> Tobias Bocanegra 2013-05-03T17:19:10 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37507 <pre>Hello, as some of you might know, we at Adobe (and at Day Software before) developed quite some tooling around exporting, importing and syncing content from and to a JCR repository. The "checked-out" structure on the local filesystem also offers SVN-like operations, like update, checkin, status, etc., against the JCR repository. We called this system the "File Vault (vlt)". It uses the built-in JCR remoting of Jackrabbit to read and write the content. We also used the same serialization format to implement our "Content Packages" which basically are a zip of such an exported structure, w/o all the meta information needed for syncing. This packaging system also comes with a HTTP service and UI that allows to actually manage those packages (create, update, install, uninstall, upload, etc). Additionally we also developed some maven plugins that allow building such content packages, controlling vlt (the command line tool) and deploying content packages into a running repository. Our R&amp;D thinks that the Jackrabbit project would benefit from such tooling since nothing comparable is established today. We are now at a stage where we cleared all hurdles with Adobe Legal, and streamlined the codebase so that we are ready to contribute. All that's left to do from our side is to refactor the java package space and replace the copyrights. Once contributed, we will continue developing the tools, as we heavily use them in-house and also train our customers and partners on this technology. IMO, there is little risk, that the code gets orphaned. If the general consensus is that such a contribution is desired, I will prepare the final patch and offer it for contribution. The rough schedule is: May: prepare patch and offer contribution of vlt, packaging, maven plugins June: prepare patch and offer contribution of package manager and related maven plugins Along the same notes we also look into simplifying "vlt" as it is sometimes a bit tricky to use :-) This development will start after the contribution and we hope to have something usable by end of this year. Thank you. Regards, Toby </pre> Tobias Bocanegra 2013-05-03T18:06:16 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37496 <pre>Hello, as some of you might know, we at Adobe (and at Day Software before) developed quite some tooling around exporting, importing and syncing content from and to a JCR repository. The "checked-out" structure on the local filesystem also offers SVN-like operations, like update, checkin, status, etc., against the JCR repository. We called this system the "File Vault (vlt)". It uses the built-in JCR remoting of Jackrabbit to read and write the content. We also used the same serialization format to implement our "Content Packages" which basically are a zip of such an exported structure, w/o all the meta information needed for syncing. This packaging system also comes with a HTTP service and UI that allows to actually manage those packages (create, update, install, uninstall, upload, etc). Additionally we also developed some maven plugins that allow building such content packages, controlling vlt (the command line tool) and deploying content packages into a running repository. Our R&amp;D thinks that the Jackrabbit project would benefit from such tooling since nothing comparable is established today. We are now at a stage where we cleared all hurdles with Adobe Legal, and streamlined the codebase so that we are ready to contribute. All that's left to do from our side is to refactor the java package space and replace the copyrights. Once contributed, we will continue developing the tools, as we heavily use them in-house and also train our customers and partners on this technology. IMO, there is little risk, that the code gets orphaned. If the general consensus is that such a contribution is desired, I will prepare the final patch and offer it for contribution. The rough schedule is: May: prepare patch and offer contribution of vlt, packaging, maven plugins June: prepare patch and offer contribution of package manager and related maven plugins Along the same notes we also look into simplifying "vlt" as it is sometimes a bit tricky to use :-) This development will start after the contribution and we hope to have something usable by end of this year. Thank you. Regards, Toby </pre> Tobias Bocanegra 2013-05-03T18:28:23 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37474 <pre>I didn't see yet any feedback on this [1]. Its not like a very critical bug (probably) but still serious enough IMO to consider fixing. Anyone interested to at least take a look at it? Regards, Ate [1] https://issues.apache.org/jira/browse/JCR-3581 </pre> Ate Douma 2013-05-03T08:25:01 http://comments.gmane.org/gmane.comp.apache.jackrabbit.devel/37473 <pre>Hi, It's been a while since we branched Jackrabbit 2.6 and the trunk has already evolved since then, so I think it's time for us to start cutting our next series of unstable 2.7.x releases. Since I'd like to have Oak 0.7 going out next week and we need a Jackrabbit release for that, I propose that we cut the Jackrabbit 2.7.0 release candidate on Monday next week. On Thu, Jan 17, 2013 at 12:00 PM, Jukka Zitting &lt;jukka.zitting&lt; at &gt;gmail.com&gt; wrote: See http://markmail.org/message/lxzqziv2koqmqnpo for my related oak-dev&lt; at &gt; post on how we could go about implementing this. The best approach that I could come up with so far would be to migrate the Oak components into Jackrabbit trunk so we can have a simple path towards unified Jackrabbit 2.8 and 3.0 releases. BR, Jukka Zitting </pre> Jukka Zitting 2013-05-03T06:59:25 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.apache.jackrabbit.devel