We're considering giving this a try with BD but wanted to know if
anyone else has done so. Any insights, experience or other info you
could pass along would be most appreciated.
no I haven't. but if you want a general caching module, you should look at CFCACHECONTENT that we built into the engine. Its been there for years and lets you cache content in memory or even in the database.
> We're considering giving this a try with BD but wanted to know if > anyone else has done so. Any insights, experience or other info you > could pass along would be most appreciated.
I can't say that i've used it in anger or under any heavy load, but i did write a cache adapter for cflickr.riaforge.org using memcached. I was using cfmemcached.riaforge.org, but i believe its essentially the same. In the end i couldn't do everything i wanted with it because Adobe Coldfusion throws an error when trying to serialize cfc's that contain dates or queries, see the issue i posted here http://cfmemcached.riaforge.org/index.cfm?event=page.issue&issueid=70...
However, I've just tested this with OpenBD and i'm not getting any errors when writing or reading cfc's with dates or queries, so looks like its +1 for OpenBD. Works straight out the box, which is nice =)
> We're considering giving this a try with BD but wanted to know if > anyone else has done so. Any insights, experience or other info you > could pass along would be most appreciated.
> However, I've just tested this with OpenBD and i'm not getting any > errors when writing or reading cfc's with dates or queries, so looks > like its +1 for OpenBD. Works straight out the box, which is nice =)
> Chris
Very nice! Not surprising that you're having issues serializing CFCs on CF--that's been something that wasn't doable on CF until version 8, and there are still some issues even on CF 8. CFCs have been serializable on BlueDragon (and hence OpenBD) since they were introduced into the product I believe.
Thanks so much for trying this out and giving us the feedback. Too many cool things to try and not enough time, so this sort of stuff is always welcome!
Yeah, we looked at that. The limiting factor on our end is that the
app needs to maintain the cache in a shared memory scope as opposed to
a database. Basically, what we're looking for a distributed cache
that's held in memory.
On Aug 18, 4:15 pm, Alan Williamson <a...@blog-city.com> wrote:
> no I haven't. but if you want a general caching module, you should look
> at CFCACHECONTENT that we built into the engine. Its been there for
> years and lets you cache content in memory or even in the database.
> > We're considering giving this a try with BD but wanted to know if
> > anyone else has done so. Any insights, experience or other info you
> > could pass along would be most appreciated.
Craig328 wrote: > Yeah, we looked at that. The limiting factor on our end is that the > app needs to maintain the cache in a shared memory scope as opposed to > a database. Basically, what we're looking for a distributed cache > that's held in memory.
The key to memcached is that it is distributed. If you have 3 servers
in a cluster, it spreads the cache load across the boxes. 1GB of
memory on each box equates to 3GB of total memory for the cache. It's
similar to JCS, Terracotta, SwarmCache, and other distributed caching
solutions except that the server is not written in Java. In this
particular instance that's apparently considered a good thing, because
you don't have to worry about garbage collection (which causes
problems for the java based solutions), and it doesn't have java's per-
process memory limitations. It's a fairly well proven solution, with
a lot of high profile users (slashdot, fotolog, wikipedia, live
journal, and sourceforge to name a few)
It's a one up to cfcachecontent because it can cache any serializable
object (not just strings). It's also global - You can use J2EE
sessions to cache info at the session level, but that doesn't help in
many situations.
It would be very cool to see this as an option to use for query
caching for example, something like
> Why not simply up the amount of memory CFCACHECONTENT uses for its data?
> It doesn't have to go to database
> Craig328 wrote:
> > Yeah, we looked at that. The limiting factor on our end is that the
> > app needs to maintain the cache in a shared memory scope as opposed to
> > a database. Basically, what we're looking for a distributed cache
> > that's held in memory.
Yes, it looks like that would do quite nicely! It would also be nice
to have a tag (and or function) for storing other things (cfc
instances, structs, etc.).
Something like this:
<cfmemcache name="" value="" hosts="" action="" cachedwithin="" />
or more generic:
<cfobjectcache name="" value="" type="" hosts="" action=""
cachedwithin="" />
I would prefer to do this as a function, that way it can be used inside of UDF's / CFSCRIPT.
i've started the refactoring process, and i am on a ferry for a couple of hours tomorrow, so i will see if i can get it done and throw you a JAR file for testing
> Yes, it looks like that would do quite nicely! It would also be nice > to have a tag (and or function) for storing other things (cfc > instances, structs, etc.).
> I would prefer to do this as a function, that way it can be used inside
> of UDF's / CFSCRIPT.
> i've started the refactoring process, and i am on a ferry for a couple
> of hours tomorrow, so i will see if i can get it done and throw you a
> JAR file for testing
> Mark Andrachek, Jr. wrote:
> > Alan,
> > Yes, it looks like that would do quite nicely! It would also be nice
> > to have a tag (and or function) for storing other things (cfc
> > instances, structs, etc.).
Actually, if there is a JAR available, we'd like to have it as well.
As an aside, I'm impressed with the response to my initial inquiry on
this. We've not deployed an OpenBD-driven site yet but we're
evaluating it right now. We have BD 7 .NET and have been very pleased
with the level of support we get from NA. One of the internal gripes
on our side about OpenBD was questioning how it would be supported.
Threads like this go a long way to allaying concerns.
Thanks everyone.
Craig Heath
Jupitermedia Corp.
On Aug 22, 9:04 am, "Mark Andrachek, Jr." <mark.andrac...@gmail.com>
wrote:
> Awesome! I'm all set up to compile out of cvs, so if there's
> a particular branch or something you don't need to send me jar. :)
> Thanks!
> On Aug 21, 8:26 am, Alan Williamson <a...@blog-city.com> wrote:
> > I would prefer to do this as a function, that way it can be used inside
> > of UDF's / CFSCRIPT.
> > i've started the refactoring process, and i am on a ferry for a couple
> > of hours tomorrow, so i will see if i can get it done and throw you a
> > JAR file for testing
> > Mark Andrachek, Jr. wrote:
> > > Alan,
> > > Yes, it looks like that would do quite nicely! It would also be nice
> > > to have a tag (and or function) for storing other things (cfc
> > > instances, structs, etc.).
Craig328 wrote: > Actually, if there is a JAR available, we'd like to have it as well.
I did actually get done what i wanted to do on the ferry back and forth to Ireland at the weekend. So i will get that wrapped up in the next couple of days and make a special JAR available before i commit it into the main branch.
|
