topic Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem in Alfresco Archive

Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

hbf — Fri, 17 Aug 2007 16:13:15 GMT

Hi,I've followed http://wiki.alfresco.com/wiki/Deploying_2.1WAR_Liferay4.3 on a fresh Liferay4.3 install to get both Liferay and Alfresco running. Unfortunately, at startup, I get an error complaining that class com.liferay.util.bridges.jsf.myfaces.MyFacesContextFactoryImpl cannot be found:15:58:01,

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

lakmal — Fri, 17 Aug 2007 20:22:14 GMT

Hi,

I also tried as per instructions given in

http://wiki.alfresco.com/wiki/Deploying_2.1WAR_Liferay4.3

and I ended up with the same error. When faces-config.xml is not included in web.xml, alfresco starts and the web interface can be accessed via http://hostname/alfresco, but alfresco client or any other portlets don't get registered with the liferay.

Any help on this is highly appreciated.

Regards,

Lakmal

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Mon, 20 Aug 2007 11:16:19 GMT

That's odd - during the deploy of the WAR file, Liferay should copy in the following file into webapps/alfresco/WEB-INF/lib/util-bridges.jar - does that file exist in your installation? There should also be 'util-java.jar' and 'util-taglib.jar' copied from Liferay.

Thanks,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

lakmal — Mon, 20 Aug 2007 13:07:19 GMT

Hi,

No, i can't find those files in there. I tried copying them from liferay to lib directory in alfresco and running the startup script, but still the same problem. I even tried placing the inside the war file and then deploy, but no change. Also I noticed that when I include the faces-config.xml file i'm getting this error. When that happens I can't even see the alfreso interface outside of liferay, but without that file, the i can access alfresco from outside. Any ideas?

Regards,

Lakmal


Failure during rollback: org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap$1@1a0b39b
Caused by: 
org.alfresco.error.AlfrescoRuntimeException: Failure during rollback: org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap$1@1a0b39b
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:281)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155)
   at org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap.bootstrap(DictionaryRepositoryBootstrap.java:134)
   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.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeCustomInitMethod(AbstractAutowireCapableBeanFactory.java:1160)
   at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1122)‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Mon, 20 Aug 2007 13:43:54 GMT

When you followed the steps on the wiki, you dropped the alfresco.war into your Liferay deploy dir and Liferay sucessfully processed it and created the exploded (and modified) liferay\webapps\alfresco dir? I'm not sure why it has not copied those JAR files over during deploy - there are other modifications it makes to the web.xml file during deploy also - they are also needed which is probably why it's not working. It's almost like it's not making those mods…

Thanks,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

lakmal — Mon, 20 Aug 2007 14:43:26 GMT

Hi Kevin,

Yes the alfresco directory is exploded within the webapps folder, and also the alf_data directory within the bin directory. I don't know however what components are missing further. I tried to deploy the war file within the liferay portal… Then I'm getting the following error. I don't know why it's getting black listed..

Regards,

Lakmal

14:30:44,578 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Processing DEPLOY_TO__alfresco.war
14:30:47,984 ERROR [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Auto deploy failed to remove DEPLOY_TO__alfresco.war
14:30:47,984 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Add DEPLOY_TO__alfresco.war to the blacklist
14:30:57,984 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:08,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:18,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:28,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:38,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:48,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:31:58,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
14:32:08,000 INFO  [com.liferay.portal.kernel.deploy.auto.AutoDeployDir] Skip processing of DEPLOY_TO__alfresco.war because it is blacklisted. You must restart the server to remove the file from the blacklist.
tLoader.initWebApplicationContext(ContextLoader.java:184)
   at org.springframework.web.context.ContextLoaderListener.contextInitialized(ContextLoaderListener.java:49)
   at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3764)
   at org.apache.catalina.core.StandardContext.start(StandardContext.java:4216)
   at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:760)
   at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:740)‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

matthias_bohlen — Mon, 20 Aug 2007 22:19:00 GMT

When you followed the steps on the wiki, you dropped the alfresco.war into your Liferay deploy dir and Liferay sucessfully processed it and created the exploded (and modified) liferay\webapps\alfresco dir? I'm not sure why it has not copied those JAR files over during deploy - there are other modifications it makes to the web.xml file during deploy also - they are also needed which is probably why it's not working. It's almost like it's not making those mods…

I had the same problem after my installation. The reason is: The alfresco.war file to be deployed contains no portlet.xml and no liferay-plugin-package.xml files, so the AutoDeployer does not recognize the war file as a Liferay plugin. On my machine, the deployment was simply ignored, the war file was not exploded. I found this out by running the Tomcat server in debug mode ("catalina jpda run") and debugging it inside Eclipse.

After I added those 2 files, everything worked OK.

Could you please add those 2 files to the liferay43files.zip file and upload it again? I do not want to publish those files here because I am not sure whether the content is correct.

Thanks,
Matthias

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Tue, 21 Aug 2007 08:43:24 GMT

No problem I'll add those files - it's very odd that it worked ok here on our development laptops (I had other devs test it also with no problems)…

I'll let you know when the zip is updated.

Thanks,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Tue, 21 Aug 2007 09:30:21 GMT

I have updated the zip file and updated the wiki instructions. Please can you let me know if it all works for you now.

Thanks for your assistance,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

lakmal — Tue, 21 Aug 2007 09:33:39 GMT

Hi,

After adding those two files, the util*.jar files are in the lib. However it appears that there are some incompatibilities in the files, may be due to version changes? I get the following errors now. Anyway I will wait till the zip file is ready to test again.

I also have a question about the mysql database. When you follow the guidlines exactly as given in the wiki, I think it will use the HSQL database. Don't you need to have the custom-hibernate-dialect.properties file modified in the extensions folder?


08:19:56,421 INFO  [com.liferay.portal.deploy.hot.PluginPackageHotDeployListener] Plugin package alfresco/client/4.3.0/war registered successfully
08:19:56,437 INFO  [com.liferay.portal.deploy.hot.PortletHotDeployListener] Registering portlets for alfresco
08:19:57,265 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name alfresco_client_WAR_alfresco is described in portlet.xml but does not have a matching entry in liferay-portlet.xml
08:19:57,265 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoMyWebForms_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,281 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoDocList_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,281 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoMySpaces_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,281 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoMyTasks_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,281 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoClient_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,281 WARN  [com.liferay.portal.service.impl.PortletLocalServiceImpl] Portlet with the name AlfrescoMyWebFiles_WAR_alfresco is described in liferay-portlet.xml but does not have a matching entry in portlet.xml
08:19:57,375 INFO  [com.liferay.portal.deploy.hot.PortletHotDeployListener] Portlets for alfresco registered successfully
08:20:03,625 INFO  [com.liferay.portal.deploy.auto.PortletAutoDeployListener] Portlets for C:\Documents and Settings\greenthang123\liferay\deploy\DEPLOY_TO__alfresco.war copied successfully
08:20:27,437 INFO  [com.liferay.portal.deploy.hot.PluginPackageHotDeployListener] Reading plugin package for alfresco
08:20:27,453 INFO  [com.liferay.portal.deploy.hot.PluginPackageHotDeployListener] Plugin package alfresco/client/4.3.0/war unregistered successfully
08:20:27,453 INFO  [com.liferay.portal.deploy.hot.PortletHotDeployListener] Unregistering portlets for alfresco
08:20:27,453 INFO  [com.liferay.portal.deploy.hot.PortletHotDeployListener] Portlets for alfresco unregistered successfully
ion: Failure during rollback: org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap$1@1bf20f6
Caused by: 
org.alfresco.error.AlfrescoRuntimeException: Failure during rollback: org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap$1@1bf20f6
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:281)
   at org.alfresco.repo.transaction.RetryingTransactionHelper.doInTransaction(RetryingTransactionHelper.java:155)
   at org.alfresco.repo.dictionary.DictionaryRepositoryBootstrap.bootstrap(DictionaryRepositoryBootstrap.java:134)

‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Tue, 21 Aug 2007 10:04:16 GMT

I've tested this on 'liferay-portal-tomcat-jdk5-4.3.0' on windows with the files from the zip I updated. I don't get those errors. From looking at the portlet.xml and liferay-portlet.xml the names of the portlets in the 'portlet-name' field of each XML file match up correctly. I get some issues when trying to display the portlets:
10:03:04,858 WARN [service.impl.PortletLocalServiceImpl] Portlet not found for 1 AlfrescoDocList_WAR_alfresco
etc.
I'm not sure why yet…

Liferay will use the HSQL database, Alfresco will use MySQL if you deploy the WAR as per the wiki instructions.

Thanks,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

kevinr — Tue, 21 Aug 2007 10:36:22 GMT

I'm not sure the use of the 'liferay-plugin-package.xml' is correct. Using this, Liferay deploys the webapp as "portlets" not as "alfresco" and then doesn't seem to find the portlets due to this naming confusion (which appear correct in files). The file 'portlet.xml' is now included so i'm not sure why it doesn't deploy on your system. Can you try with the modified instructions and just the portlet.xml not the liferay-plugin-package.xml? As that works for me…

Thanks,

Kevin

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

smyers — Tue, 21 Aug 2007 15:46:32 GMT

Oddly enough, I had to build util-bridges.jar myself before getting this to work, but otherwise the instructions worked well. Thanks for this.

In regards to the portlet.xml/liferay-plugin-package.xml, I've got both. I just threw together something based on the example in the liferay wiki, and it appears to have served the purpose of suppressing the notice that pops up when you don't have liferay-plugin-package.xml, and has had no further effect.

I was wondering about taking this to the next step, though. Once you get these two services married in this fashion, a Single Sign-On solution becomes a very worthwhile thing to implement. Liferay and Alfresco both work well with CAS when they're each running in their own servlet context, but it's my understanding that the CAS/HTTPRequest filter isn't used when Alfresco is deployed in the portlet environment. I know that Jonas Yuan has information on this subject, or at least a set a of files that do what I'm looking for, but I've yet to see someone completely explain what needs to happen to get Alfresco to rely on the portal for authentication when it's deployed as a portlet.

Am I just not searching well enough, or is my understand just way off? Feel fre(e) to slap me with RTFM links and ignore me. I'd be grateful if it was that simple.

Thanks again.

Re: Liferay 4.3+Alfresco 2.1: MyFacesContextFactoryImpl problem

lakmal — Tue, 21 Aug 2007 20:45:03 GMT

Hi Kevin and all,

Thanks a lot for all your feed back and comments. Finally it's working now.

The procedure in wiki is ok, except I added some files to extensions to create the MySQL database. The files are custom-db-and-data-context.xml, custom-hibernate-dialect.properties, custom-repository.properties and custom-repository-context.xml.

Then place the war in the deploy and start liferay. The other thing was I had to drop and re-create the alfresco database again. It's also important to clear all the previous data and temp files i think.

I also upgraded jdk to 1.6. I'm not sure if it was any reason for the problem I had all this time.

Since I didn't use the file liferay-plugin-package.xml file, I get the following warning, but I guess it's ok. (I used portlet.xml)


 WARN  [com.liferay.portal.deploy.hot.PluginPackageHotDeployListener] Plugin package on context alfresco cannot be tracked because this WAR does not contain a liferay-plugin-package.xml file
‍‍‍

Alfresco is also authenticating against LDAP with the configuration I had for 2.0. Now I guess it's time for the SSO to integrate.

Regards,

Lakmal