[xwiki-users] OpenOffice Importer AdminSheet 'Inadequate priviledges'
Hi guys, somehow I'm not able to resolve the administration error regarding the 'Inadequate priviledges' when trying to restart the OpenOffice Server over the AdminSheet. OpenOffice Import works fine on my windows machine. There is no problem with either an internal or externally managed instance. Still I cannot seem to get rid of the priviledges statement when trying to restart the server through the admin interface. I already tried saving the XWiki.OfficeImporterAdmin with and without programming rights but it still does not resolve the error whilst trying to use restart over the XWiki.AdminSheet. There is no talk of any 'Inadequate priviledges' when trying to restart the server directly in the XWiki.OfficeImporterAdmin page. This works fine and the logs state this as well. Is there something I'm overlooking here or is this a known bug? -- View this message in context: http://xwiki.475771.n2.nabble.com/OpenOffice-Importer-AdminSheet-Inadequate-... Sent from the XWiki- Users mailing list archive at Nabble.com.
On Wed, Sep 22, 2010 at 10:08 AM, afra <[email protected]> wrote:
OpenOffice Import works fine on my windows machine. There is no problem with either an internal or externally managed instance. Still I cannot seem to get rid of the priviledges statement when trying to restart the server through the admin interface. I already tried saving the XWiki.OfficeImporterAdmin with and without programming rights but it still does not resolve the error whilst trying to use restart over the XWiki.AdminSheet. There is no talk of any 'Inadequate priviledges' when trying to restart the server directly in the XWiki.OfficeImporterAdmin page. This works fine and the logs state this as well. Is there something I'm overlooking here or is this a known bug?
I may have solved a similar problem running on Fedora Linux using its standard fedora-packaged Tomcat/httpd/openoffice and Sun's Java. The problem is that the error message is deceptive. If you run the application directly, instead of from the admin panel, and then click to see error message details, you'll see the actual source of the error message. Perhaps yours is the same issue as what I had: The openoffice server is having problems reading or not finding some necessary config information buried in the directory. You have to create a shadow-UID'd (same uid as 'tomcat' under which openoffice runs different account/login/etc) user like I did at /home/OOo and start the openoffice server once as a "regular" user. Once that's done, it saves enough configuration information in the account that it will then recognize the directory and start. Details: http://nielsmayer.com/npm/XWiki24-OpenOffice.txt hidden in page when executing directly as http://xwiki/xwiki/bin/view/XWiki/OfficeImporterAdmin --> Caused by: java.lang.IllegalStateException: invalid templateProfileDir: /home/OOo/.openoffice.org/3 fixing this required running 'oofice' out of user 'OOo' account, which setup a giant new batch of config info... Note my xwiki.properties points to the /home/OOo config info setup by the first interactive run of openoffice. 1/WEB-INF/xwiki.properties.orig 2010-06-01 15:23:48.000000000 -0700 --- xe-231/WEB-INF/xwiki.properties 2010-06-07 20:16:34.181462173 -0700 *************** *** 77,88 **** #-# [Since 1.8RC3] #-# Path to openoffice installation (serverType:0 only). #-# If no path is provided, a default value will be calculated based on the operating environment. ! # openoffice.homePath=/opt/openoffice.org3/ #-# [Since 1.8RC3] #-# Path to openoffice execution profile (serverType:0 only). #-# If no path is provided, a default value will be calculated based on the operating environment. ! # openoffice.profilePath=/home/user/.openoffice.org/3 #-# [Since 1.8RC3] #-# Maximum number of simultaneous conversion tasks to be handled by a single openoffice process (serverType:0 only). --- 77,88 ---- #-# [Since 1.8RC3] #-# Path to openoffice installation (serverType:0 only). #-# If no path is provided, a default value will be calculated based on the operating environment. ! openoffice.homePath=/usr/lib64/openoffice.org3/ #-# [Since 1.8RC3] #-# Path to openoffice execution profile (serverType:0 only). #-# If no path is provided, a default value will be calculated based on the operating environment. ! openoffice.profilePath=/home/OOo/.openoffice.org/3/ #-# [Since 1.8RC3] #-# Maximum number of simultaneous conversion tasks to be handled by a single openoffice process (serverType:0 only). -- Niels http://nielsmayer.com
Looks like I attached my response/solution to the wrong thread regarding openoffice. Sorry for the confusion :-) Niels http://nielsmayer.com
participants (2)
-
afra -
Niels Mayer