Dan, I read Sean's comment as a desire to have a single Hibernate ORM adapter that works across multiple CFML engines (CF & Railo). As long as the native Hibernate interfaces across the CFML engines are not too different, this ought to be possible without any major architectural changes. What you are talking about though is a desire to have an ORM adapter that is framework-agnostic (as defined by Brian Kotek). IMO the MG ORM adapter is most of the way there: the high-level interface for the adapter does involve MG elements, but there are a few small implementation tie-ins to MG such as the ValidationErrorCollection and the naming of exceptions thrown by the adapter. All the high-level interaction between MG and the ORM adapters are in the GenericORMController. In my mind, the primary case for making the MG ORM adapter fully framework-agnostic is in order to spin it off as a stand-alone product, much like Luis Majano has done with MockBox and LogBox. Such a move would prove that using the ORM adapter does not lock a project in to a specific Front-Controller framework, and it would allow enhancements on the adapter to be developed independently of the MG core.
While I see the value of doing this from an architecture standpoint, I don't see it as something that many CF coders would really care about, at least not yet. There are two types of MG coders who might care: those that rely on scaffolding, and those that do all their CRUD through getORMAdapter() and/or ORM broadcasts. The first group are already locked-in to MG since scaffolding is inherently coupled to the Front Controller, and the second group appears to be a very small minority. I tried to be a member of the second group for a while but I found the current feature set to be too limiting, so I ended up writing a custom TransferController that made use of features specific to Transfer. The way I'd like to see us proceed from here is to write new adapters according to the existing ORM architecture in MG and maintaining the same design principles. Once we have a couple more adapters working we can look at where we stand and see if we really want to make the ORM architecture a stand-alone product. Yknow, I really ought to be writing this kind of stuff on my own blog now that I have one... Cheers, -- Dennis On Thu, Oct 1, 2009 at 10:28 AM, Dan Wilson <[email protected]> wrote: > I'd bet you are right Sean, and I believe the current Adapters in > Model-Glue are a little MG specific. What would be interesting would be to > remove/abstract the Model-Glue pieces and make an adapter that could be used > across all the frameworks that were interested. > > I would really think this would be the smartest marshalling of resources > and I'd be happy to have any intelligent discussions on how to adapt the > adapters for this purpose, even if it means recoding parts of Model-Glue. > > > DW > > > On Thu, Oct 1, 2009 at 12:58 AM, Sean Corfield <[email protected]>wrote: > >> >> On Wed, Sep 30, 2009 at 8:03 PM, Bob Silverberg >> <[email protected]> wrote: >> > This is another reason why Dennis' idea of documenting the metadata, >> > and developing some unit tests for it is a great idea. That will make >> > it much easier to add additional adapters in the future (a >> > Railo-Hibernate adapter, perhaps?). >> >> Definitely (on documenting the metadata and adding unit tests). >> >> The Railo engineering team are already working on Hibernate >> integration (and enhanced <cfscript> stuff) and I'd hope that a single >> Hiibernate ORM Adapter would work for both ColdFusion 9 and Railo 3.2 >> (based on current plans). >> >> I can imagine other folks being interested in writing adapters >> (perhaps for DataMgr and DataFaucet?). >> -- >> Sean A Corfield -- (904) 302-SEAN >> Railo Technologies US -- http://getrailo.com/ >> An Architect's View -- http://corfield.org/ >> >> "If you're not annoying somebody, you're not really alive." >> -- Margaret Atwood >> >> >> > > > -- > “Come to the edge, he said. They said: We are afraid. Come to the edge, he > said. They came. He pushed them and they flew.” > > Guillaume Apollinaire quotes > > > > --~--~---------~--~----~------------~-------~--~----~ Model-Glue Sites: Home Page: http://www.model-glue.com Documentation: http://docs.model-glue.com Bug Tracker: http://bugs.model-glue.com Blog: http://www.model-glue.com/blog You received this message because you are subscribed to the Google Groups "model-glue" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/model-glue?hl=en -~----------~----~----~----~------~----~------~--~---
