No Data in Web Script Portlets?

[ragamuffndave]

I'm trying to use the alfresco (built from latest SVN pull) web scripts as portlets in liferay (5.0.1)… I've been successful thus far getting them to show up (in the liferay application menu and also as portlets on the page), however, no data is ever displayed in the portlets… going directly to the web scripts themselves outside of liferay, they work as they should… inside liferay, it seems there is some disconnect between the UI part of the webscript and the back end… the UI shows up fine, but is never populated with anything.

So for example, I have the My Spaces web script running as a portlet which should show some files and folders etc… the UI part is displayed fine, yet a spinning graphic in the middle shows up where the files should be, like it is retrieving data, yet nothing ever comes back. This happens for all the web scripts that I try to put into liferay… the spinning graphic is there and data is never returned.

Has anyone else experienced this yet? Also, if I click on any of the tabs/links (filters basically) in the portlets, something really weird happens: it's as if all the CSS is stripped from the page and it blows away the portlet as well as the liferay page… it's all rendered as plain text.

Any help would be appreciated

Cheers!

[snig]

Yes, this happened a number of times.
I found a wierd way to get rid of this,

Open Alfresco in another tab in your browser. Login into Alfresco with the same user, logout.
Goto Liferay page, refresh the page; or swith between another page.
The portlet should show data.

[maclarenjc]

But this will not work in a production setting right?  Has anyone figured out a way to resolve this without requiring manual process by the user (i.e. opening a browser tab, etc.)?

I have been using the Liferay iFrame portlet pointing to the various paths returned by the out of the box AVM stores web script (http://alfresco_url/alfresco/service/sample/avm/path/<web project dns name>/www/avm_webapps/ROOT) which browses through the store in question and I can drill down to the particular HTML file rendition from WCM (http://alfresco_url/alfresco/service/api/node/content/avm/<web project dns name>/-1;www;avm_webapps;ROOT;About%20Us;Careers;Positions;Enterprise%20Architect.html/Enterprise%20Architect.html) and use that as the iFrame src. 

The iFrame portlet has various methods for authentication to Alfresco but I still on occasion am prompted to re-authenticate to Alfresco and there are other limitations to the iFrame as well such as being difficult to get CSS and/or Javascript from the Liferay theme to apply to it, etc.  So I would prefer to use a content portlet approach to render the resulting HTML file in line in the page response without an iFrame.

Can one of you reply with the approach you took to take the war file or make on from the build source, auto/manual deploy into Liferay, etc.?

Based on what Snig reports it would seem to be an issue with authentication and opening and signing into Alfresco in another browser tab re-establishes the Alfresco cookies somehow.  It would be interesting to see the header/request traffic between Liferay and Alfresco when the spinning graphic is appearing…

[matteo_grolla]

I'm using Alfresco 2.1 Comunity, Liferay 5.1 and I'm experiencing your same problem.
I looked through the code and I think that this is what happens
MySpaces ws is executed in the portlet runtime environment and get's authenticated
the central part of MySpaces (containing folders) is managed by another ws: MySpacesPanel loaded asynchronously
this runs in the default environment (servlet) with webclient authentication
If the alfresco client is open the webclient authentication passes

I still don't know how to solve it