27 Nov
2009
27 Nov
'09
7:15 a.m.
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
27 Nov
27 Nov
7:40 a.m.
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <pwl(a)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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
29 Nov
29 Nov
12:41 a.m.
Asiri Rathnayake wrote:
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <pwl(a)yseda.com> wrote:
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
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.
4 Dec
4 Dec
6:32 a.m.
Asiri Rathnayake wrote:
Hi,
On Fri, Nov 27, 2009 at 11:45 AM, Peter Lees <pwl(a)yseda.com> wrote:
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 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.
7:19 a.m.
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
7:20 a.m.
Hi again,
Can you check your xwiki log and see what happens when the time-out occur?
Please post any exceptions you receive.
- Asiri
- 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).
9:33 a.m.
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
10:04 a.m.
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 port should be fine since importing simple documents works.
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.
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-unsupp…
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:14 a.m.
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-unsupp…
Importing works fine for me on the current 2.0.x snapshot.
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
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:27 a.m.
Hi,
1. Is openoffice server listening on port 8100? Can XE
connect to that
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/8b73b26b70…
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/6e4eeb3d7e…
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
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-unsupp…
Importing works fine for me on the current 2.0.x snapshot.
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.
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.
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:31 a.m.
Hi,
On 12/4/2009 11:14 AM, Asiri Rathnayake wrote:
Hi,
Hmm, I had the profile issue while using a internally managed
server(same machine as XE).
Thanks,
Florin Ciubotaru
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-unsupp…
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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:44 a.m.
Hi,
On 12/4/2009 11:27 AM, Asiri Rathnayake wrote:
Hi,
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
1. Is openoffice server listening on port 8100?
Can XE connect to that
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/8b73b26b70…
details.
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-unsupp…
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.
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/6e4eeb3d7e…
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
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:51 a.m.
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<pwl(a)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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
10:57 a.m.
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
"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
Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b70…
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.
10:59 a.m.
Hi,
On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru <florin.ciubotaru(a)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
11:23 a.m.
Hi,
On 12/4/2009 11:57 AM, Asiri Rathnayake wrote:
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.
Refer:
http://groups.google.com/group/jodconverter/browse_thread/thread/8b73b26b70…
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.
"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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
11:25 a.m.
Hi,
On 12/4/2009 11:59 AM, Asiri Rathnayake wrote:
Hi,
On Fri, Dec 4, 2009 at 3:21 PM, Florin Ciubotaru<florin.ciubotaru(a)xwiki.com
Ok, I'll make some time to look into it this week-end.
Florin Ciubotaru
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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
11:29 a.m.
Hi,
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/8b73b26b70…
"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
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
1:52 p.m.
On 12/4/2009 12:29 PM, Asiri Rathnayake wrote:
Hi,
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/8b73b26b70…
"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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
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
2:11 p.m.
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,
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/8b73b26b70…
"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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
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
6:14 p.m.
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:
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
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/8b73b26b70…
>
> "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(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
_______________________________________________
users mailing list
users(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/users
7 Dec
7 Dec
6:24 a.m.
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
12:08 p.m.
Hi,
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
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
9 Dec
9 Dec
1:59 a.m.
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
6:35 a.m.
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
13 Dec
13 Dec
12:59 p.m.
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
5391
days inactive
5407
days old
25 comments
4 participants
participants (4)
-
Asiri Rathnayake -
Florin Ciubotaru -
Peter Lees -
Peter Lees