Hi Robert, I think the quoted exception may be caused by some long string stored in the Jackrabbit 2 repository. In MongoMK all the strings are inlined in the Mongo documents, while the binaries are extracted to the blob store. Therefore, string properties longer than ~15MB are not supported. It’s a hard limit of the Mongo implementation itself.
Migrating this repository may require changing the repository structure - the large properties type should be changed from STRING to BINARY. As Torgeir noticed, SegmentMK doesn’t have such constraints. If you don’t need to create a cluster of Oaks, then SegmentMK is a better choice anyway. Regards, Tomek > On 22 Sep 2016, at 16:08, Robert Haycock > <[email protected]> wrote: > > Thanks Tomek, > > Getting closer! > > Looks like a setting somewhere needs increasing... > > Exception in thread "main" java.lang.RuntimeException: > javax.jcr.RepositoryException: Failed to copy content > at com.google.common.io.Closer.rethrow(Closer.java:149) > at > org.apache.jackrabbit.oak.upgrade.cli.OakUpgrade.migrate(OakUpgrade.java:58) > at > org.apache.jackrabbit.oak.upgrade.cli.OakUpgrade.main(OakUpgrade.java:42) > Caused by: javax.jcr.RepositoryException: Failed to copy content > at > org.apache.jackrabbit.oak.upgrade.RepositoryUpgrade.copy(RepositoryUpgrade.java:551) > at > org.apache.jackrabbit.oak.upgrade.cli.OakUpgrade.upgrade(OakUpgrade.java:65) > at > org.apache.jackrabbit.oak.upgrade.cli.OakUpgrade.migrate(OakUpgrade.java:53) > ... 1 more > Caused by: org.bson.BsonSerializationException: Size 24184261 is larger than > MaxDocumentSize 16793600. -- Tomek Rękawek | Adobe Research | www.adobe.com [email protected]
smime.p7s
Description: S/MIME cryptographic signature
