topic Dynamic models - no restart required ... in Alfresco Archive

Dynamic models - no restart required ...

janv — Mon, 17 Sep 2007 10:16:26 GMT

We have recently added a new feature to the Alfresco Repository that allows custom models to be updated dynamically without requiring a server restart. Additionally, the Web Client UI can also be customised without a restart. This means for example that new types, aspects and properties can now be a

Re: Dynamic models - no restart required ...

rivarola — Mon, 17 Sep 2007 15:19:29 GMT

Congratulation Jan, this is a GREAT (r)evolution

Re: Dynamic models - no restart required ...

kbonnet — Sun, 23 Sep 2007 17:02:08 GMT

I wanted to see this bahavior and downloaded version 2.2dev.I managed to get a custom content type activated via the new Models space in the datadictionary. I checked the activation via the repoadmin-console with the "show models" command.

However, i dont succeed in making my new content type visible in the user interface. For this to achieve i have put the following XML file in the Web Client Extension space:


<alfresco-config>

 <config evaluator="string-compare" condition="Content Wizards">
      <content-types>
            <type name="sc:doc" display-label="General document (KB)" />
            <type name="sc:whitepaper" display-label="Whitepaper (KB)" />
      </content-types>
   </config>

</alfresco-config>
‍‍‍‍‍‍‍‍‍‍‍‍

Having done this, and reloaded the webclient configuration via the webclientconfig-console, i would have expected my two new content type to appear in the Create Content Wizard. But nothing shows up there.

Any suggestions? Did i forget something?

Kind regards,

Koen Bonnet

Re: Dynamic models - no restart required ...

janv — Mon, 24 Sep 2007 11:45:18 GMT

Hi Koen,

Thanks for the feedback. It sounds as if you have followed the right steps.

Can you confirm that your custom web client config is called 'web-client-config-custom.xml' ? (… for your reference, the config source list is defined in web-client-application-context.xml)

Also, if you haven't already, can you also please try the example model (wiki example 1) and make sure that this works OK in your environment.

If you're still having problems, then would it possible for you to send a copy of your custom model.

Thanks,
Jan

Re: Dynamic models - no restart required ...

kbonnet — Mon, 24 Sep 2007 20:01:52 GMT

Hi Jan! Your push was in the right direction! I didnt realize the file had to have the same name as it would have on the file system. I renamed my web client config, reloaded, and now i can create my own content types.

I didnt realize the name was so important, because for the content models it doest matter. Maybe we should emphasize this in the Wiki?

Thanks a lot!

Koen Bonnet

Re: Dynamic models - no restart required ...

kbonnet — Mon, 24 Sep 2007 20:54:46 GMT

Now i got myself really in trouble . I edited my web client config file but saved invalid XML. After reloading the config i couldnt do anything in Alfresco, because the web client hadnt initialised or something. I solved the problem by editing my file with vi in my content store on the filesystem.

Maybe build in some validation before these config files can be activated?

Koen

Re: Dynamic models - no restart required ...

janv — Thu, 27 Sep 2007 17:12:46 GMT

Agreed, invalid config should not be loaded. This has been fixed on HEAD. The wiki page has also been updated.

Thanks for the feedback.

Jan

Re: Dynamic models - no restart required ...

kbonnet — Tue, 09 Oct 2007 08:03:16 GMT

I'm still glad that dynamic models are being developed, but i ran into a new problem while working with a custom workflow model and proces definition.

I'm not able to deactivate my custom workflow model. When i try to deactivate it via the web client or do anything via the workflow-console, i get the error message


Namespace prefix cntz is not mapped to a namespace URI
‍‍‍

I must have created this situation by copying the model. I was able the deactivate the original, but not this copy. I undeployed the proces definition and commented-out the web client extensions for it, but so far nothing helps.

Any clues or directions?

Thanks for your time and help.

Koen

Re: Dynamic models - no restart required ...

janv — Wed, 10 Oct 2007 17:06:56 GMT

Thanks again for the feedback.

It sounds as if the first deactivation caused the model instance to be removed, hence giving a namespace error … for reference, please post a stacktrace from the server console/log, if available.

We should not allow multiple active model definitions with the same model name (even if the file names are different) since these effectively point to the same model instance.

I have fixed HEAD so that it is no longer possible to create / copy / activate separate copies of existing active models.

Hope this helps.

Jan

Re: Dynamic models - no restart required ...

kbonnet — Sat, 13 Oct 2007 14:36:51 GMT

This is the output in the logging when the error occurs.


