qichengu / jodconverter Goto Github PK

With named pipes we don't need to take up TCP ports.

But named pipes require loading a native library, so only make them the
default if there's a way to have them work without manually setting
java.library.path when starting Java.

What steps will reproduce the problem?

But OpenOffice 3.0's Impress can handle dxf (AutoCAD) file, jodconverter 
can't handle this file type.

1. Following "http://www.artofsolving.com/node/13", I tried to convert dxf 
file to pdf file.

What is the expected output? What do you see instead?

- Converted PDF file

What version of the product are you using? On what operating system?

- Windows/Linux (Redhat)

Please provide any additional information below.

Note:
Japanese Characters are garbled when I open the dxf file by using Impress.
This is the issue of not jodconverter but OpenOffice. Then, we can ignore.

As reported by Curt Arnold on the group:

"org.artofsolving.jodconverter.office.OfficeUtils calls
System.getProperty() for "office.home" and "office.property" which will
raise SecurityExceptions in a typical sandbox.  I think it would be an
improvement if the were in a try catch block and if there was a security
exception, the code would continue as if the properties were not set (which
they likely aren't)."


http://groups.google.com/group/jodconverter/browse_thread/thread/d98f6fd195ba6ea
6

OOo 3.0 will add official support for Microsoft's own new standard formats,
i.e. .docx, .xlsx, etc.

Some OOo derivatives such as OxygenOffice and NeoOffice apparently already
include the experimental OOXML filters.

It should be a simple case of finding the right FilterName and add the new
formats to the registry.

See http://groups.google.com/group/jodconverter/t/5abb13f74ca950ff

What steps will reproduce the problem?
* Run a task that takes more than 5 minutes


What is the expected output? What do you see instead?
* I would like to be able to run with arbitrary timeout length, without
having to recompile the .jar


What version of the product are you using? On what operating system?
* 3.0-beta-1 on linux (rhel5)


Please provide any additional information below.
* Great product.  I am a sysadmin, not a programmer, and so I do not feel
confident enough to submit a patch that would be usable (right now I can
just modify the constant and rebuild the .jar, but I think this should be a
commandline option).

http://groups.google.com/group/jodconverter/browse_thread/thread/c79bb024dff351a
a

OOo 3.0 seems to leave ~.lock.*# files all over the place after conversions.

See if there's a way to prevent OOo from creating them in the first place,
since we're using the -nolockcheck switch anyway.

If that's not possible, then at least delete them?

[deleted issue]

OOo on Windows has two executables: soffice.exe and soffice.bin; the
soffice.exe is some sort of wrapper that then invokes soffice.bin. (On
Linux the wrapper is a shell script.)

JODConverter currently invokes soffice.bin directly to have a reference to
the real OOo process.

As reported by Bruno on the forum, invoking soffice.bin no longer works
with OOo 3.0 on Windows.

Trying with OOo 3.0 rc1 from the command line, soffice.bin shows an error
message saying "sal3.dll was not found".

See issue #8.

The ProcessManager implementation will have to change slightly because we
can't get the Windows ProcessId from a Java Process via reflection like we
do with UNIXProcess.

Convert Failed 

18:46:51,218 ERROR [STDERR] 2009-3-2 18:46:51 
net.sf.jodconverter.office.OfficeProcess forciblyTerminate
信息: trying to forcibly terminate 
process: 'socket,host=127.0.0.1,port=8100'
18:46:51,234 ERROR [CommonToSwfHandler] Exception happens while converting 
file c:\upload\22007125\813443271\1235990779265\testdocx.docx to pdf for 
room 22007125
18:46:51,343 ERROR [STDERR] 2009-3-2 18:46:51 
net.sf.jodconverter.office.OfficeConnection$1 disposing
信息: disconnected: 'socket,host=127.0.0.1,port=8100'
18:46:51,468 ERROR [STDERR] 2009-3-2 18:46:51 
net.sf.jodconverter.office.ManagedOfficeProcess doTerminateProcess
信息: process forcibly terminated with code 1
18:46:51,468 ERROR [STDERR] net.sf.jodconverter.office.OfficeException: 
failed to start and connect
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedOfficeProcess.stopAndWait
(ManagedOfficeProcess.java:110)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedProcessOfficeManager.stop
(ManagedProcessOfficeManager.java:139)
18:46:51,468 ERROR [STDERR]     at 
com.gnetis.tang.docshare.convert.CommonToSwfHandler.convertOO3_0ToPdf
(CommonToSwfHandler.java:232)
18:46:51,468 ERROR [STDERR]     at 
com.gnetis.tang.docshare.task.impl.Office3DocumentConvertTask.getPDFFile
(Office3DocumentConvertTask.java:39)
18:46:51,468 ERROR [STDERR]     at 
com.gnetis.tang.docshare.task.impl.AbstractOfficeDocumentConvertTask.call
(AbstractOfficeDocumentConvertTask.java:60)
18:46:51,468 ERROR [STDERR]     at 
java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
18:46:51,468 ERROR [STDERR]     at java.util.concurrent.FutureTask.run
(FutureTask.java:138)
18:46:51,468 ERROR [STDERR]     at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask
(ThreadPoolExecutor.java:885)
18:46:51,468 ERROR [STDERR]     at 
java.util.concurrent.ThreadPoolExecutor$Worker.run
(ThreadPoolExecutor.java:907)
18:46:51,468 ERROR [STDERR]     at java.lang.Thread.run(Thread.java:619)
18:46:51,468 ERROR [STDERR] Caused by: 
java.util.concurrent.ExecutionException: 
net.sf.jodconverter.office.OfficeException: failed to obtain 
service 'com.sun.star.frame.Desktop'
18:46:51,468 ERROR [STDERR]     at 
java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:222)
18:46:51,468 ERROR [STDERR]     at java.util.concurrent.FutureTask.get
(FutureTask.java:83)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedOfficeProcess.stopAndWait
(ManagedOfficeProcess.java:108)
18:46:51,468 ERROR [STDERR]     ... 9 more
18:46:51,468 ERROR [STDERR] Caused by: 
net.sf.jodconverter.office.OfficeException: failed to obtain 
service 'com.sun.star.frame.Desktop'
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.OfficeConnection.getService
(OfficeConnection.java:115)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedOfficeProcess.doStopProcess
(ManagedOfficeProcess.java:166)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedOfficeProcess.access$100
(ManagedOfficeProcess.java:39)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.ManagedOfficeProcess$2.run
(ManagedOfficeProcess.java:104)
18:46:51,468 ERROR [STDERR]     at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
18:46:51,468 ERROR [STDERR]     ... 5 more
18:46:51,468 ERROR [STDERR] Caused by: 
com.sun.star.lang.DisposedException: java_remote_bridge 
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge@194b34a is 
disposed
18:46:51,468 ERROR [STDERR]     at 
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.checkDisposed
(java_remote_bridge.java:720)
18:46:51,468 ERROR [STDERR]     at 
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.sendRequest
(java_remote_bridge.java:639)
18:46:51,468 ERROR [STDERR]     at 
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.request
(ProxyFactory.java:159)
18:46:51,468 ERROR [STDERR]     at 
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.invoke
(ProxyFactory.java:141)
18:46:51,468 ERROR [STDERR]     at $Proxy59.createInstanceWithContext
(Unknown Source)
18:46:51,468 ERROR [STDERR]     at 
net.sf.jodconverter.office.OfficeConnection.getService
(OfficeConnection.java:113)
18:46:51,468 ERROR [STDERR]     ... 9 more

