cancel
Showing results for 
Search instead for 
Did you mean: 

Exception after Upgrade 3.2 -> 3.3

homer86
Champ in-the-making
Champ in-the-making
Hi,

I'm relative new to Alfresco, but wanted to try an update from 3.2 to 3.3 today. After installing the new version and configuring, it installed a few patches and after it started regularly I get reproduceable the following exception:

03:14:42,537 INFO  [org.alfresco.service.descriptor.DescriptorService] Alfresco JVM - v1.6.0_20-b02; maximum heap size 989,875MB
03:14:42,539 INFO  [org.alfresco.service.descriptor.DescriptorService] Alfresco started (Community): Current version 3.3.0 (2765) schema 4009 - Originally installed version 3.2.0 (2039) schema 2019
03:14:43,121 ERROR [org.springframework.web.context.ContextLoader] Context initialization failed
org.alfresco.error.AlfrescoRuntimeException: 04260001 Failed to execute transaction-level behaviour public abstract void org.alfresco.repo.node.NodeServicePolicies$OnUpdatePropertiesPolicy.onUpdateProperties(org.alfresco.service.cmr.repository.NodeRef,java.util.Map,java.util.Map) in transaction b2e9d775-f2f7-498b-811a-aa4934af6acb
        at org.alfresco.repo.policy.TransactionBehaviourQueue.execute(TransactionBehaviourQueue.java:195)
        at org.alfresco.repo.policy.TransactionBehaviourQueue.beforeCommit(TransactionBehaviourQueue.java:127)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.doBeforeCommit(AlfrescoTransactionSupport.java:738)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.doBeforeCommit(AlfrescoTransactionSupport.java:718)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.beforeCommit(AlfrescoTransactionSupport.java:674)
        at org.springframework.transaction.support.TransactionSynchronizationUtils.triggerBeforeCommit(TransactionSynchronizationUtils.java:95)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCommit(AbstractPlatformTransactionManager.java:927)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:737)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:723)
        at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:394)
        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:117)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:172)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:202)
        at $Proxy10.setProperties(Unknown Source)
        at org.alfresco.repo.action.ActionServiceImpl.saveActionProperties(ActionServiceImpl.java:882)
        at org.alfresco.repo.action.ActionServiceImpl.saveActionImpl(ActionServiceImpl.java:848)
        at org.alfresco.repo.rendition.RenditionDefinitionPersisterImpl.saveRenditionDefinition(RenditionDefinitionPersisterImpl.java:149)
        at org.alfresco.repo.rendition.RenditionServiceImpl.saveRenditionDefinition(RenditionServiceImpl.java:233)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry$1.doWork(ThumbnailRegistry.java:130)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry$1.doWork(ThumbnailRegistry.java:120)
        at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(AuthenticationUtil.java:508)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry.initThumbnailDefinitions(ThumbnailRegistry.java:119)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry.access$400(ThumbnailRegistry.java:46)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry$RegistryLifecycle.onBootstrap(ThumbnailRegistry.java:241)
        at org.springframework.extensions.surf.util.AbstractLifecycleBean.onApplicationEvent(AbstractLifecycleBean.java:56)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry.onApplicationEvent(ThumbnailRegistry.java:225)
        at org.alfresco.repo.thumbnail.ThumbnailRegistry.onApplicationEvent(ThumbnailRegistry.java:46)
        at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:97)
        at org.springframework.context.support.AbstractApplicationContext.publishEvent(AbstractApplicationContext.java:294)
        at org.springframework.context.support.AbstractApplicationContext.finishRefresh(AbstractApplicationContext.java:858)
        at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:419)
        at org.springframework.web.context.ContextLoader.createWebApplicationContext(ContextLoader.java:261)
        at org.springframework.web.context.ContextLoader.initWebApplicationContext(ContextLoader.java:192)
        at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:47)
        at org.alfresco.web.app.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:63)
        at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3843)
        at org.apache.catalina.core.StandardContext.start(StandardContext.java:4342)
        at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:791)
        at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:771)
        at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:525)
        at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:627)
        at org.apache.catalina.startup.HostConfig.deployDescriptors(HostConfig.java:553)
        at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:488)
        at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1149)
        at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:311)
        at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1053)
        at org.apache.catalina.core.StandardHost.start(StandardHost.java:719)
        at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1045)
        at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:443)
        at org.apache.catalina.core.StandardService.start(StandardService.java:516)
        at org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
        at org.apache.catalina.startup.Catalina.start(Catalina.java:578)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:288)
        at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:413)
