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 <[email protected]>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: [email protected]
> Blog: http://jamesallen.name
> Twitter: @CFJamesAllen (Coldfusion / Web development)
> Twitter: @jamesallenuk (General)
> Lead developer of http://errrrrrr.com
>
>
> -----Original Message-----
> From: [email protected] [mailto:[email protected]]
> 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 [email protected]
> To unsubscribe from this group, send email to
> [email protected]<transfer-dev%[email protected]>
> 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 [email protected]
> To unsubscribe from this group, send email to
> [email protected]<transfer-dev%[email protected]>
> 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 [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/transfer-dev?hl=en

Reply via email to