For the benefit of any Lotus Notes Domino developers out there who are running into issues with the FOP package, I wanted to document that I did get this to work.
My initial difficulties were due to my approach of trying to avoid deploying the Jar files to the jvm/lib/ext directory of the server. I was trying to make things easier to deploy by either attaching them directly to the agent, or attaching them to a script library and then attaching the library to the agent. Outside of getting the base directories correct so the paths line up, the show stopper with attaching the jars is that four of the eleven jar files in the project are over 1 meg and pulling in the whole works will throw an out of memory error just trying to load the agent or script library. Bottom line: you have to put the jar files in the jvm/lib/ext directory of the server. Feel free to contact me if you have Lotus Notes Domino Java related problems with getting this to work: http://mmillerlacrosse.blogspot.com ----- Forwarded by Mike W Miller/org01 on 04/16/2009 12:07 PM ----- Mike W Miller/org01 wrote on 04/10/2009 07:42:16 AM: > Jeremias, > > Thanks for the clarification on what the classes are looking for. > > > The files being loaded are found in the > > META-INF/services directory of the various JAR files. I assume that the > > Lotus Domino has a somewhat special way of providing the class loaders. > > As a result the Service class in xmlgraphics-commons.jar doesn't see the > > SPI files with the class names for the renderers in fop.jar. > > In addition to fop.jar, I'm including the following: > xmlgraphics-commons-1.2.1.jar > commons-loggin-1.0.4.jar > avalon-framework-4.2.0.jar > batik-all-1.7.jar > commons-io-1.2.1.jar > serializer-2.7.0.jar > xalan-2.7.0.jar > xerceslmpl-2.7.1.jar > xml-apis-1.3.04.jar > xml-apis-ext-1.2.04.jar > > Am I missing something? > > M.M. > > ===================== > Hi Mike > > On 09.04.2009 18:40:16 Mike.Miller wrote: > > > > I've run into the following error in my attempt to implement the FOP > > package in a Lotus Domino application: > > java.lang.UnsupportedOperationException: Don't know how to handle > > "application/pdf" as an output format. Neither an FOEventHandler, nor a > > Renderer could be found for this output format. > > at > > org.apache.fop.render.RendererFactory. > createFOEventHandler(RendererFactory.java:212) > > > > I found this post here: > > http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop- > users/200605.mbox/%[email protected]%3e > > > > ...and a post related to Lotus Domino here: > > http://mail-archives.apache.org/mod_mbox/xmlgraphics-fop- > users/200610.mbox/%3COF6A4D513C.8F587B6D-ONC125720D.003ED103- > [email protected]%3e > > > > ...but setting the element mapping to the various classes (FOElementMapping > > , SVGElementMapping, BatikExtensionElementMapping, XMPElementMapping, > > RDFElementMapping, PSExtensionElementMapping) does not seem to have the > > same result as reading the properties files. > > > > My preferred method is to set the properties directly and not have to have > > read the properties files located on the file system. > > The properties are not really read from the file system. We're using the > "Service Provider Mechanism" of the JAR specification to look up > plug-ins in the classpath. The files being loaded are found in the > META-INF/services directory of the various JAR files. I assume that the > Lotus Domino has a somewhat special way of providing the class loaders. > As a result the Service class in xmlgraphics-commons.jar doesn't see the > SPI files with the class names for the renderers in fop.jar. Since I > don't know Lotus Domino, I don't know how to help. The general advice is > to make sure that the various JARs needed by FOP end up in the same > class loader. Not sure how you can apply that to Lotus Domino. > > > Is this even possible > > using the approach Tobias describes? > > Tobias used a work-around by registering the various plug-ins manually. > But there are so many plug-ins at different points in FOP so I don't > think that approach is really practical. > > I would suggest to ask Lotus Domino support for help with the > information above. Or maybe we have a Lotus Domino expert here who has > some ideas. Good luck! > > > Jeremias Maerki This email message is intended for the sole use of the intended recipient(s) and may contain confidential or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy and delete all copies of the original message.