15:30:17,024 User:admin ERROR [ui.common.Utils] A system error happened during the operation: Namespace prefix cntz is not mapped to a namespace URI
org.alfresco.service.namespace.NamespaceException: Namespace prefix cntz is not mapped to a namespace URI
        at org.alfresco.service.namespace.QName.createQName(QName.java:103)
        at org.alfresco.service.namespace.QName.createQName(QName.java:125)
        at org.alfresco.repo.workflow.jbpm.JBPMEngine.getTaskDefinition(JBPMEngine.java:1827)
        at org.alfresco.repo.workflow.jbpm.JBPMEngine.createWorkflowTaskDefinition(JBPMEngine.java:2836)
        at org.alfresco.repo.workflow.jbpm.JBPMEngine.createWorkflowDefinition(JBPMEngine.java:2774)
        at org.alfresco.repo.workflow.jbpm.JBPMEngine$4.doInJbpm(JBPMEngine.java:417)
        at org.springmodules.workflow.jbpm31.JbpmTemplate$1.doInHibernate(JbpmTemplate.java:87)
        at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:367)
        at org.springframework.orm.hibernate3.HibernateTemplate.execute(HibernateTemplate.java:333)
        at org.springmodules.workflow.jbpm31.JbpmTemplate.execute(JbpmTemplate.java:80)
        at org.alfresco.repo.workflow.jbpm.JBPMEngine.getDefinitions(JBPMEngine.java:395)
        at org.alfresco.repo.workflow.WorkflowServiceImpl.getDefinitions(WorkflowServiceImpl.java:192)
        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:585)
        at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:281)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:187)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:154)
        at org.alfresco.repo.security.permissions.impl.AlwaysProceedMethodInterceptor.invoke(AlwaysProceedMethodInterceptor.java:40)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
        at org.alfresco.repo.security.permissions.impl.ExceptionTranslatorMethodInterceptor.invoke(ExceptionTranslatorMethodInterceptor.java:49)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
        at org.alfresco.repo.audit.AuditComponentImpl.audit(AuditComponentImpl.java:241)
        at org.alfresco.repo.audit.AuditMethodInterceptor.invoke(AuditMethodInterceptor.java:69)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
        at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:107)
        at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
        at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:210)
        at $Proxy43.getDefinitions(Unknown Source)
        at org.alfresco.repo.dictionary.DictionaryModelType.validateModelDelete(DictionaryModelType.java:483)
        at org.alfresco.repo.dictionary.DictionaryModelType.access$500(DictionaryModelType.java:72)
        at org.alfresco.repo.dictionary.DictionaryModelType$DictionaryModelTypeTransactionListener$1.doWork(DictionaryModelType.java:403)
        at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(AuthenticationUtil.java:298)
        at org.alfresco.repo.dictionary.DictionaryModelType$DictionaryModelTypeTransactionListener.beforeCommit(DictionaryModelType.java:352)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.doBeforeCommit(AlfrescoTransactionSupport.java:632)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.doBeforeCommit(AlfrescoTransactionSupport.java:614)
        at org.alfresco.repo.transaction.AlfrescoTransactionSupport$TransactionSynchronizationImpl.beforeCommit(AlfrescoTransactionSupport.java:592)
        at org.springframework.transaction.support.TransactionSynchronizationUtils.triggerBeforeCommit(TransactionSynchronizationUtils.java:48)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.triggerBeforeCommit(AbstractPlatformTransactionManager.java:821)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.processCommit(AbstractPlatformTransactionManager.java:637)
        at org.springframework.transaction.support.AbstractPlatformTransactionManager.commit(AbstractPlatformTransactionManager.java:624)
        at org.springframework.transaction.interceptor.TransactionAspectSupport.commitTransactionAfterReturning(TransactionAspectSupport.java:307)
        at org.alfresco.util.transaction.SpringAwareUserTransaction.commit(SpringAwareUserTransaction.java:420)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:244)
        at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:160)
        at org.alfresco.web.bean.dialog.BaseDialogBean.finish(BaseDialogBean.java:124)
        at org.alfresco.web.bean.dialog.DialogManager.finish(DialogManager.java:409)
        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:585)
        at org.apache.myfaces.el.MethodBindingImpl.invoke(MethodBindingImpl.java:132)
        at org.apache.myfaces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:61)
        at javax.faces.component.UICommand.broadcast(UICommand.java:109)
        at javax.faces.component.UIViewRoot._broadcastForPhase(UIViewRoot.java:97)
        at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:171)
        at org.apache.myfaces.lifecycle.InvokeApplicationExecutor.execute(InvokeApplicationExecutor.java:32)
        at org.apache.myfaces.lifecycle.LifecycleImpl.executePhase(LifecycleImpl.java:95)
        at org.apache.myfaces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:70)
        at javax.faces.webapp.FacesServlet.service(FacesServlet.java:139)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.alfresco.web.app.servlet.AuthenticationFilter.doFilter(AuthenticationFilter.java:81)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Dynamic models - no restart required ...