Caused by: org.alfresco.service.cmr.version.VersionServiceException: 04260000 The current implementation of the version service does not support the creation of branches.
        at org.alfresco.repo.version.Version2ServiceImpl.createVersion(Version2ServiceImpl.java:235)
        at org.alfresco.repo.version.Version2ServiceImpl.createVersion(Version2ServiceImpl.java:123)
        at org.alfresco.repo.version.VersionableAspect.onUpdateProperties(VersionableAspect.java:385)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.alfresco.repo.policy.JavaBehaviour$JavaMethodInvocationHandler.invoke(JavaBehaviour.java:173)
        at $Proxy14.onUpdateProperties(Unknown Source)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:597)
        at org.alfresco.repo.policy.TransactionBehaviourQueue.execute(TransactionBehaviourQueue.java:183)
        … 58 more

Has anybody any idea what to do to get it working? Or do I need to recover the backups and go back to 3.2?

I hope somebody can help me Smiley Wink
11 REPLIES 11

decla
Champ in-the-making
Champ in-the-making
Hi,

Did you find a solution for this issue yet?

Sincerely,
decla

homer86
Champ in-the-making
Champ in-the-making
Sadly no, I have gone back to 3.2

mdebuan
Champ in-the-making
Champ in-the-making
Hi all,
we are facing the same problem when trying to update from 3.2.0 (2039) to 3.3g.

We see the following effect:
Upgrade from 3.2. to 3.3. works fine and the system reacts as expected. But after working for some days with the repository and then restarting the server, we get the following error:

org.alfresco.service.cmr.version.VersionServiceException: 06030000 The current implementation of the version service does not support the creation of branches.

This error can only be resolved by reimporting the backupped content which is not a solution at all for a productive system  :wink:

My colleague found a possible solution here: http://issues.alfresco.com/jira/browse/ALF-2752 but we were not able to implement it. Maybe you have more luck and can support us in uprading  :?:

Greetings, Mirko

warlockvix
Champ in-the-making
Champ in-the-making
16:08:45,556 User:cjl ERROR [org.alfresco.fileserver] Caused by: org.alfresco.service.cmr.version.VersionServiceException: 07100000 The current implementation of the version service does not support the creation of branches.

This is with a clean install of 3.3g. Of course, the status of http://issues.alfresco.com/jira/browse/ALF-2752 is Resolved. Anyone else get this and find a solution? Besides what is mentioned in http://issues.alfresco.com/jira/browse/ALF-2752.

dmihelj
Champ in-the-making
Champ in-the-making
16:08:45,556 User:cjl ERROR [org.alfresco.fileserver] Caused by: org.alfresco.service.cmr.version.VersionServiceException: 07100000 The current implementation of the version service does not support the creation of branches.

This is with a clean install of 3.3g. Of course, the status of http://issues.alfresco.com/jira/browse/ALF-2752 is Resolved. Anyone else get this and find a solution? Besides what is mentioned in http://issues.alfresco.com/jira/browse/ALF-2752.

I'm also getting this error and it is very annoying. Didn't find the solution yet though. I will open a JIRA issue.

mrogers
Star Contributor
Star Contributor
The issue already exists and is ALF-3962

mdebuan
Champ in-the-making
Champ in-the-making
The issue already exists and is ALF-3962

Unfortunately I am not able to find this Issue in JIRA. Maybe you can help me to access the solution?
Greetings, Mirko

marco_altieri
Star Contributor
Star Contributor
I have the same issue on a 3.3g installation, but I did not upgrade from 3.2.

I found on svn a new version of Version2ServiceImpl.java that seems to manage versioning more accurately.
I'm wondering whether I can recompile only this file. There are possible wrong side-effects ?

Thanks,
Marco

marco_altieri
Star Contributor
Star Contributor
Versioning seems a bit unstable.
I'm using a "Community v3.3.0 (g 2860) schema 4,100".
I hava a script in "Data Dictionary/Scripts" that is executed on content update.
The updated document has a custom association:

        <association name="bsh:attachment_artwork">
          <source>
            <mandatory>false</mandatory>
            <many>true</many>
          </source>
          <target>
            <class>cm:content</class>
            <mandatory>false</mandatory>
            <many>true</many>
          </target>
        </association>


The script executes the following loop:

        var attachList = document.assocs["bsh:attachment_artwork"];
        if (attachList != null) {
            for (var k = 0; k < attachList.length; k++)  {
                        var attach = attachList[k];
                        attach.save();
                    }
            }


When, at the end of the script execution, the transaction commits the VersionServiceException is thrown.

Both the updated document and its attachments are versionable.
I removed the versionable aspect from the attachment document and the exception is no more thrown.

It's really difficult to submit a jira ticket because it's difficult to find a repeatable procedure, but I'll try.

I think there is still a bug that is not related to upgrading from 3.2