ah... and another matter... With NH3 mappings events you can even change the mappings produced by ConfORM at run-time (new feature committed few days ago).
On Fri, Aug 13, 2010 at 9:42 AM, Fabio Maulo <[email protected]> wrote: > On Fri, Aug 13, 2010 at 9:16 AM, Humberto Marchezi > <[email protected]>wrote: > >> @Fabio, >> >> Sometimes we have to integrate new systems (completely new data model) >> with a system that makes use of legacy data model. Given this situation, is >> it possible to mix ConfORM with XML-mapping ? >> > > Completely possible. > ConfORM does not wrap NH. ConfORM provides HbmMapping to be added to NH's > Configuration class. > You can mix ConfORM with XML (as for example for NamedQueries) or with > others configuration-by-code (as for example for Filters definitions > and/or AuxiliaryDatabaseObject) > > >> >> @All community, >> >> The issue about many x few tech options go far beyond NHibernate. Choosing >> a mapping system (XML, FNH, ConfORM, etc...) is not a personal matter for me >> but it depends on the situation. >> >> It is good to XML-mapping for flexiblity however it may be better to use >> ConfORM (AFAIK) for productivity purposes and when you are free to generate >> your data model. >> >> Maybe it can be more useful to instruct new NH users about the suitability >> of those different technologies. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> On Fri, Aug 13, 2010 at 7:29 AM, Frans Bouma <[email protected]> wrote: >> >>> > On Fri, Aug 13, 2010 at 6:05 AM, Frans Bouma <[email protected]> wrote: >>> > so we first built xml and then fluentNH support, and what >>> > I've learned so far of confORM it's not possible to understand >>> why >>> it's >>> > there, so I don't see value in supporting it as of now. >>> > >>> > About ConfORM, you don't have to understand "why it is there" becaus,e >>> to >>> > map your domain to your DB (or viceversa), you are using your own tool. >>> >>> it's about what we should offer as supported output to our >>> customers. >>> >>> > For a code generator, like your, there is no sense to generate >>> something >>> > else than XML, so far. >>> >>> I thought so too, till I realized that it's also about >>> maintainability. People might start with a tool and later on want to >>> continue without the tool, but keep what's being produced (or continue >>> with >>> another tool...). the point of generating fluentnh then becomes >>> important, >>> because having your existing, in production system using fluentnh >>> mappings, >>> continuing with the generated code is easy. >>> >>> > For NHibernate3 would be better the generation of Hbm* classes because >>> > better startup performances (but you don't read my posts). >>> >>> 1) I don't read blogs to learn things about a framework. If I >>> have >>> to read blogs to learn about a framework, I give up on that framework, as >>> blogs a) don't cover everything and b) are tedious to read when you're >>> looking for specific info. >>> >>> 2) If no-one will write hbm classes (whatever they are) by hand, >>> it's not interesting. I can also generate code which directly injects >>> meta-data in a session factory, like I do with our own framework. very >>> quick >>> startup time, no hassle. But if one needs to write this by hand as well, >>> it's not that friendly, hence the alternatives. >>> >>> FB >>> >>> > >>> > >>> > -- >>> > Fabio Maulo >>> > >>> > >>> > >>> > -- >>> > You received this message because you are subscribed to the Google >>> Groups >>> > "nhusers" group. >>> > To post to this group, send email to [email protected]. >>> > To unsubscribe from this group, send email to >>> > [email protected]<nhusers%[email protected]> >>> . >>> > For more options, visit this group at >>> > http://groups.google.com/group/nhusers?hl=en. >>> >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "nhusers" group. >>> To post to this group, send email to [email protected]. >>> To unsubscribe from this group, send email to >>> [email protected]<nhusers%[email protected]> >>> . >>> For more options, visit this group at >>> http://groups.google.com/group/nhusers?hl=en. >>> >>> >> >> >> -- >> Humberto C Marchezi >> --------------------------------------------------------- >> >> -- >> You received this message because you are subscribed to the Google Groups >> "nhusers" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]<nhusers%[email protected]> >> . >> For more options, visit this group at >> http://groups.google.com/group/nhusers?hl=en. >> > > > > -- > Fabio Maulo > > -- Fabio Maulo -- You received this message because you are subscribed to the Google Groups "nhusers" 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/nhusers?hl=en.