fbehfar — Sun, 09 Dec 2007 06:31:43 GMT

Hi,
I'm new to the Alfresco and I'm trying to work with the Dynamic model!
I've downloaded "AlfrescoCommunity-2.9.0dev-Setup", I've run the example model (wiki example 1) sucessfully, but I have problem with the (wiki example 2). I've followed all the steps and when I push the 'Advanced Workflow' button I get the following error!

javax.faces.FacesException: Exception in JSP: /jsp/wizard/container.jsp:133

130: <tr>
131: <td style="width: 100%;" valign="top">
132: <f:subview id="wizard-body">
133: <jsp:include page="<%=Application.getWizardManager().getPage() %>" />
134: </f:subview>
135: </td>
136: </tr>


Stacktrace:
caused by:
org.apache.jasper.JasperException: Exception in JSP: /jsp/wizard/container.jsp:133

130: <tr>
131: <td style="width: 100%;" valign="top">
132: <f:subview id="wizard-body">
133: <jsp:include page="<%=Application.getWizardManager().getPage() %>" />
134: </f:subview>
135: </td>
136: </tr>


Stacktrace:
caused by:
org.apache.jasper.JasperException: Cannot get value for expression '#{WizardManager.bean.hasStartableWorkflows == false}'
caused by:
javax.faces.el.EvaluationException: Cannot get value for expression '#{WizardManager.bean.hasStartableWorkflows == false}'
caused by:
javax.faces.el.EvaluationException: Exception getting value of property hasStartableWorkflows of base of type : org.alfresco.web.bean.workflow.StartWorkflowWizard
caused by:
javax.faces.el.EvaluationException: Bean: org.alfresco.web.bean.workflow.StartWorkflowWizard, property: hasStartableWorkflows
caused by:
java.lang.reflect.InvocationTargetException
caused by:
org.alfresco.service.cmr.repository.XPathException: Error executing xpath:
xpath: /app:company_home/app:dictionary/app:messages/cm:'lifecycle-messages.properties'_en_US.properties
caused by:
org.jaxen.XPathSyntaxException: Unexpected 'lifecycle-messages.properties'
caused by:
class org.jaxen.saxpath.XPathSyntaxException: /app:company_home/app:dictionary/app:messages/cm:'lifecycle-messages.properties'_en_US.properties: 50: Unexpected 'lifecycle-messages.properties'
‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Would you help me to solve this problem?
(wiki example 2) doesn't have number 3 in its steps, maybe I've missed something there, that causes this error!
Thanks,
FSB

Re: Dynamic models - no restart required ...

janv — Mon, 10 Dec 2007 10:38:09 GMT

Thanks for the feedback. All the steps are listed for example 2. I have now fixed the typo and re-numbered steps 4-7 as steps 3-6.

It looks as if you may have mis-typed step 4 as:

reload messages 'lifecycle-messages.properties'

You should be able to resolve this issue by either:

undeploy messages 'lifecycle-messages.properties'

reload messages lifecycle-messages

or:

simply re-starting AlfrescoIn a future release, we will look to improve the validation when registering ('reloading') message resource bundles.

Thanks,
Jan

Re: Dynamic models - no restart required ...

fbehfar — Thu, 13 Dec 2007 05:30:52 GMT

Thank you for your quick reply Jan,

Actually I had done all the steps, even the 'reload' step, but as I thought this solution doesn't need to restart, so I didn't try that.
BUT I still have problem,
I can see 'Lifecycle Review & Approve …' in the Advanced workflow list, but when I push the Finish button at the end I get the following error!

Please correct the errors below then click Finish.

    * A system error happened during the operation: Failed to signal transition 'null' from workflow task 'jbpm$17'‍‍‍

each time I try, the 'jbpm$…' number is raised by two. I have done logout / login and also I have restarted the Tomcat but nothing happend. What am I doing wrong?

In the 'Users and their Roles' step at advanced workflow I want to select more than one person to do the task, what can I do? I have changed the

<actor>#{bpm_assignee}</actor>‍

