An Architect's View

CFML, Clojure, Software Design, Frameworks and more...

An Architect's View

Transfer ORM Adapter for Model-Glue?

September 3, 2006 · 2 Comments

As folks can probably guess from recent posts, I've been taking another look at Mark Mandel's Transfer ORM library over the last few weeks and this weekend I've been looking at what it would take to integrate Transfer with Model-Glue. Model-Glue has an adapter-based architecture for ORM and ships with an implementation for Reactor. It has an ORM controller that implements the "Generic Data Messages" (e.g., ModelGlue.genericList) and relies on a Reactor-specific adapter for the actual integration with the ORM. The ReactorORMController that ships with Model-Glue is almost entirely generic because of the adapter interface which is a testament to Joe's great design skills. Because of that, I was able to get a basic Transfer adapter up and running fairly quickly to the point that the GDMs all worked. A bit more work and I was able to get basic scaffolding working too (by creating some basic metadata and a fake dictionary object). I haven't tackled any of the table-to-table relationship stuff but I wanted to let a broader audience know about this proof of concept to gauge interest...

Tags: coldfusion · modelglue · orm

2 responses so far ↓

  • 1 Mark Mandel // Sep 3, 2006 at 6:30 PM

    Sean,

    This is so very very cool :)

    I owe you a very large beer if you ever get a chance to come down to Australia.
  • 2 Matthew Lesko // Sep 3, 2006 at 6:45 PM

    I think fleshing out Transfer integration with Model-Glue is a "Good Thing." A Transfer adapter would prove out the concept of Model-Glue as a "pluggable" framework, Coldspring as a container backing it, and Transfer as an ORM that can work within that model. Demonstrating this sort of flexibility begins to change the conversation about using Coldfusion, from should we consider it for our web application (i.e. does it have what we need), to what packages (MVC, container, ORM, etc...) should we use as part of our programming stack?

Leave a Comment

Leave this field empty: