No es estrictamente necesario poner los hbm como embedded resource; es sólo
la forma más común, por una cuestión de practicidad.
Si te fijás, Configuration tiene métodos para agregar archivos sueltos,
directorios conteniendo archivos .hbm.xml, streams, XmlDocuments, etc, etc,
etc.
Diego
2010/8/24 orland <[email protected]>
> Hola que tal?
> Quiero saber la razon por la cual en todos lados me dicen que tengo
> que compilar todos los archivos hbm.xml como EMBEDDED RESOURCE.
>
> O sea, lo que estoy tratando de hacer es separar bien las capas de mi
> aplicación, asi cuando tengo que mudar y dejar totalmente
> independiente mi aplicación de mi base de datos, sea lo mas fácil
> posible.
>
> Hay algunas configuraciones que tengo en los mappings, por eso quiero
> saber esto.
>
> Por ejemplo, en un aplicación, tengo una llamada a un Stored Procedure
> de SQL Server, y quiero saber si es que tengo que dejar ese mapping
> sin la marca de EMBEDDED RESOURCE para luego compilarlo para otro
> motor.
>
> Basicamente mi duda es esa, porque no se bien como armar una
> estructura fuerte e independiente de la base de datos (y no me refiero
> a separar la aplicación, en capas, eso ya lo hice. A lo que me refiero
> es a la forma correcta de utilizar Hibernate, y que además me sirva en
> un futuro.)
>
> Entonces, hay forma de dejar archivos que no sean EMBEDDED RESOURCE? o
> SIEMPRE si o si todos los archivos tienen que estar con esa Build
> Action?
>
> Muchas Gracias!
>
> y espero sus respuestas.
>
> --
> Para escribir al Grupo, hágalo a esta dirección:
> [email protected]
> Para más, visite: http://groups.google.com/group/NHibernate-Hispano
>
--
Para escribir al Grupo, hágalo a esta dirección:
[email protected]
Para más, visite: http://groups.google.com/group/NHibernate-Hispano