Could JODConverter work as before with several instances of OOo?

[deleted issue]

When the maxTasksPerProcess limit is reached, we restart the office process.

This is currently done as part of executing a task, so that "unlucky" task
will take longer.

It would be better to do the restart outside of any task execution. (With
proper care for concurrency.)

Since -nofirststartwizard is working again in OOo 3.0 rc2.

Will a support for concurrent conversions (i.e fired from a web server) be 
implemented?

What steps will reproduce the problem?
1. Become an unprivileged user inside Windows XP (Professional, SP3)
2. Run JodConverter against a document that will hang OO.org (in my case,
one with an embedded graph object)
3. Wait for timeout
4. Observe exception:

Caused by: org.artofsolving.jodconverter.office.OfficeException: could not
termi
nate process
        at
org.artofsolving.jodconverter.office.ManagedOfficeProcess.doTerminate
Process(ManagedOfficeProcess.java:155)
...
Caused by: java.lang.NullPointerException
        at java.lang.ProcessBuilder.start(Unknown Source)
        at
org.artofsolving.jodconverter.process.WindowsProcessManager.execute(W
indowsProcessManager.java:51)
        at
org.artofsolving.jodconverter.process.WindowsProcessManager.kill(Wind
owsProcessManager.java:37)
        at
org.artofsolving.jodconverter.office.OfficeProcess.forciblyTerminate(
OfficeProcess.java:185)
        at
