Hi Jeremias, thanks for the update. There is a ServiceMix bundle of fop available but that had the error message "Neither an FOEventHandler, nor a Renderer could be found for this output format." so I assume whoever build that might have missed something. I'll check into that. Having said that I#ll be following up with you in 3 weeks or so :-) Let me know if I can be of any help.
Maruan Sahyoun Am 25.09.2012 um 16:35 schrieb Jeremias Maerki <d...@jeremias-maerki.ch>: > 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 >
