Re: [xwiki-users] office importer vs graphics
On 09/12/2009, at 4:35 PM, Asiri Rathnayake wrote: Hi Peter, i will send you the sample document directly so as not to spam the alias. Thanks. I received your file and tested it both on XE 2.0.3 and XE snapshot and it worked without issue. However, I must ask you to do one more experiment to nail down this issue. Sorry about having to ask for this much but this is because I cannot locally reproduce your issue. This is what you have to do: ...i haven't tried these steps yet, but i think i've uncovered the problem: i transferred the VMDK to a different computer re-created the VM. it used the default settings, giving the system much more RAM (1GB vs 600MB) i was able to import graphics immediately. nothing else was changed. p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Asiri Rathnayake wrote: The images embedded inside Office document, how large are they? (very high-resolution images?) in my sample case - not large at all (whole document is 125KB) - If they are quite large, you might want to increase the time-out for officeimporter operations (from xwiki.properties file). timeout is set to 5 minutes (30ms) - Now, if they are not that large (if the most trivial images also fail), then it'll be great if you can provide us a sample failing document i will send you the sample document directly so as not to spam the alias. Also, there is a small test you can perform if you have access to a GUI in your computer: - Open the failing document in OpenOffice. - Save the document as HTML into some place. Does above operation work without issues? And what about images, are they properly saved? and what type of images are they ? (The last question is because OpenOffice has a problem with EMF/WMF image formats on windows and linux boxes). worked without issues. the images in this case are PNG and GIF thanks again for your help regards p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi Peter, i will send you the sample document directly so as not to spam the alias. Thanks. I received your file and tested it both on XE 2.0.3 and XE snapshot and it worked without issue. However, I must ask you to do one more experiment to nail down this issue. Sorry about having to ask for this much but this is because I cannot locally reproduce your issue. This is what you have to do: 1. Download http://jodconverter.googlecode.com/files/jodconverter-3.0-beta-2-dist.zip 2. Extract this zip file into (say) $JOD_CONVERTER_HOME 3. Go inside $JOD_CONVERTER_HOME/lib and issue the following command: java -jar jodconverter-3.0-beta-2.jar /path/to/sample.doc /a/path/to/sample.html The second path is a non-existent one and it is important that the target extension is html. 4. Report your observations into the mailing list. (Whether sample.doc was successfully imported into html and whether output images look fine). Thanks for your time patience :) - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
thanks for all the responses to this.
to be clear, importing the document /without/ graphics works as expected.
these are MS word for windows (2003) documents; the graphics are
embedded (not linked to external files)
when timing out, no data is produced.
Asiri Rathnayake wrote:
Few questions for you:
1. Is openoffice server listening on port 8100? Can XE connect to that port?
yes:
# telnet localhost 8100
Trying 127.0.0.1...
Connected to localhost.localdomain (127.0.0.1).
Escape character is '^]'.
`ø'com.sun.star.bridge.XProtocolPropertiesUrpProtocolPropertiesäX{É[ÐABKt^]
telnet close
Administer Xwiki - OpenOffice Server : Server state = Connected
2. What does the XE log tell you when this problem occurs.
# tail -f xwiki.log
2009-12-07 11:44:16,060
[http://10.128.48.247:8080/xwiki/bin/view/XWiki/OfficeImporterResults]
ERROR rterVelocityContextInitializer - task did not complete within timeout
org.xwiki.officeimporter.OfficeImporterException: task did not complete
within timeout
at
org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:175)
at
org.xwiki.officeimporter.internal.OfficeImporterVelocityBridge.importDocument(OfficeImporterVelocityBridge.java:94)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389)
at
org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378)
at
org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270)
[.
.
.]
Caused by: net.sf.jodconverter.office.OfficeException: task did not
complete within timeout
at
net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:93)
at
net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:71)
at
org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeDocumentConverter.convert(DefaultOpenOfficeDocumentConverter.java:99)
at
org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:151)
... 110 more
Caused by: java.util.concurrent.TimeoutException
at
java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258)
at java.util.concurrent.FutureTask.get(FutureTask.java:119)
at
net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:90)
... 113 more
Another possibility is that there might be a problem with your openoffice
profile. Usually this should not happen because jodconverter automatically
creates a profile. Just in case, in xwiki.properties file try uncommenting
openoffice.profile option and point it to a valid (initialized) profile
directory (like /home/user/.openoffice.org/3).
# grep profilePath /var/xwiki/webapps/xwiki/WEB-INF/xwiki.properties
openoffice.profilePath=/var/xwiki/.openoffice.org/3
# ls -l /var/xwiki/.openoffice.org/3
total 8
drwxr-xr-x 17 xwiki xwiki 4096 Nov 25 18:01 user
# ls -l /var/xwiki/.openoffice.org/3/user/
total 128
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 autocorr
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 autotext
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 backup
drwxr-xr-x 3 xwiki xwiki 4096 Nov 25 18:00 basic
drwxr-xr-x 3 xwiki xwiki 4096 Nov 25 18:01 config
drwxr-xr-x 3 xwiki xwiki 4096 Nov 25 18:00 database
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 gallery
drwxr-xr-x 4 xwiki xwiki 4096 Nov 25 18:00 psprint
-rw-r--r-- 1 xwiki xwiki 1294 Nov 25 18:01 registration.xml
drwxr-xr-x 4 xwiki xwiki 4096 Nov 25 18:00 registry
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 Scripts
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 store
drwxr-xr-x 3 xwiki xwiki 4096 Nov 25 18:01 temp
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 template
drwxr-xr-x 3 xwiki xwiki 4096 Nov 25 18:00 uno_packages
drwxr-xr-x 2 xwiki xwiki 4096 Nov 25 18:00 wordbook
this directory was created by starting openoffice.org on the gui one
time as the xwiki user.
please let me know if there are other files/settings i need to check
thanks regards
p
--
Peter Lees
___
users mailing list
users@xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 2. What does the XE log tell you when this problem occurs. # tail -f xwiki.log 2009-12-07 11:44:16,060 [http://10.128.48.247:8080/xwiki/bin/view/XWiki/OfficeImporterResults] ERROR rterVelocityContextInitializer - task did not complete within timeout org.xwiki.officeimporter.OfficeImporterException: task did not complete within timeout at org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:175) at org.xwiki.officeimporter.internal.OfficeImporterVelocityBridge.importDocument(OfficeImporterVelocityBridge.java:94) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:616) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:389) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:378) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:270) [. . .] Caused by: net.sf.jodconverter.office.OfficeException: task did not complete within timeout at net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:93) at net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java:71) at org.xwiki.officeimporter.internal.openoffice.DefaultOpenOfficeDocumentConverter.convert(DefaultOpenOfficeDocumentConverter.java:99) at org.xwiki.officeimporter.internal.DefaultOfficeImporter.importStream(DefaultOfficeImporter.java:151) ... 110 more Caused by: java.util.concurrent.TimeoutException at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:258) at java.util.concurrent.FutureTask.get(FutureTask.java:119) at net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOfficeManager.java:90) ... 113 more The images embedded inside Office document, how large are they? (very high-resolution images?) - If they are quite large, you might want to increase the time-out for officeimporter operations (from xwiki.properties file). - Now, if they are not that large (if the most trivial images also fail), then it'll be great if you can provide us a sample failing document. Also, there is a small test you can perform if you have access to a GUI in your computer: - Open the failing document in OpenOffice. - Save the document as HTML into some place. Does above operation work without issues? And what about images, are they properly saved? and what type of images are they ? (The last question is because OpenOffice has a problem with EMF/WMF image formats on windows and linux boxes). Thanks. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, With X turned on (runlevel 5 on the linux box) there's no improvement in the import of documents with images (still times out) I start xwiki automatically from an init script - so it doesn't pick up a DISPLAY environment variable. Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 Here is my configuration: - Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel) - XE 2.0.3 - OpenOffice.org 3.1.1 (Build 9420) Importing documents with images works fine. Few questions for you: 1. Is openoffice server listening on port 8100? Can XE connect to that port? 2. What does the XE log tell you when this problem occurs. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On 12/4/2009 10:33 AM, Asiri Rathnayake wrote: Hi, With X turned on (runlevel 5 on the linux box) there's no improvement in the import of documents with images (still times out) I start xwiki automatically from an init script - so it doesn't pick up a DISPLAY environment variable. Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 Here is my configuration: - Fedroa 10 desktop (2.6.27.30-170.2.82.fc10.i686.PAE kernel) - XE 2.0.3 - OpenOffice.org 3.1.1 (Build 9420) Importing documents with images works fine. Few questions for you: 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. I'll investigate a bit further. - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. With jodconverter 3.0-beta-2 you don't need a profile directory if you are starting OpenOffice server internal to XE: Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for details. Note that we've mentioned this on the documentation at http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication For the *profilePath* configuration option, you need to have an OpenOffice profile directory created somewhere on the system. This can be a problem in server environments where launching OpenOffice is not an option. In such situations you can create an OpenOffice profile on a local computer and upload it to the server running XE. Although it is under the wrong topic (internally managed..) it should be under Externally managed... section (fixing that now). Also jodconverter 3.0-beta-3 has been out for a while: http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gstq=beta#fd3da52e33043f68 I did not have time to upgrade office importer. And I think they have few API changes as well, will need some testing. Thanks. - Asiri I'll investigate a bit further. - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On 12/4/2009 11:14 AM, Asiri Rathnayake wrote: Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. I'll investigate a bit further. Hmm, I had the profile issue while using a internally managed server(same machine as XE). Thanks, Florin Ciubotaru - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On 12/4/2009 11:27 AM, Asiri Rathnayake wrote: Hi, 1. Is openoffice server listening on port 8100? Can XE connect to that port? The port should be fine since importing simple documents works. 2. What does the XE log tell you when this problem occurs. I also have a import issue on the 2.0.3 XE tag. It seems that the issue was reported by another user here: http://n2.nabble.com/OpenOffice-converter-problem-URL-seems-to-be-an-unsupported-one-td3996858.html#a3996858 Importing works fine for me on the current 2.0.x snapshot. Another possibility is that there might be a problem with your openoffice profile. Usually this should not happen because jodconverter automatically creates a profile. No, the profile is not created automatically, at least not every time. I had this issue on both Windows and Linux. You need to start use Open Office so that it creates the folder, otherwise you need to create it yourself or change the office importer settings. Well, if the OpenOffice server is started internal to XE AFAIR OpenOffice profile should be created automatically. But if you are starting OpenOffice server externally, then you have to provide a profile directory manually. With jodconverter 3.0-beta-2 you don't need a profile directory if you are starting OpenOffice server internal to XE: Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for details. I fell we're hijacking the thread with this. Even if jodconverter will create your profile directory you still need to update the office importer management app which requires an directory path to connect. You only get to call jodconverter while importing, and obviously after the connection is made. But you can't connect to the server without the folder in the first place. Thanks, Florin Ciubotaru Note that we've mentioned this on the documentation at http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication For the *profilePath* configuration option, you need to have an OpenOffice profile directory created somewhere on the system. This can be a problem in server environments where launching OpenOffice is not an option. In such situations you can create an OpenOffice profile on a local computer and upload it to the server running XE. Although it is under the wrong topic (internally managed..) it should be under Externally managed... section (fixing that now). Also jodconverter 3.0-beta-3 has been out for a while: http://groups.google.com/group/jodconverter/browse_thread/thread/6e4eeb3d7e9e63ca/fd3da52e33043f68?lnk=gstq=beta#fd3da52e33043f68 I did not have time to upgrade office importer. And I think they have few API changes as well, will need some testing. Thanks. - Asiri I'll investigate a bit further. - Asiri Thanks, Florin Ciubotaru Just in case, in xwiki.properties file try uncommenting openoffice.profile option and point it to a valid (initialized) profile directory (like /home/user/.openoffice.org/3). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for details. I fell we're hijacking the thread with this. Even if jodconverter will create your profile directory you still need to update the office importer management app which requires an directory path to connect. You only get to call jodconverter while importing, and obviously after the connection is made. But you can't connect to the server without the folder in the first place. Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Default values for *homePath* and *profilePath* configuration options will be calculated based on your operating environment. Even though this is the case, this calculation might not yield accurate results for some systems. So it's a good idea to configure these values manually by editing the xwiki.properties file. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru florin.ciubot...@xwiki.com wrote: Hi Asiri, Could this be also caused by the opened streams issue? JODConverter creates extra files when exporting embeded elements like images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3, is it possible that this is solved as a side effect of fixing http://jira.xwiki.org/jira/browse/XWIKI-4636 ? Yes, it's a possibility. But still, I can't be certain (it works fine for me). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On 12/4/2009 11:57 AM, Asiri Rathnayake wrote: Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for I fell we're hijacking the thread with this. Even if jodconverter will create your profile directory you still need to update the office importer management app which requires an directory path to connect. You only get to call jodconverter while importing, and obviously after the connection is made. But you can't connect to the server without the folder in the first place. Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. I think you have different behavior depending on the system. I tested on Windows Xp, 7 and Fedora. It never created the profile dir. Anyway, I don't think this is the cause of the current issue. Default values for *homePath* and *profilePath* configuration options will be calculated based on your operating environment. Even though this is the case, this calculation might not yield accurate results for some systems. So it's a good idea to configure these values manually by editing the xwiki.properties file. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On 12/4/2009 11:59 AM, Asiri Rathnayake wrote: Hi, On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaruflorin.ciubot...@xwiki.com wrote: Hi Asiri, Could this be also caused by the opened streams issue? JODConverter creates extra files when exporting embeded elements like images. Since this seems to work on the 2.0.5 snapshot but not on 2.0.3, is it possible that this is solved as a side effect of fixing http://jira.xwiki.org/jira/browse/XWIKI-4636 ? Yes, it's a possibility. But still, I can't be certain (it works fine for me). Ok, I'll make some time to look into it this week-end. Florin Ciubotaru - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. As I said before, with jodconverter 3.0-beta-2 version, you don't need a profile dir (if you are internally starting the OOo server). Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for OOo is now started with -nofirststartwizard by default. This avoids the frequent problem of OOo refusing to work on a new machine because it's expecting somebody to accept its license dialogue even in -headless mode. It is after accepting the license agreement the profile dir gets created. With the -nofirststartwizard flag you don't need a profile dir. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Sorry for the previous empty mail. All this quoting is not necessary, I never asked how jodconverter behaves nor do I trust the doc without testing it ;) My point is that just relying on that upgrade or specification didn't do the trick and we still have the issue. Please test the use case. :) The server fails to start when you call the start() method in DefaultOpenOffice manager if you don't provide an valid folder. Note that there is a difference between profileDir and templateProfileDir which you set in the configuration. Maybe you could investigate this. Since this is not related to the current thread, i propose to move the discussion on jira. This is a low priority issue as it only happens on a fresh machine. Thanks, Florin Ciubotaru On 12/4/2009 2:52 PM, Florin Ciubotaru wrote: On 12/4/2009 12:29 PM, Asiri Rathnayake wrote: Hi, Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. As I said before, with jodconverter 3.0-beta-2 version, you don't need a profile dir (if you are internally starting the OOo server). Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for OOo is now started with -nofirststartwizard by default. This avoids the frequent problem of OOo refusing to work on a new machine because it's expecting somebody to accept its license dialogue even in -headless mode. It is after accepting the license agreement the profile dir gets created. With the -nofirststartwizard flag you don't need a profile dir. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi Florin, Hi, Sorry for the previous empty mail. All this quoting is not necessary, I never asked how jodconverter behaves nor do I trust the doc without testing it ;) My point is that just relying on that upgrade or specification didn't do the trick and we still have the issue. Please test the use case. :) What do you think I have been testing for last year or so? :) I have tested OfficeImporter in a lot of scenarios (mostly on linux boxes though) but I cannot do exhaustive testing on all the environments. I know we have a problem with OfficeImporter on fresh boxes but you have to understand that currently I cannot do a lot of investigations regarding this issue. An issue like this cannot be fixed just by going through the code, I need some time to investigate. Please understand me, it's about priority, not about technical details. Why I pointed out the docs was because this problem never came across me until recently, so without getting someone's clear confirmation that we _really_ have an important issue, I'd rather not spend time on investigating it. The server fails to start when you call the start() method in DefaultOpenOffice manager if you don't provide an valid folder. Note that there is a difference between profileDir and templateProfileDir which you set in the configuration. Maybe you could investigate this. Since this is not related to the current thread, i propose to move the discussion on jira. This is a low priority issue as it only happens on a fresh machine. I agree, and I plan to investigate this issue (and there are several other issues on my list), I just need to find time for them. - Asiri Thanks, Florin Ciubotaru On 12/4/2009 2:52 PM, Florin Ciubotaru wrote: On 12/4/2009 12:29 PM, Asiri Rathnayake wrote: Hi, Jodconverter will try to figure out the openoffice installation dir automatically. But this is not very accurate, and I have metioned this on the doc: http://code.xwiki.org/xwiki/bin/view/Applications/OfficeImporterApplication Yes, but even when it figures out the open office installation dir, it doesn't create the profile folder if it doesn't exist. This will cause the connection to fail. As I said before, with jodconverter 3.0-beta-2 version, you don't need a profile dir (if you are internally starting the OOo server). Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701c3249?pli=1for OOo is now started with -nofirststartwizard by default. This avoids the frequent problem of OOo refusing to work on a new machine because it's expecting somebody to accept its license dialogue even in -headless mode. It is after accepting the license agreement the profile dir gets created. With the -nofirststartwizard flag you don't need a profile dir. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Asiri Rathnayake wrote: Hi, On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees p...@yseda.com wrote: hi folks i am having lots of trouble importing documents with graphics in them. even a doc with 1 or 2 small graphics is running past the timeout period (even though i've set timeout to 300,000 msec - 5min). system is: - xwiki 2.0.3 standalone - openoffice 3.1 - centos 5.4 linux on vmware - java heap set to 300MB (JAVA_OPTS=-Xmx300m) is this a known problem and/or can anyone suggest a fix? is office importer even supposed to be able to handle graphics? Yup, office importer can handle graphics without issues. I think this has something to do with your particular operating environment, is this a desktop system or a server? I suspect this is something with your X server configuration but I'm not sure. I will check 2.0.3 myself to see if there have been a regression. Hello all With X turned on (runlevel 5 on the linux box) there's no improvement in the import of documents with images (still times out) I start xwiki automatically from an init script - so it doesn't pick up a DISPLAY environment variable. Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 ? regards p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, Can anyone confirm whether they can import documents with images with: - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 I'm downloading XE 2.0.3 now. Will let you know soon. However, since you said you are on a VMWare platform, make sure that your OpenOffice server is actually listening in port 8100 (configurable). - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi again, - linux 2.6(.18) - openoffice.org 3.1.1 - xwiki (standalone) 2.0.3 I'm downloading XE 2.0.3 now. Will let you know soon. However, since you said you are on a VMWare platform, make sure that your OpenOffice server is actually listening in port 8100 (configurable). Can you check your xwiki log and see what happens when the time-out occur? Please post any exceptions you receive. - Asiri ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Asiri Rathnayake wrote: Hi, On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees p...@yseda.com wrote: hi folks i am having lots of trouble importing documents with graphics in them. even a doc with 1 or 2 small graphics is running past the timeout period (even though i've set timeout to 300,000 msec - 5min). system is: - xwiki 2.0.3 standalone - openoffice 3.1 - centos 5.4 linux on vmware - java heap set to 300MB (JAVA_OPTS=-Xmx300m) is this a known problem and/or can anyone suggest a fix? is office importer even supposed to be able to handle graphics? Yup, office importer can handle graphics without issues. I think this has something to do with your particular operating environment, is this a desktop system or a server? I suspect this is something with your X server configuration but I'm not sure. I will check 2.0.3 myself to see if there have been a regression. thanks for the response the xwiki is running on linux (centos 5.4) which is running in a VM guest with VMware server running on windows xp. i'm accessing the xwiki via a web browser on the windows system the linux system is at runlevel 3 - multiuser server, no gui login. Xwindows, etc, is installed however. the openoffice.org instance is running internally any thoughts on what can be done would be appreciated. regards p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] office importer vs graphics
hi folks i am having lots of trouble importing documents with graphics in them. even a doc with 1 or 2 small graphics is running past the timeout period (even though i've set timeout to 300,000 msec - 5min). system is: - xwiki 2.0.3 standalone - openoffice 3.1 - centos 5.4 linux on vmware - java heap set to 300MB (JAVA_OPTS=-Xmx300m) is this a known problem and/or can anyone suggest a fix? is office importer even supposed to be able to handle graphics? p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] office importer vs graphics
Hi, On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees p...@yseda.com wrote: hi folks i am having lots of trouble importing documents with graphics in them. even a doc with 1 or 2 small graphics is running past the timeout period (even though i've set timeout to 300,000 msec - 5min). system is: - xwiki 2.0.3 standalone - openoffice 3.1 - centos 5.4 linux on vmware - java heap set to 300MB (JAVA_OPTS=-Xmx300m) is this a known problem and/or can anyone suggest a fix? is office importer even supposed to be able to handle graphics? Yup, office importer can handle graphics without issues. I think this has something to do with your particular operating environment, is this a desktop system or a server? I suspect this is something with your X server configuration but I'm not sure. I will check 2.0.3 myself to see if there have been a regression. - Asiri p ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