org.artofsolving.jodconverter.office.ManagedOfficeProcess.doTerminate
Process(ManagedOfficeProcess.java:152)
        ... 9 more

5. Process hangs

Note that this works fine when running under XP Professional as an
administrator user. 

The problem is that WindowsProcessManager is executing wmic to find the
process ID for OpenOffice, and then using taskkill to kill the process with
that process ID. wmic cannot be run by an unprivileged user (although
oddly, taskkill can be). So, the output of wmic is a "this cannot be run"
message, and the findPid method can't find a PID in that, so returns null,
hence the NPE later on.

The solution is to change taskkill to kill the process directly by name,
rather than using a process ID lookup.

In WindowsProcessManager, change line 37:
  execute("taskkill", "/t", "/f", "/pid", pid);

to
  execute("taskkill", "/t", "/f", "/im", "soffice.bin");

Remove lines 21-32, so the body of findPid is just "return null". It's not
needed on Windows in any case.

In the current ManagedProcessOfficeManager implementation a Task will time
out even if it hasn't been submitted to OOo because it's still in the task
queue.

This is bad because it will unnecessarily restart the OOo process. The task
timeout should only start when the task is submitted to OOo.

The OOo pooling implementation should already fix this issue as a side effect.

As proposed by Sean:

"I like the OfficeTask concept. However the problem is in the timeout
control. You can have a number of actions (all within one task) being
performed that in total take a very long time, but individually might be
fairly small duration. In this situation it would be desirable to reset any
timeout. You could provide another interface that extends OfficeTask that
provides the following method:
       public long getTimeSinceLastActivity()

The task would be responsible for setting the value. Thus provided the
value was periodically updated a more intelligent timeout control can be
achieved. Note by extending OfficeTask you do not need to alter existing
OfficeTask instances. Not all tasks would require this additional method."

