I just checked the source and I doubt this is a bug now. Simple stuff -- convert to pdf, create some thumbnails, create the swf, and then move the file from the uploadtemp folder.
My only guess is that there is some type of path/environment variable issue that is stopping java from working the same as when I run the commands manually. I assume that is what all of those -cp are about since I didn't need any of them to successfully convert to pdf? I'm going to switch to the apache user and run the same command... maybe that will shed some light on what is breaking. On 12/4/2014 1:02 PM, Ian wrote: > After uploading a ppt and pptx file, I'm finding that I cannot open them > -- I get a DELETED image on the whiteboard instead. > > Digging deeper, I see that the file has uploaded, but that no other part > of the conversion has occurred. > > The logs show the file being uploaded, and the conversion command executing: > > DEBUG 12-04 12:19:21.688 ProcessHelper.java 188867 104 > org.apache.openmeetings.util.process.ProcessHelper > [http-nio-0.0.0.0-5080-exec-6] - START doJodConvert ################# > DEBUG 12-04 12:19:21.688 ProcessHelper.java 188867 105 > org.apache.openmeetings.util.process.ProcessHelper > [http-nio-0.0.0.0-5080-exec-6] - java > -Doffice.home=/usr/lib64/libreoffice -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-io-1.4.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/juh-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jurt-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/ridl-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/unoil-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-cli-1.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/json-20090211.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > -jar > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > /opt/red5303/webapps/openmeetings/uploadtemp/files/9f36f633d4c43988521833c9265ac935.pptx > /opt/red5303/webapps/openmeetings/upload/files/9f36f633d4c43988521833c9265ac935/9f36f633d4c43988521833c9265ac935.pdf > DEBUG 12-04 12:19:21.688 ProcessHelper.java 188867 106 > org.apache.openmeetings.util.process.ProcessHelper > [http-nio-0.0.0.0-5080-exec-6] - END doJodConvert ################# > DEBUG 12-04 12:19:21.923 ProcessHelper.java 189102 148 > org.apache.openmeetings.util.process.ProcessHelper > [http-nio-0.0.0.0-5080-exec-6] - exitVal: 1 > > but note the time fields -- it is exiting milliseconds after starting. > > When I execute that command manually, it states that the input file is > missing -- likely because it's looking in the uploadtemp folder and not > the final destination of > '/opt/red5303/webapps/openmeetings/upload/files/9f36f633d4c43988521833c9265ac935' > > Is this a bug? Should the converter be looking for the source file at a > different location? > > When I adjust the command to find the source file where it currently > resides, I eventually get a timeout exception instead, and this takes a > LONG time to happen -- not in the milliseconds range. > > This is the modified command: > java -Doffice.home=/usr/lib64/libreoffice -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-io-1.4.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/juh-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jurt-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/ridl-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/unoil-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-cli-1.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/json-20090211.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > -jar > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > /opt/red5303/webapps/openmeetings/upload/files/9f36f633d4c43988521833c9265ac935/9f36f633d4c43988521833c9265ac935.pptx > /opt/red5303/webapps/openmeetings/upload/files/9f36f633d4c43988521833c9265ac935/9f36f633d4c43988521833c9265ac935.pdf > > Assuming that the pptx file just isn't convertible with this system, I > uploaded a ppt file instead. > > Same initial results -- immediate exit from the conversion program with > DELETED shown on the whiteboard. > > However, when I manually run the command pointing to where the source > file is actually located, this time the pdf file is successfully created: > java -Doffice.home=/usr/lib64/libreoffice -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-io-1.4.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/juh-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jurt-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/ridl-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/unoil-3.2.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/commons-cli-1.1.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/json-20090211.jar -cp > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > -jar > /opt/jodconverter-core-3.0-beta-4/lib/jodconverter-core-3.0-beta-4.jar > /opt/red5303/webapps/openmeetings/upload/files/34c77a6ad9556313215a9368f9320f9e/34c77a6ad9556313215a9368f9320f9e.ppt > /opt/red5303/webapps/openmeetings/upload/files/34c77a6ad9556313215a9368f9320f9e/34c77a6ad9556313215a9368f9320f9e.pdf > > Of course, that still doesn't help get it to show up on the whiteboard, > because the corresponding swf file wasn't also created. > > I should note that uploading pdf files into OM works correctly -- they > correctly appear on the whiteboard, so at least that part of the > workflow is working properly.
