Hi Maruan, yes, that's about it. You could combine XGC, Batik and FOP to one OSGi bundle (if you're careful about merging all META-INF/services files) and just add OSGi metadata. That could avoid the plug-in detection problems. But it's not a real solution. I simply have to finish my work and publish it. You can only do some nagging about 3 weeks or so if you haven't heard anything from me. By then I really need the new approach to be working. Please note that I do the changes on a fork of FOP (post 1.0, pre 1.1). I'm not currently following Trunk due to the backwards-incompatible changes in the public API of FOP.
Jeremias Maerki On 22.09.2012 14:29:40 Maruan Sahyoun wrote: > Hi Jeremias, > > thank you for outlining the current situation. If I understood you > correctly a) fop won't work without modifications in an OSGI > environment and b) there is no quick fix to resolve that. Is that correct? > Can we > help you in your efforts? > > With kind regards > > Maruan > > Am 22.09.2012 um 13:35 schrieb Jeremias Maerki: > > > Hi, > > I've been running FOP in Felix for about 3 years now, although I haven't > > had time to polish and publish the necessary adjustments. > > > > The problem is that the META-INF/services-based plug-in lookup approach > > doesn't work well with OSGi. I've recently migrated my first (flawed) > > approach > > [1] to a new one which is using Apache Aries SPIFly for plug-in > > detection and publication and I've rewritten my service discovery > > abstraction to leverage that. I've been in contact [2] with the Aries > > team to donate that last part but so far it's still waiting for a review. > > If it takes much longer I'll publish it myself. Publishing the necessary > > adjustments for XGC, Batik and FOP are a different story. I hope I'll > > find time at some point. The refactoring is still work in progress. > > > > [1] http://www.jeremias-maerki.ch/development/osgi/jar-services.html > > [2] http://aries.markmail.org/thread/qsfxgj2mkw5zybiu > > > > Jeremias Maerki > > > > > > On 20.09.2012 09:40:02 Maruan Sahyoun wrote: > >> Hi there, > >> > >> we are trying to use fop, as part of camel-fop, inside an OSGI container > >> Apache Karaf. Using fop (1.1) and camel-fop (2.10) works just fine. But as > >> soon as we are trying to use that from within Apache Karaf (we are using > >> the fop ServiceMix bundles) there seems to be an issue with fop finding > >> it's renderers as we got the following error message > >> > >> 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:361)[72:org.apache.servicemix.bundles.fop:1.0.0.2] > >> > >> I looked through a number of posts related to OSGI and fop but at that > >> point in time I'm not sure about the current state if it should be > >> possible to run fop inside an OSGI container or not. > >> > >> Has someone managed to get a similar configuration to work? Has someone > >> got fop working inside on OSGI container (ideally Apapche Felix, Apache > >> Karaf or Apache ServiceMix)? > >> > >> Thank's in advance for any hints. > >> > >> Maruan Sahyoun > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org > > For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
