my 2c worth - I'm always a bit dubious about these meta-frameworks. Why would you be changing to another ORM if not to take advantage of its new features? New features which are highly unlikely to be catered for in your lowest-common-denominator meta-framework. This kind of thing makes sense for software vendors who must ship into also sorts of different environments, and occasionally makes sense as a stepping stone in a big migration - and as we all know, big migrations are to be avoided wherever possible. Otherwise I reckon just pick your framework and code to its strengths.
Jaime On Sun, Feb 21, 2010 at 6:12 AM, James Allen <slingsho...@googlemail.com>wrote: > I'm interested in this as well. Not looking to migrate but I like the idea > of building future Transfer apps using a totally encapsulated model which > provides a facade to the Transfer methods. Thus, changing to another ORM > should be a simple case of changing base classes etc. > > Anyone built an app which uses this kind approach. I.E. Overriding things > like bean.getIsPersisted() from a base class and then passing this to > Transfer (or another ORM). > > --- > James Allen > E: ja...@jamesallen.name > Blog: http://jamesallen.name > Twitter: @CFJamesAllen (Coldfusion / Web development) > Twitter: @jamesallenuk (General) > Lead developer of http://errrrrrr.com > > > -----Original Message----- > From: transfer-dev@googlegroups.com [mailto:transfer-...@googlegroups.com] > On Behalf Of Brian G > Sent: 20 February 2010 19:56 > To: transfer-dev > Subject: [transfer-dev] Migrating to hibernate? > > My company is heavily invested in Transfer today. I'm doing some > future planning and it looks like Hibernate/CF9 ORM is the long-term > solution. I'd like to hear if anyone has migrated a Transfer > application to CF9 ORM/Hibernate and, if so, what was required? I'm > specifically interested in two approaches: > > 1. Rip out Transfer and replace it with CF9 ORM > 2. Use decorators or facades to map Transfer methods to the CF9 ORM > methods > > We're not doing this in the short term but feedback or advice on how > this process went, how difficult it was and any results would be great > not only for my own planning purposes but I'm sure for many others. > Thanks! > > > Brian > > -- > Before posting questions to the group please read: > > http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions > -on-transfer > > You received this message because you are subscribed to the Google Groups > "transfer-dev" group. > To post to this group, send email to transfer-dev@googlegroups.com > To unsubscribe from this group, send email to > transfer-dev+unsubscr...@googlegroups.com<transfer-dev%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/transfer-dev?hl=en > > -- > Before posting questions to the group please read: > > http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer > > You received this message because you are subscribed to the Google Groups > "transfer-dev" group. > To post to this group, send email to transfer-dev@googlegroups.com > To unsubscribe from this group, send email to > transfer-dev+unsubscr...@googlegroups.com<transfer-dev%2bunsubscr...@googlegroups.com> > For more options, visit this group at > http://groups.google.com/group/transfer-dev?hl=en > -- Before posting questions to the group please read: http://groups.google.com/group/transfer-dev/web/how-to-ask-support-questions-on-transfer You received this message because you are subscribed to the Google Groups "transfer-dev" group. To post to this group, send email to transfer-dev@googlegroups.com To unsubscribe from this group, send email to transfer-dev+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/transfer-dev?hl=en