Reintroduce the "web service" approach provided in JODConverter 2.2
(http://www.artofsolving.com/node/15).

Add ability to pass custom conversion options.

Ideally add a way to handle HTML input/output that can consist of multiple
files.

If an OOo extension is installed in the user profile, and
ManagedProcessOfficeManager is started with templateProfileDir pointing to
that profile, then the extension should work. But it doesn't.

Need to investigate exactly how OOo extensions are registered.

This is low priority since it is possible to make extensions work by
installing them globally into the OOo installation dir rather than locally
into the user profile.

OfficeProcess should check that officeHome contains the soffice.bin
executable. Similarly we could check that the profile dir contains e.g.
registration.xml.


http://groups.google.com/group/jodconverter/browse_thread/thread/5300d34d71dfbef
c

Ubuntu puts OO.org in /usr/lib/openoffice, not in /opt/openoffice.org3.

Patch attached - will check a list of standard locations for OO.org home
when running in Linux/Solaris.

Internal classes should not be defined as public.

There's no need to expose the OfficeManager implementation either.
Introduce a Builder object instead, something like

  OfficeManager officeManager = new OfficeManagerConfiguration()
    .setOfficeHome(...)
    .setPort(...)
    .buildOfficeManager();

Before creating a new issue, please post your problem to the group for
discussion first.

http://groups.google.com/group/jodconverter

What steps will reproduce the problem?
1. Have PyOdconverter from http://www.artofsolving.com/opensource/pyodconverter
2. Get a html file
3. python pyodconverter.py htmlfile.html convertedtodoc.doc

What is the expected output? What do you see instead?
I expected to see a doc file with the filename given, should be created.
But instead I get this exception: "ErrorCodeIOException 2074"

What version of the product are you using? On what operating system?
http://www.artofsolving.com/opensource/pyodconverter on Linux

Please provide any additional information below.

As suggested in the forum, create a virtual appliance with OOo and
JODConverter already installed and pre-configured.

A VMWare image would probably be the most popular choice, but we could try
and make the image compatible with qemu and other open source solutions.

What steps will reproduce the problem?
1. Following "http://www.artofsolving.com/node/16" with xlsx file which is 
Microsoft Office 2007 Excel file, I got error. Current jodconverter 
2.2.1.jar can not handle Microsoft Office 2007 documents at all

What is the expected output? What do you see instead?

- Converted PDF files.

What version of the product are you using? On what operating system?

- Windows/Linux (Redhat) .

Please provide any additional information below.

Nothing.

When not explicitly set, search for OOo installation and profile in default
locations.

What steps will reproduce the problem?

But OpenOffice 3.0's Writer can handle jtd (Ichitaro) file with Ichitaro 
Document Filter, jodconverter 
can't handle this file type.

1. Following "http://www.artofsolving.com/node/13", I tried to convert jtd 
file to pdf file.

What is the expected output? What do you see instead?

- Converted PDF file

What version of the product are you using? On what operating system?

- Windows ( Because Ichitaro Document Filter works on only Windows )

Please provide any additional information below.

See
http://groups.google.com/group/jodconverter/browse_thread/thread/f3630591f9a8604
f

Check that OOo 3.0.0 still includes the same 4 jars (juh, jurt, ridl,
unoil) for connecting to OOo and if so release them into Maven repository.

Sean kindly contributed some code to get the PID and kill the process using
taskkill on Windows, and provide an abstraction on top of *nix and Windows
process management so other implementations can be added.

See http://groups.google.com/group/jodconverter/t/a00a60934eadd69c

OfficeUtils.getDefaultProfileDir() should just use "${user.home}/..."
rather than "/Users/${user.name}/...".

Before creating a new issue, please post your problem to the group for 
discussion first.

http://groups.google.com/group/jodconverter

What steps will reproduce the problem?
1. Run conversion from docx to pdf
2. Wait till timeout
3. Run taht conversion again

What is the expected output? What do you see instead?
Stable conversion. First it runs till timeout with and outputs pdf but 
when starting it again OO process crash

What version of the product are you using? On what operating system?
FreeBSD, OpenOffice-3 (built form ports tree), jodconverter-3-beta-1

Please provide any additional information below.
It seems that it shows same result with pptx and xlsx

Currently JODConverter uses the input file extension to infer the document
type, say .doc for Word, and refuses to convert any file with unknown
extensions.

In some scenarios it may be better to skip this file extension check and
always try to load the input file in OOo.

It will still be possible to get the document 'family' (e.g. Text or
Spreadsheet) required for selecting the appropriate FilterName (e.g.
'writer_pdf_Export' or 'calc_pdf_Export' for PDF) at runtime by querying
OOo about the document that has been loaded.

Currently both ManagedProcessOfficeManager and ExternalProcessOfficeManager
accept a free form string for specifying connection parameters.

This is not very clear and error prone. One user for example tried to
connect to OOo on a different host, which shouldn't be possible.

Using Process.destroy() to terminate the OOo process doesn't guarantee that
the process is always terminated.

Process.destroy() sends a normal SIGTERM, but in some (infrequent but
possible) cases OOo may not respond and require a SIGKILL.

It's possible to kill a process from Java using introspection to get the
pid from java.lang.UNIXProcess and then invoking the external kill command.
 Ugly, but should work.

When i used the jodconverter to convert the attached two ppt files to pdf, 
the images in the ppt file were not be converted correctly. 

Would anyone fix this defect ASAP?

Thanks,
Jun

Need to handle the case when loadComponentFromURL() returns null in
AbstractConversionTask.

ManagedProcessOfficeManager starts its own OOo process so it can't work
with OOo running on a remote host.

For this reason it should check that the supplied acceptString does not
point to another host. Better yet, revise the API to only pass the port number.

nassaja@nassaja-desktop:~/src/jodconverter-3.0-beta-1$ java -jar
lib/jodconverter-3.0-beta-1.jar inprint.doc inprint.html
11.03.2009 16:48:28 net.sf.jodconverter.office.OfficeProcess start
INFO: starting process with acceptString 'socket,host=127.0.0.1,port=8100'
and profileDir '/tmp/.jodconverter_socket_host-127.0.0.1_port-8100'
11.03.2009 16:48:28 net.sf.jodconverter.office.OfficeProcess start
INFO: started process; pid 26449
11.03.2009 16:48:29 net.sf.jodconverter.office.OfficeConnection connect
INFO: connected: 'socket,host=127.0.0.1,port=8100'
11.03.2009 16:48:30 net.sf.jodconverter.office.OfficeConnection$1 disposing
INFO: disconnected: 'socket,host=127.0.0.1,port=8100'
11.03.2009 16:48:30 net.sf.jodconverter.office.ManagedOfficeProcess
doEnsureProcessExited
INFO: process exited with code 0
Exception in thread "main" net.sf.jodconverter.office.OfficeException:
could not complete task
    at
net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOff
iceManager.java:128)
    at
