From: Jeremias M. <de...@je...> - 2012-10-01 06:01:52
|
Hi Gianluca I'm afraid, I don't have any good suggestions. That the Barcode4J extension is in the same EAR as FOP is how it should be. That the plug-in isn't found is indeed an indication of a class loading problem (the META-INF/services approach heavily relies on class loaders). java.awt.headless is very unlikely to have an influence here. To monitor plug-in discovery, you can try to increase the log level for "org.apache.fop.render" which should log discovered plug-ins but an undiscovered plug-in will simply not pop up, so I don't think that will help. Barcode4J itself doesn't do logging. You wrote that you're using Apache FOP 0.94. For the sake of an experiment, please try with Apache FOP 1.0. 0.94 is a rather old version. I know for a fact that some people have Barcode4J working with FOP under WebSphere but I don't know under which versions. So WebSphere or the IBM JVM alone should probably not be the cause. You could also try to enable class loader logging (java -verbose:class on Sun JVMs, I don't know the equivalent in IBM JVMs) to see if the Barcode4J plug-in is really loaded. Otherwise, remote debugging is really the only measure left in the end (breakpoints in org.apache.xmlgraphics.util.Services). Good luck! Jeremias Maerki On 28.09.2012 11:15:04 Gianluca Medici wrote: > I have a problem generating barcode with fop 0.94 and barcode4j 2.1 on IBM Websphere 7 on iSeries. > The only inherent message that gets printed out in the console is: > org.apache.fop.render.AbstractRenderer renderXML Some XML content will be ignored. No handler defined for XML: http://barcode4j.krysalis.org/ns > > The fact is that during development weve run a number of tests with our application deployed on our local machine with Websphere 7 for Windows installed and all was and is running fine. > The PDFs were generated with the correct barcodes. > Then weve deployed our application to an iSeries and the barcode generation doesnt work. > The PDFS are no generated without the barcodes leaving the message above. > Another funny thing is that the barcode4j-fop-ext-complete.jar is correctly loaded after fop.jar and the other libraries on the iSeries as well as on our local machines. The loading strategy is the same (PARENT_FIRST). > Bottom line Im assuming this is a class loader problem. Im running out of ideas as weve tried different solutions but I cannot discover where the problem is. > On our server weve already set java.awt.headless to true, we dont have the same setting on our local machines (Ive tried setting it but all is still working good). > > Can anybody have any suggestions to solve this? > Any particular parameter/setting to increment logging for barcode4j to see some more debug messages? > > Im attaching two files that stated the class loaded at runtime for our project, one from on iSeries the other from my local machine where everything is running fine. > > ANY kind of help will be greatly appreciated. > > Thanks > > Gianluca |