I already tried to perform an offline compaction first on the source repository. This one will perform a TarMK revision cleanup.This compaction ran fine, but the migration with crx2oak afterwards still gives the same exception.Johnny

Hi,Thank you for feedback. Yes, I followed all steps.I have been using crx2oak for quit a while between many different versions of CQ/AEM.Only in this specific case (6.2 --> 6.3), I stumble on this issue, but only in the author instance.I also don't know if the exception is related to the source or ...

Hello,I'm trying to migration content from a 6.2 instance to a 6.3 instance using crx2oak.I use following cmd:./java8 -jar crx2oak-1.6.8-all-in-one.jar --cache=2048 --copy-orphaned-versions=false --copy-versions=false \--include-paths=/content/dam/www-mysite-be,\/content/www-mysite-be \segment-old:/...

Hi all,We noticed in our AEM 6.2 and AEM 6.3 instances that when we click on a content node in crx/de that the section "Effective Access Control Policies" on the bottom right pane is always empty.Compared to AEM 5.6 we could see the "Effective Access Control Policies" containing the node's access co...

We are having the same issue. After upgrading to AEM 6.3 our error log is filled with beneath warning. Anybody already raised a ticket in daycare about this?The origin of the resource resolver always seems to be OOTB classes such ascom.day.cq.wcm.workflow.impl.WcmWorkflowServiceImplcom.adobe.granite...

We had similar exception:Caused by: java.lang.UnsupportedOperationException: No longer supported (UserResolver#resolveUser(Session)).at com.day.cq.security.impl.CQUserManagerFactoryImpl.resolveUser(CQUserManagerFactoryImpl.java:73)at com.day.cq.security.impl.SecurityAdapterFactory.getAdapter(Securit...