net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java
:71)
    at
net.sf.jodconverter.OfficeDocumentConverter.convert(OfficeDocumentConverter.java
:62)
    at net.sf.jodconverter.cli.Convert.main(Convert.java:104)
Caused by: java.util.concurrent.ExecutionException:
com.sun.star.uno.RuntimeException:
[/tmp/.jodconverter_socket_host-127.0.0.1_port-8100/user/uno_packages/cache/regi
stry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registere
d_packages.db]
Berkeley Db error (0): Db::open: Invalid argument
    at java.util.concurrent.FutureTask$Sync.innerGet(FutureTask.java:232)
    at java.util.concurrent.FutureTask.get(FutureTask.java:91)
    at
net.sf.jodconverter.office.ManagedProcessOfficeManager.execute(ManagedProcessOff
iceManager.java:123)
    ... 3 more
Caused by: com.sun.star.uno.RuntimeException:
[/tmp/.jodconverter_socket_host-127.0.0.1_port-8100/user/uno_packages/cache/regi
stry/com.sun.star.comp.deployment.configuration.PackageRegistryBackend/registere
d_packages.db]
Berkeley Db error (0): Db::open: Invalid argument
    at
com.sun.star.lib.uno.environments.remote.Job.remoteUnoRequestRaisedException(Job
.java:182)
    at com.sun.star.lib.uno.environments.remote.Job.execute(Job.java:148)
    at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:344)
    at com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:313)
    at
com.sun.star.lib.uno.environments.remote.JavaThreadPool.enter(JavaThreadPool.jav
a:101)
    at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.sendRequest(java_rem
ote_bridge.java:652)
    at
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.request(ProxyFacto
ry.java:154)
    at
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.invoke(ProxyFactor
y.java:136)
    at $Proxy8.storeToURL(Unknown Source)
    at
net.sf.jodconverter.AbstractConversionTask.execute(AbstractConversionTask.java:6
4)
    at
net.sf.jodconverter.office.ManagedProcessOfficeManager$2.run(ManagedProcessOffic
eManager.java:118)
    at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
    at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
    at java.util.concurrent.FutureTask.run(FutureTask.java:138)
    at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:8
86)
    at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
    at java.lang.Thread.run(Thread.java:619)
nassaja@nassaja-desktop:~/src/jodconverter-3.0-beta-1$

For loading plain text input files JODConverter defaults to FilterName = Text.

However this doesn't seem to work any more in OOo 2.4, the loaded document
is null.

See forum discussion:
  http://sourceforge.net/forum/forum.php?thread_id=1991956&forum_id=317001

RETRY_TIMEOUT is currently hard-coded to 30 seconds.

Different machines may require very different values for how long to wait
before the OOo process starts up.

It's possible to detect all import/export filters supported by OOo at runtime.

We can use this feature to validate the list of default conversions at
startup, disabling the unavailable ones.

For example, when connected to OOo 3.0 OOXML conversions should be enabled,
but when connected to OOo 2.4 they should be disabled.

Attached an initial Python script showing runtime filter detection.

OfficeProcess currently starts the soffice process passing the
-nofirststartwizard switch to make sure no registration dialog is shown.

This is required to use a new clean "profile" dir every time, separate from
the default user profile.

This used to work up to OOo 2.4.0, but 2.4.1 seems to ignore
-nofirststartwizard, as do recent OOo 3.0 milestones.

A workaround would be to specify a template profile dir, that will be
copied to a new temporary location before starting OOo.

E.g.

officeManager.setTemplateProfileDir("/home/mirko/.openoffice.org2");

so that "/home/mirko/.openoffice.org2" would be copied to
"/tmp/.jodconverter" and OOo started with the latter.

We should probably introduce an OfficeConfiguration class to hold this sort
of configurable options.

Input txt file in attachment, if we convert to pdf it which is look like :
#0#l#e#t#i#_#i#m# #T#e#k#n#o#l#o#j#i#l#e#r#i# 

