cancel
Showing results for 
Search instead for 
Did you mean: 

Rules not triggering for new objects with no content

tarapenner
Champ in-the-making
Champ in-the-making
Hello,

I'm hoping that someone could point me in the right direction for an issue that I'm having with an upgraded installation of Alfresco Community 4.2.c.

What's happening is that the user is creating an object of a custom type in Alfresco which has no content. Upon creation, a series of rules are executed which create content (based on the custom properties), rename the document, and move it other folders.

The problem I'm having is that the rules are not being triggered when the content is created. I believe this is related to the fact that the objects are created with a size of "NaN GB". As soon as I edit and save the properties, the size becomes 0 GB and the rules execute.

The only error I've found in the log is below - not sure if it's related.

Any help would be greatly appreciated! This issue has only cropped up since upgrading to 4.2.

Thanks in advance!

Tara


16:46:38,669 ERROR [org.springframework.extensions.webscripts.AbstractRuntime] Exception from executeScript - redirecting to status template error: 00080001 No content found for file: /alfresco/site-data/module-deployments/Alfresco Portlet Extension.xml
org.springframework.extensions.webscripts.WebScriptException: 00080001 No content found for file: /alfresco/site-data/module-deployments/Alfresco Portlet Extension.xml
   at org.alfresco.repo.web.scripts.bean.ADMRemoteStore$2.doWork(ADMRemoteStore.java:238)
   at org.alfresco.repo.web.scripts.bean.ADMRemoteStore$2.doWork(ADMRemoteStore.java:220)
   at org.alfresco.repo.security.authentication.AuthenticationUtil.runAs(AuthenticationUtil.java:529)
   at org.alfresco.repo.web.scripts.bean.ADMRemoteStore.getDocument(ADMRemoteStore.java:219)
   at org.alfresco.repo.web.scripts.bean.BaseRemoteStore.execute(BaseRemoteStore.java:283)
   at org.alfresco.repo.web.scripts.RepositoryContainer$3.execute(RepositoryContainer.java:426)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:433)
   at org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecute(RepositoryContainer.java:495)
   at org.alfresco.repo.web.scripts.RepositoryContainer.transactionedExecuteAs(RepositoryContainer.java:533)
   at org.alfresco.repo.web.scripts.RepositoryContainer.executeScript(RepositoryContainer.java:276)
   at org.springframework.extensions.webscripts.AbstractRuntime.executeScript(AbstractRuntime.java:377)
   at org.springframework.extensions.webscripts.AbstractRuntime.executeScript(AbstractRuntime.java:209)
   at org.springframework.extensions.webscripts.servlet.WebScriptServlet.service(WebScriptServlet.java:118)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:722)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at org.alfresco.web.app.servlet.GlobalLocalizationFilter.doFilter(GlobalLocalizationFilter.java:61)
   at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
   at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
   at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
   at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
   at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
   at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168)
   at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
   at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929)
   at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
   at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:407)
   at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002)
   at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585)
   at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:1813)
   at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
   at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
   at java.lang.Thread.run(Thread.java:722)
3 REPLIES 3

tarapenner
Champ in-the-making
Champ in-the-making
Just a quick update:

It seems as though I'm able to reproduce the issue reported here: https://issues.alfresco.com/jira/browse/ALF-244?page=com.atlassian.jira.plugin.system.issuetabpanels...

I've verified that this is the case in 4.2.b and 4.2.c Community (Ubuntu/MySQL). Applies to both custom content types, and plain text (only if text is entered into the content will the rules execute). Has anyone else come across this? Is it possibly a bug?

Also, to clarify my earlier post, the rules execute normally for modified objects. The rules that should trigger when objects are created do not execute when the properties are modified.

athar_mcj
Champ in-the-making
Champ in-the-making
yup its a not a close to bug  that was fixed in later versions or along with adding some properties in alfresco ., and more over the NanGb is just as good as 0 bytes of data. it made me astonished also at first that what will happen about the size of the repository, then i figured it out through forums and documentation that its a troublesome  thing that was fixed later by default or you can do by your own .  🙂

tarapenner
Champ in-the-making
Champ in-the-making
Well it certainly was not a bug. I needed to add the following to alfresco-global.properties:

policy.content.update.ignoreEmpty=false