Re: [Barcode4j-users] trouble using barcode4j-1.0 with fop-0.20.5

[Jeff H. <je...@pr...>]

Jeremias Maerki wrote:
> You're right. The default for the human readable placement is indeed not
> "none" but "bottom". The docs are wrong. This is because the postnet
> implementation uses code from a base class to set this aspect. I'll fix
> that.
> 
> However, the barcode XML you showed got me a perfect postnet barcode
> with no human readable part. Don't know what went wrong here.

Thanks for the quick response.  It turns out that I was just doing 
something stupid -- I had two XSL templates with barcodes and I was 
editing the wrong one, so of course it wasn't having any effect.  But 
now I'm on to another question.  I'm using this in a Tomcat webapp that 
has another servlet that's already using Batik (v1.6) to render 
SVG->PNG, but it's using a different version of Batik than is 
distributed with FOP (standard v0.20.5 distribution).  It turns out that 
Batik v1.6 is causing the barcode to be drawn incorrectly (much larger 
than it should) but when I replace it with the batik.jar distributed 
with FOP, it works just fine.  Unfortunately, then my other servlet 
doesn't work, so now I have to figure out how to get everything to work 
together happily.  I guess there's a couple of options there.  How hard 
is it to get barcode4j to bypass Batik and render natively to PDF?  I 
thought I read somewhere that it was possible, but it seemed to not be 
very straightforward.  Alternately, does anybody have any idea why the 
newer version of Batik would cause this problem or know how to get 
around it?

-- 
Jeff Hoffmann
Head Plate Spinner