Good point.
Unfortunately this doesn't work too well if you're trying to implement a system
that honors a SOA pattern. What if one of our .NET developers needs to call my
service remotely? The .NET program isn't going to know where the file is stored
on the CF server's hard disk.
I know, a bou
I figured out that objImage needs to be of type java.awt.image.BufferedImage.
If you are given an image via the CF "binary" type, you need to do this:
1. Write the binary value to a temp file with .
2. Use a java.io.File instance to read the new file.
3. Feed the instance of java.io.File to an in
You are correct, this is the object in memory. If you are going to do
one simple operation, it's easier to just call the appropriate method
like resize() and pass the file paths. If you are doing a bunch of
things, retain the object in memory and just pass the object. This will
speed up the
Reading the source code, it's a java.awt.image.BufferedImage:
It's returned as part of the struct from many of the methods.
On 10/27/06, Casey Dougall <[EMAIL PROTECTED]> wrote:
> On 10/27/06, Chris Peters <[EMAIL PROTECTED]> wrote:
> >
> > I'm using Rick Root's Image CFC. One of the arguments
On 10/27/06, Chris Peters <[EMAIL PROTECTED]> wrote:
>
> I'm using Rick Root's Image CFC. One of the arguments for many of the
> CFC's methods is called "objImage." This is described in the docs as an
> "image object," but it doesn't show any examples of its usage, and it
> doesn't describe what da
I'm using Rick Root's Image CFC. One of the arguments for many of the CFC's
methods is called "objImage." This is described in the docs as an "image
object," but it doesn't show any examples of its usage, and it doesn't describe
what data type this image object should be. Does anyone know?
I as
6 matches
Mail list logo