[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
Hi, On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <[email protected]> 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
Asiri Rathnayake wrote:
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <[email protected]> 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
Asiri Rathnayake wrote:
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <[email protected]> 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
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
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
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
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-unsuppo... 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
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-unsuppo... 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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-unsuppo... 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/8b73b26b701... 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/6e4eeb3d7e9... 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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-unsuppo... 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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-unsuppo... 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/8b73b26b701... 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/6e4eeb3d7e9...
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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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 ? Thanks, Florin Ciubotaru On 11/27/2009 8:40 AM, Asiri Rathnayake wrote:
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees<[email protected]> 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hi,
Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701...
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
Hi, On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru <[email protected]
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
Hi, On 12/4/2009 11:57 AM, Asiri Rathnayake wrote:
Refer: http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b701... 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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
Hi, On 12/4/2009 11:59 AM, Asiri Rathnayake wrote:
Hi,
On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru<[email protected]
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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
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/8b73b26b701... "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
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/8b73b26b701...
"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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
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/8b73b26b701...
"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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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/8b73b26b701...
"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 [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________ users mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/users
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
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
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 (300000ms)
- 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
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
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
participants (4)
-
Asiri Rathnayake -
Florin Ciubotaru -
Peter Lees -
Peter Lees