<actor>#{bpm_assignees}</actor>‍

in the 'Lifecycle_processdefintion.xml' file, but nothing happend. Should I change something else in another file?
or it's better tto say, where is the UI configuration of 'LifecycleModel', there is nothing about lifecycle model in the 'web-client-config-custom.xml' file, so how does it understand, which properties to show and in what order, there is no

<config evaluator="node-type" condition="wf:submitAdhocTask" replace="true">
   <property-sheet>
      <separator name="sep1" display-label-id="general" component-generator="HeaderSeparatorGenerator" />
      <show-property name="bpm:workflowDescription" component-generator="TextAreaGenerator" />
      <show-property name="bpm:workflowPriority" />
      <show-property name="bpm:workflowDueDate" />
      <show-property name="wf:notifyMe" />
      <separator name="sep2" display-label-id="users_and_roles" component-generator="HeaderSeparatorGenerator" />
      <show-association name="bpm:assignee" />
   </property-sheet>
</config>‍‍‍‍‍‍‍‍‍‍‍

such a thing for ifecycle workflow in any files!!!
how can I customise it?

Another question, I'm working with an old version of alfresco on LINUX too, which doesn't have any Model, Workflow Definitions and etc. . Is it possible to upgrade that version without loosing my data? or I should take a backup and then restore them?

Thank you again,
FSB

Re: Dynamic models - no restart required ...

janv — Thu, 13 Dec 2007 11:31:46 GMT

I'm glad that fixed your (initial) problem.

I don't seem to be able to repeat your next issue in my environment. Can you please provide an extract from your server log when the issue occurs and also environment details (version/build of Alfresco and app/db/os platform details).

Please also post your Workflow question in the Workflow forum.

Yes, in theory you should be able to upgrade - but make sure you have a backup, and then refer to wiki for upgrade notes - however, we do not specifically test upgrades to/from preview/dev releases.

Thanks,
Jan

Re: Dynamic models - no restart required ...

fbehfar — Sat, 15 Dec 2007 05:54:25 GMT

Thanks Jan,

I found my probelem that caused the error!
It was for changing <actor>#{bpm_assignee}</actor> to <actor>#{bpm_assignees}</actor>

Now It's working correctly!!!

Thank you again,
FSB

Re: Dynamic models - no restart required ...

kbonnet — Thu, 13 Mar 2008 10:41:22 GMT

Jan, if you're still reading this, is there a way to disable the loading of the dynamic content models from the repository? I have run into a problem with restarting of Alfresco wit the error message "InvalidTypeException". I started another topic in tihs in the repository services thread. This must be caused by one of my own models in the repository, becasue when i start the same Alfresco installation with a clean database en empty contentstore on the filesystem it starts OK.

So the question for this topic is, if there is any way to disable the loading of dynamic content models. Otherwise i would never be able to solve this problem.

Kind regards,

Koen Bonnet

Re: Dynamic models - no restart required ...

janv — Tue, 18 Mar 2008 12:15:14 GMT

In general, referenced models should not be removed or disabled since this can lead to integrity issues. This applies to static models (loaded from the classpath) or dynamic models (loaded from the repository). In the future, we may wish to allow the repository to be more tolerant to missing/invalid types etc. In the meantime, the issue that you raised (AR-2179) has now been fixed on HEAD and a workaround is also available.

Thanks,
Jan

Re: Dynamic models - no restart required ...

heiko_robert — Thu, 20 Jan 2011 11:16:48 GMT

When we use Dynamic Models as described in http://wiki.alfresco.com/wiki/Dynamic_Models#Updating_and_re-loading_message_resources no translation files are used.
e.g. we put
in Data Dictionary/Models: ProductModel.xml
in Data Dictionary/Messages: ProductModel.properties, ProductModel_de_DE.properties, ProductModel_en_US.properties

in the WebUI only the values from ProductModel.properties (english version) are used. I executed "reload messages ProductModel" in the Repository Admin Konsole but no success.

The only way to get the translation is to use the classic way to put the files in the classpath and to register using property name="labels".

Any hints?
Thanks
Heiko

Re: Dynamic models - no restart required ...

heiko_robert — Thu, 20 Jan 2011 12:40:09 GMT

another thread with the same issue: http://forums.alfresco.com/en/viewtopic.php?f=5&t=35109&p=101938&hilit=Dynamic+Models#p101938

Re: Dynamic models - no restart required ...

protanveer — Thu, 03 Nov 2011 03:53:21 GMT

Is there a way to execute 'reload' command remotely i.e. via web service api?