Given this one a pretty close look, basically it's a JAI failure when decoding CCITTfax group 2 formate. I've been looking at alternative libraries to decode the image in question but I keep running into a fraction byte problem on this file and a few others.

Where dealing with a 1 component, 1 bit colour definitions. So in our example that s 2050x1x1 which is 2050. The factional bit formula is 2050 & 0x7 = 2. However the only way to get the image to show up correctly is to use a factional bit of 6 which I can't seem to figure out why this is the case. The only thing I can assume is that the width of the image is incorrectly stated.

Should take another look the zero padding input stream, might help with the extra bytes.

Took me a while to get all the pieces put together but I think we finally have full support for CCITT fax encoded images. The new code uses an open source library from intarsys consulting GmbH which is based on the work Sun did for JAI.

The new setup makes sure that we apply the same generic images processing as we do for other decoded image stream. Another nice feature is that we no longer depend on the JAI jars for CCITT Fax T42D.

Did quite a bit of testing and expect the final qa framework render to pass. With a little luck CCITT fax issue will be closed for good.