cancel
Showing results for 
Search instead for 
Did you mean: 

'Wrapped Exception (with status template)...' error

fernandoe
Champ on-the-rise
Champ on-the-rise
Hi all,

I'm receiving the same error that's been posted here a few times.

Wrapped Exception (with status template): Failed to execute script '/org/alfresco/slingshot/documentlibrary/doclist.get.js (in classpath store file:/data-1/Alfresco/tomcat/webapps/alfresco/WEB-INF/classes/alfresco/templates/webscripts)': Node does not exist: workspace://SpacesStore/…


Unfortunately, my language settings appear to be in check, and I don't' have any documents that were outward-linking to sites that users did not have permissions to.
This error simply shows up when I try to access my documentLibrary, and then click on the "I'm Editing" button, below "Documents".

I'll probably check in with our sysadmin for the logs, but thought I'd throw it out there if anyone's found alternate means of remedying this.

Sites were created using Share. Users were added via Explorer. Things have been working hunky-dory up until now.

Running Labs 3Stable on Linux.
19 REPLIES 19

fernandoe
Champ on-the-rise
Champ on-the-rise
Any ideas from anyone?

fernandoe
Champ on-the-rise
Champ on-the-rise
Here's a screen shot of my error message.
Any and all help would be greatly appreciated. Also, let me know if you need more information regarding my circumstances.

Thanks again,
Fernando

[img]http://img17.imageshack.us/img17/3540/alfrescoerror.jpg[/img]

fernandoe
Champ on-the-rise
Champ on-the-rise
Hi again,

Just wanted to know: has anyone else come across this error? My version of the exception is the 'missing node' one, not the permission related error some others have reportedly experience.

jtp
Champ in-the-making
Champ in-the-making
I had the same error happen during some testing.  One of the testers had been loading documents using the /alfresco interface, while others were all in the /share interface as they should have been.  Could some of your documents have been touched/modified in both /alfresco and /share?

fernandoe
Champ on-the-rise
Champ on-the-rise
Hi JTP,

I believe that may have happened in one instance. However, I know for a fact that the other group of users have been working off of /share explicitly.
How did you go about resolving the issue? Did you need to delete any files/folders, and then reupload/recreate them thereafter?

Thanks for the reply!

Fernando

jtp
Champ in-the-making
Champ in-the-making
There may be better alternatives, but I created a dummy site, moved the documents over, deleted the initial site, recreated the initial site, and moved the documents back.

fernandoe
Champ on-the-rise
Champ on-the-rise
This was the method of resolution I was absolutely dreading, and was keeping my fingers crossed for an alternate solution.
Nonetheless, thank you very much for your input on this, JTP. Let's see if anyone else can chime in before this subject does silent.

fernandoe
Champ on-the-rise
Champ on-the-rise
Anyone else have this happen to them yet?

fernandoe
Champ on-the-rise
Champ on-the-rise
Alright, so here's an update to this error. I'm recently inspired once again, after seeing Nancy Garrity retweet a positive experience on these here forums..

A quick fix that I applied earlier on for a smaller Site doesn't work anymore. Basically, I created a dummy site, and copied the documentsLibrary over from the buggy site to the newly created site.

However, now the error shows up regardless.
1. I create a dummy site via Share.
2. Via FTP, I copy the documentLibrary from buggy site, over into newly created dummy site.
3. Log back into Share, access newly created dummy site documentLibrary, and click on 'Others are Editing' or 'All documents' and the 'Wrapped Exception' error appears all over again.

This error is starting to appear within more and more users sessions, and is on the brink of bringing our testing to a screeching halt. Any and all help would be tremendously appreciated.

Sincerely,

Fernando