The container ? I stopped and started the xwiki server if it's what you mean. -- View this message in context: http://xwiki.475771.n2.nabble.com/Configuring-Open-Office-server-tp5018359p… Sent from the XWiki- Users mailing list archive at Nabble.com.

Hi, On 5/7/2010 12:32 PM, Ben Stuggler wrote: You need to resave XWiki.OfficeImporterAdmin with a account having programming rights. This is a known issue, the programming rights requirement will be replaced with admin rights in the future. Setting the open office server to auto-start could also avoid this. When you get the second error message, please check your log files(xwiki.log, stdout) and search for a "file is used by another process" message. If you have this error message thrown by office importer then you need to kill the open office process and delete the parent folder of the file specified in the logs. You should be able to connect and successfully import documents after that. Florin Ciubotaru

Thanks you two for your help both. So with your advises, I went to "Document Index" and go on "OfficeImporterAdmin" (to play with edit etc...) and suprise, I can start the server without change anything. But I still can't if I go on the page using "Administrate XWiki" and select "OpenOffice Server".. Very strange! But it's "working"... Now, new problem, when I try to import a document using OO, I have this result : "Error while converting document [D:\Users\bet\Desktop\test.doc] into html" :'( -- View this message in context: http://xwiki.475771.n2.nabble.com/Configuring-Open-Office-server-tp5018359p… Sent from the XWiki- Users mailing list archive at Nabble.com.

Ok, so I took all the errors I could find : 2010-05-07 14:53:32,921 [http://localhost:8080/xwiki/bin/view/XWiki/OfficeImporter?&parent=XWiki…] ERROR internal.DefaultVelocityEngine - Left side ($docextras.size()) of '>' operation has null value at <unknown template>[line 66, column 24] 2010-05-07 14:53:32,922 [http://localhost:8080/xwiki/bin/view/XWiki/OfficeImporter?&parent=XWiki…] ERROR internal.DefaultVelocityEngine - Left side ($docextras.size()) of '>' operation has null value at <unknown template>[line 74, column 24] 2010-05-07 14:53:58,307 [http://localhost:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR rterVelocityContextInitializer - Error while converting document [D:\Users\bet\Desktop\test.doc] into html. org.xwiki.officeimporter.OfficeImporterException: Error while converting document [D:\Users\bet\Desktop\test.doc] into html. [.....] Caused by: org.xwiki.officeimporter.openoffice.OpenOfficeConverterException: Error while performing conversion. at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeConverter.convert(DefaultOpenOfficeConverter.java:119) at org.xwiki.officeimporter.internal.builder.DefaultXHTMLOfficeDocumentBuilder.build(DefaultXHTMLOfficeDocumentBuilder.java:87) ... 115 more Caused by: java.io.FileNotFoundException: C:\Program Files (x86)\XWiki\jetty\work\Jetty_0_0_0_0_8080_xwiki__xwiki__5alevh\fcff1e5d-5db9-4c7c-86f3-aa40068177e9\input\D:\Users\bet\Desktop\test.doc (La syntaxe du nom de fichier, de répertoire ou de volume est incorrecte) at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(Unknown Source) at java.io.FileOutputStream.<init>(Unknown Source) at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeConverter.convert(DefaultOpenOfficeConverter.java:95) ... 116 more 2010-05-07 14:53:58,396 [http://localhost:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR internal.DefaultVelocityEngine - Left side ($docextras.size()) of '>' operation has null value at <unknown template>[line 66, column 24] 2010-05-07 14:53:58,397 [http://localhost:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR internal.DefaultVelocityEngine - Left side ($docextras.size()) of '>' operation has null value at <unknown template>[line 74, column 24] 2010-05-07 14:54:06,309 [Shutdown] INFO ffice.DefaultOpenOfficeManager - Open Office instance stopped. -- View this message in context: http://xwiki.475771.n2.nabble.com/Configuring-Open-Office-server-tp5018359p… Sent from the XWiki- Users mailing list archive at Nabble.com.

Ben, On 5/7/2010 4:28 PM, Asiri Rathnayake wrote: Are you using Internet Explorer? Me and Asiri have seen this before, but we are unable to reproduce the issue. The import works fine on my side on IE, but the suggested path is 'C-\fakepath\test' :) Ben, could you try another browser? Florin Ciubotaru

On 5/7/2010 5:26 PM, Ben Stuggler wrote: Great. Could you create a issue for this on jira.xwiki.org? If IE is mandatory in your organization, this will allow you to better track the progress. The code below was for the xwiki developers. Florin Ciubotaru

Hi Ben, For the following code, I didn't understand where I can test it... I would Since you did not respond to my last email, I'll blindly propose a solution that might fix the problem you are experiencing on IE. 1. Open up XWiki/OfficeImporterResults wiki page and go to wiki editing mode, you should see the following code snippet at the top of the page: Now you need add two code lines (wait for it) just under the line: #set($fileName=$fileUpload.getFileName("filePath")) New code lines to be added are: #set($tempIndex = $fileName.lastIndexOf('/') + 1) #set($fileName=$fileName.substring($tempIndex)) So, at the end your code snippet should look like: #set($fileUpload=$xwiki.fileupload) #set($fileName=$fileUpload.getFileName("filePath")) #set($tempIndex = $fileName.lastIndexOf('/') + 1) #set($fileName=$fileName.substring($tempIndex)) #if(! $fileName) {{error}}$msg.get("xe.officeimporter.results.missingfile", [$goBack]){{/error}} #else #set($void=$fileUpload.loadFileList()) #set($officeFileStream=$fileUpload.fileItems.get(0).inputStream) #end I'm not 100% sure if this will solve the problem (since I did not get a response for my last email). If above code fixes your problem, please let us know. Thanks. - Asiri

Hi Ben, On 5/10/2010 11:52 AM, Ben Stuggler wrote: Actually this is not right. It should be just "test.doc". You need to use Asiri's last code snipped in order to trim it. Florin Ciubotaru

On 5/10/2010 12:18 PM, Ben Stuggler wrote: Great! Thanks for helping us to pinpoint the issue.

On 5/10/2010 12:34 PM, Ben Stuggler wrote: Yes, this is known. The issue is caused by the programming rights requirement. This will require only admin rights in the future. Thanks, Florin Ciubotaru

On 5/10/2010 12:51 PM, Ben Stuggler wrote: Programming rights are actually checked for the current page. Basically a page has programming rights when when it was last saved by a user having PR, certifying the page to run its scripts. This is a bit confusing for the users. In the case of office importer you will need to re-save the script pages and probably the admin page too, but it is know to be inconsistent and you will need to redo the operation if you have the "Inadequate rights" message again. PR are causing some inconveniences which is why we are going to reduce the number of pages that require them.