What is problem ?

parallel processing of office files cause a problem if limit of
maxTasksPerProcess is reached.


What steps will reproduce the problem?
1. I started one managedOfficePRocess.
2. I did conversion from multiple threads with this instance
3. The first conversion reaching maxTasksPerProcess kills the oo process
and causes other running processings to fail.

What is the expected output? What do you see instead?
Jod should wait until all other conversions are finished and then restart.
New conversion calls should be blocked in the meantime.


What version of the product are you using? On what operating system?
OO3 and Windows 

Please provide any additional information below.

As reported on the group


http://groups.google.com/group/jodconverter/browse_thread/thread/f8af46ae02e95e5
f

JODConverter hangs at startup properly when using e.g. the default OOo port
8100 if that port is already in use by another process.

It fail with a suitable error message instead.

The socket connection works for me, but not the pipe connection.
The folder is created (D:\Documents and Settings\FRFRFRFRFR\Local
Settings\Temp\.jodconverter_pipe_name-pipeName), the process is started,
but the communication doesn't work:
2009-02-04 10:31:50,072 ERROR - [OOoEnvironment]    [getConverterPool]  failed
to start and connect
net.sf.jodconverter.office.OfficeException: failed to start and connect
    at
net.sf.jodconverter.office.ManagedOfficeProcess.startAndWait(ManagedOfficeProces
s.java:99)
    at
net.sf.jodconverter.office.ManagedProcessOfficeManager.start(ManagedProcessOffic
eManager.java:128)
    at 
[...]
    at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
    at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
    at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
    at java.lang.reflect.Constructor.newInstance(Unknown Source)
    at java.lang.Class.newInstance0(Unknown Source)
    at java.lang.Class.newInstance(Unknown Source)
    at
org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3754
)
    at org.apache.catalina.core.StandardContext.start(StandardContext.java:4321)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
    at org.apache.catalina.core.StandardHost.start(StandardHost.java:789)
    at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1083)
    at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:478)
    at org.apache.catalina.core.StandardService.start(StandardService.java:476)
    at org.apache.catalina.core.StandardServer.start(StandardServer.java:2298)
    at org.apache.catalina.startup.Catalina.start(Catalina.java:556)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    at java.lang.reflect.Method.invoke(Unknown Source)
    at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:284)
    at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:422)
Caused by: java.util.concurrent.ExecutionException:
java.lang.UnsatisfiedLinkError:
com.sun.star.lib.connections.pipe.PipeConnection.createJNI(Ljava/lang/String;)I
    at java.util.concurrent.FutureTask$Sync.innerGet(Unknown Source)
    at java.util.concurrent.FutureTask.get(Unknown Source)
    at
net.sf.jodconverter.office.ManagedOfficeProcess.startAndWait(ManagedOfficeProces
s.java:97)
    ... 26 more
Caused by: java.lang.UnsatisfiedLinkError:
com.sun.star.lib.connections.pipe.PipeConnection.createJNI(Ljava/lang/String;)I
    at com.sun.star.lib.connections.pipe.PipeConnection.createJNI(Native Method)
    at
com.sun.star.lib.connections.pipe.PipeConnection.<init>(PipeConnection.java:137)
    at
com.sun.star.lib.connections.pipe.pipeConnector.connect(pipeConnector.java:145)
    at com.sun.star.comp.connections.Connector.connect(Connector.java:146)
    at
net.sf.jodconverter.office.OfficeConnection.connect(OfficeConnection.java:80)
    at
net.sf.jodconverter.office.ManagedOfficeProcess$6.attempt(ManagedOfficeProcess.j
ava:155)
    at net.sf.jodconverter.util.Retryable.execute(Retryable.java:40)
    at net.sf.jodconverter.util.Retryable.execute(Retryable.java:30)
    at
net.sf.jodconverter.office.ManagedOfficeProcess.doStartProcessAndConnect(Managed
OfficeProcess.java:160)
    at
net.sf.jodconverter.office.ManagedOfficeProcess.access$0(ManagedOfficeProcess.ja
va:148)
    at
net.sf.jodconverter.office.ManagedOfficeProcess$1.run(ManagedOfficeProcess.java:
93)
    at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source)
    at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
    at java.util.concurrent.FutureTask.run(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
    at java.lang.Thread.run(Unknown Source