nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

As we transition to the new Hyland Community, some post links may be temporarily disrupted as we finalize redirects. We apologize for the inconvenience and are working to resolve this as quickly as possible. Details.

alfresco 1.3 on liferay 4.1.0 or 4.1.1

tiofelix

Follow the steps described in wiki.alfresco.com/wiki/Deploying_WAR_Liferay is enough to run alfresco on liferay 4.1?? Thanks

Find more posts tagged with

Comments

kevinr

No i don't think it will work - there is another recent forum post where someone has tried this and Liferay 4.1.0 has upgraded the MyFaces JAR to a different version than Alfresco uses at present.

Thanks,

Kevin

tiofelix

Ok, thanks.

    While alfresco 1.3 on liferay 4.1 doesn`t work i will try alfresco on liferay 4.0. I've been having a look at the wiki:

( http://wiki.alfresco.com/wiki/Deploying_WAR_Liferay)

     and i have a new doubt:

      What does "Alfresco 1.3.0 WAR file bundle" mean? i have the bundle alfresco+jboss, but thera are too other bundles…are the same steps for all??..or i need to download anymore??

       Thanks Gavin & Kevin for being so patient, i am learning a lot.

kevinr

The bundles for various containers exist to make life as easy as possible when deploying Alfresco.

There are minor differences between the various containers such as TomCat, JBoss, Liferay, WebSphere etc. that mean the WAR file needs some subtle changes between each app-server (mainly this just involves the removal or replacement of a JAR file or two - for the portals it may include an extra deployment XML file or two also).

So the bundles exist to give you a pre-setup environment with a WAR file already deployed that is known to be configured correctly for a specific container. We also bundle the default MySQL JBDC driver into the container so it is pretty much ready to go.

The plain WAR file download you mention is just the Alfresco WAR from the TomCat installation - it is indentical to the one we package with it. The WAR file is generally a good starting point when trying to deploy Alfresco into a new J2EE container.

Thanks,

Kevin

tiofelix

Ok i understand, otherwise i tried all the bundles(tomcat too) following step by step described at the wiki and server throws the exception below:

2006-08-18 10:38:45,515 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@a33614b{ url=file:/C:/utilidades/liferay-4_0-antiguo/server/default/deploy/1alfresco.war/, deployedLastModified=0 }
org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/utilidades/liferay-4_0-antiguo/server/default/deploy/1alfresco.war/; - nested throwable: (java.lang.VerifyError: Cannot inherit from final class)
   at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:53)
   at org.jboss.deployment.MainDeployer.create(MainDeployer.java:975)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
   at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy8.deploy(Unknown Source)
   at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
   at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:610)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
Caused by: java.lang.VerifyError: Cannot inherit from final class
   at java.lang.ClassLoader.defineClass1(Native Method)
   at java.lang.ClassLoader.defineClass(ClassLoader.java:620)
   at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124)
   at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
   at java.net.URLClassLoader.access$100(URLClassLoader.java:56)
   at java.net.URLClassLoader$1.run(URLClassLoader.java:195)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:151)
   at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:101)
   at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66)
   at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180)
   at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy31.create(Unknown Source)
   at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953)
   … 20 more

kevinr

The instructions on the Wiki are for deploying the WAR into Liferay+Tomcat - you appear to be using Liferay+JBoss. I think you will need an extra step to replace the myfaces JAR files in the JBoss instance with the ones from the Alfresco WAR file. Expand the Alfresco WAR file and extract the WEB-INF\lib\myfaces-api.jar and WEB-INF\lib\myfaces-impl.jar files, copy those files into this location liferay\server\default\deploy\jbossweb-tomcat55.sar\jsf-libs - NOTE I am not 100% sure of this location in a Liferay+JBoss bundle, but it will be similar, you are looking for the myfaces-api.jar and myfaces-impl.jar inside a directory called jsf-libs. Restart the server and it should get you further.

Thanks,

Kevin

lrdev

The instructions on the Wiki are for deploying the WAR into Liferay+Tomcat - you appear to be using Liferay+JBoss. I think you will need an extra step to replace the myfaces JAR files in the JBoss instance with the ones from the Alfresco WAR file. Expand the Alfresco WAR file and extract the WEB-INF\lib\myfaces-api.jar and WEB-INF\lib\myfaces-impl.jar files, copy those files into this location liferay\server\default\deploy\jbossweb-tomcat55.sar\jsf-libs - NOTE I am not 100% sure of this location in a Liferay+JBoss bundle, but it will be similar, you are looking for the myfaces-api.jar and myfaces-impl.jar inside a directory called jsf-libs. Restart the server and it should get you further.

Thanks,

Kevin

I've tried exactly this, and I get this error:

2006-08-28 07:44:14,109 ERROR [org.jboss.deployment.MainDeployer] Could not create deployment: file:/C:/utilidades/liferay/server/default/deploy/alfresco.war/
org.jboss.ws.WSException: java.lang.ClassNotFoundException: org.alfresco.web.app.servlet.AlfrescoFacesServlet
   at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:161)
   at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:101)
   at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66)
   at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180)
   at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy31.create(Unknown Source)
   at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
   at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy8.deploy(Unknown Source)
   at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
   at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
Caused by: java.lang.ClassNotFoundException: org.alfresco.web.app.servlet.AlfrescoFacesServlet
   at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:151)
   … 30 more
2006-08-28 07:44:14,578 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.parentTraceEnabled=true
2006-08-28 07:44:14,578 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.nestedTraceEnabled=false
2006-08-28 07:44:14,578 DEBUG [org.jboss.util.NestedThrowable] org.jboss.util.NestedThrowable.detectDuplicateNesting=true
2006-08-28 07:44:14,578 DEBUG [org.jboss.deployment.scanner.URLDeploymentScanner] Failed to deploy: org.jboss.deployment.scanner.URLDeploymentScanner$DeployedURL@1ec7f198{ url=file:/C:/utilidades/liferay/server/default/deploy/alfresco.war/, deployedLastModified=0 }
org.jboss.deployment.DeploymentException: Could not create deployment: file:/C:/utilidades/liferay/server/default/deploy/alfresco.war/; - nested throwable: (org.jboss.ws.WSException: java.lang.ClassNotFoundException: org.alfresco.web.app.servlet.AlfrescoFacesServlet)
   at org.jboss.deployment.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:53)
   at org.jboss.deployment.MainDeployer.create(MainDeployer.java:975)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:807)
   at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:771)
   at sun.reflect.GeneratedMethodAccessor50.invoke(Unknown Source)
   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:585)
   at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:155)
   at org.jboss.mx.server.Invocation.dispatch(Invocation.java:94)
   at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:133)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:142)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy8.deploy(Unknown Source)
   at org.jboss.deployment.scanner.URLDeploymentScanner.deploy(URLDeploymentScanner.java:421)
   at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:634)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan(AbstractDeploymentScanner.java:263)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop(AbstractDeploymentScanner.java:274)
   at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run(AbstractDeploymentScanner.java:225)
Caused by: org.jboss.ws.WSException: java.lang.ClassNotFoundException: org.alfresco.web.app.servlet.AlfrescoFacesServlet
   at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:161)
   at org.jboss.ws.server.WebServiceDeployer.create(WebServiceDeployer.java:101)
   at org.jboss.ws.server.WebServiceDeployerJSE.create(WebServiceDeployerJSE.java:66)
   at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180)
   at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91)
   at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
   at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
   at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659)
   at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210)
   at $Proxy31.create(Unknown Source)
   at org.jboss.deployment.MainDeployer.create(MainDeployer.java:953)
   … 20 more
Caused by: java.lang.ClassNotFoundException: org.alfresco.web.app.servlet.AlfrescoFacesServlet
   at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
   at java.lang.ClassLoader.loadClass(ClassLoader.java:251)
   at org.jboss.ws.server.WebServiceDeployerJSE.isWebserviceDeployment(WebServiceDeployerJSE.java:151)
   … 30 more‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Any idea? I think there's an error dealing with libraries, but I don't know which one…

kevinr

Alfresco is not currently compatible with Liferay 4.1.X, only version 4.0.0 will work.

Thanks,

Kevin

gavinc

I did try the latest Liferay (1.4.2) with the latest community version of Alfresco (built from HEAD) the other day and after some deployment issues it did work.

Try the following (presuming you've followed all the other steps in the wiki article regarding the file updates):

- Remove alfresco.war from the deploy directory and copy it somewhere outside the liferay directory structure.

- Start Liferay and login with the test@liferay.com user.

- Go to the admin portlet and the hot deploy tab.

- Browse for the alfresco.war file and deploy.

These steps worked for me, but then I was using Tomcat not JBoss.

Let us know if this worked for you and we can update the wiki page.

lateral

e.g the 36mb one?

thanks,
Alex

gavinc

Yes.

tierneyja

I have attempted the hot deploy solution suggested by gavinc to get Alfresco 1.4.0 to work with Liferay 4.1 and received a message "Your request processed successfully."

My destination director is webapps.

I do not see anything new in webapps, nor do I see new content to add as a portlet in Liferay. Does this inicate that it didn't actually work? (I assume so)

One difference with the setup gavinc used is that I did not pull the Alfresco code from HEAD, but from the latest stable download of Alfresco - do I need the very latest?

My environment:
Alfresco 1.4.0 from alfresco-community-war-1.4.0.tar.gz
Liferay 4.1.2 Professional Tomcat5 bundle (I used this to install Tomcat)
MySQL 5.0
Centos 4.2 86_64 (Redhat Linux clone)

I would like to help test so the wiki can be updated.
Thanks,
Jim

gavinc

No, you shouldn't need the latest code, the 1.4 community final release should be ok.

Do you see any errors on the liferay console? You can get the success message yet have errors on the console.

tierneyja

Gavin,
No, I did not see any errors in /tomcat/logs/catalina.out after the initial startup of Liferay. Is there another log I should be looking at?

I do have one error, that I have mostly ignored up to this point, it occurs during the startup of Liferay (no errors starting Tomcat), it is:

INFO: Server startup in 29241 ms
Loading jar:file:/opt/tomcat/webapps/ROOT/WEB-INF/lib/portal-ejb.jar!/portal.properties for liferay.com

Loading file:/opt/tomcat/webapps/ROOT/WEB-INF/classes/portal-ext.properties for liferay.com

15:42:46,785 ERROR [AlfrescoContentUtil:84] java.net.MalformedURLException: no protocol: 192.168.x.xxx/8080/alfresco/192.168.x.xxx/8080/lucene

Loading jar:file:/opt/tomcat/webapps/ROOT/WEB-INF/lib/portal-ejb.jar!/cache-single-vm.properties

I assume this error relates to the standard Alfresco Content Portlet that is included in Liferay 4.1.2. Should that portlet have been deleted before hotdeploying alfresco.war?
Thanks,
Jim

gavinc

Hi,

Yes, there is another log file you could look in, there should be an alfresco.log file, probably in the liferay/bin folder.

Yes, the error you see is from the other Alfresco portlet in Liferay, however, i don't see that error in my server, this is all a bit strange! Apparently this portlet is an experimental integration between Liferay and Alfresco.

Try deleting the existing references to the Alfresco portlet and then try hot deploy again. Are you using the following version "Liferay Portal Professional 4.1.2 (Cowper / Build 3102 / August 31, 2006)" of liferay?

Thanks for your persistence.

tierneyja

Gavin,
Sorry for my delayed response, I was out of town traveling, but will be back for the next month or so, so I should be able to be responsive.

I did find the alfresco.log at …/tomcat/bin/alfresco.log, here are the errors in it:

19:40:32,155 ERROR [org.alfresco.repo.content.transform.magick.AbstractImageMagickContentTransformer] ImageMagickContentTransformer not available: Failed to copy content from input stream:
writer: ContentAccessor[ contentUrl=store:///opt/tomcat/temp/Alfresco/ImageMagickContentTransformer_init_source_45955.gif, mimetype=null, size=0, encoding=UTF-8]
19:40:38,583 ERROR [org.springframework.web.context.ContextLoader] Context initialization failed

Yes my version of Liferay is: Liferay Portal Professional 4.1.2 (Cowper / Build 3102 / August 31, 2006)

I will attempt to remove the existing alfresco portlet now.
Jim