Image loaded with Loader doesn't render

Question

I have created a web service that pulls images (gif,jpg) from
the database and base64 it for sending across the wire. The flex
application then decodes and renders the image. The Image is not
being scaled correctly. IT will not adhere to the dimensions of the
ImageBox but rather stays at the original fixed size. If I embed
the image into the application everything works correctly. But if
the image is decoded then sizing goes out the window.
The image overflows the Image box and takes up the full size
of the image. Zoom, rotation, etc. do nothing to the image.
Any help is appreciated...
Example Code:
<?xml version="1.0" encoding="utf-8"?>
<mx:Application xmlns:mx="
http://www.adobe.com/2006/mxml"
layout="absolute" creationComplete="onLoad(event);">
<mx:Script>
<![CDATA[
import mx.utils.Base64Decoder;
public function onLoad(event:Event):void {
// Decode image - Base64 gif image (500 x 776)
var base64:String = "R0lGOD..."; // Get base64 from web
service call
var decoder:Base64Decoder = new Base64Decoder();
decoder.decode(base64);
// Load image into container
var loader:Loader = new Loader();
loader.loadBytes(decoder.flush());
image2.addChild(loader);
]]>
</mx:Script>
<mx:HBox id="mainBox">
<!-- Should render a 100 x 100 box but instead the image
is full size -->
<mx:Image id="image2" width="100" height="100" />
</mx:HBox>
</mx:Application>

Answer 1

Hi Dmitri,
Thank you for the prompt reply, your question about the jpeg content was a helpful pointer.
I solved the problem, it had nothing to do with flex, it was all on the java side. The image was obtained from converting a TIFF to a JPEG, the conversion was failing and the flex loader was receiveing a tiff and it did not know how to display it.
The java problem was kind of interesting, I'll post it here as an FYI in case anybody cares :
On my server the first writer returned by ImageIO was an instance of JPEGImageWriter and on the other servers was CLibJPEGImageWriter. And it happens that  only JPEGImageWrite can write the type of TIFF that we are having.
The fix was to iterate through all the writers and pick the instace of JPEGImageWrite, instead of the first one found.
Lumi