In general, I would say that if you need to expose them to C++ and Fortran,
you want to have DTO wrappers, rather than make the entities DTOs.
And since the recent issues with DP & SP1 are focused on things that are
going on with stuff that happens all the time in C++, I strongly suggest
looking there first.
On Thu, Sep 11, 2008 at 6:10 PM, srf <[EMAIL PROTECTED]> wrote:
>
> Ill try and see if i can get it running with .net 3.5 but thats going
> to take quite a but of doing. Im wondering, it worked with nhibernate
> 1.2, is it possible to use the call that was used in nhibernate 1.2 .
> Actually we are now contemplating a radical change. Given the
> complexity of our domain model classes and how we have our data and
> business logic tightly coupled together , we are looking at creating a
> separate data entity model and have some kind of mapper to move the
> data to and from our domain model. I guess its kind of like using
> nhibernate with Rockys CSLA framework. It means we have to do more
> work but our domain objects are just really hard to proxy given there
> complexity and they do a lot of interop to C++ and fortran so that
> even adds more complexity. Im not sure what your thoughts are going
> down this road.
>
> thanks
>
> scott
>
> On Sep 3, 12:32 pm, "Ayende Rahien" <[EMAIL PROTECTED]> wrote:
> > Try running it on a .Net 3.5 machine wihtout SP1
> >
> > On Wed, Sep 3, 2008 at 1:50 PM, srf <[EMAIL PROTECTED]> wrote:
> >
> > > looking at it further it seems to be some generic issue , my table
> > > class looks like this:
> > > public class Table : Container, ITable, ISerializable
> > > {
> >
> > > public virtual void Set<T>(string colName, int row, Scalar<T>
> > > dataVal) where T : IComparable<T>
> > > {
> > > }
> >
> > > }
> >
> > > It has a generic method even though the class isnt generic and it
> > > mentioned that its expecting a generic class for the generic method.
> > > Could it relate to this, if so are we doing something wrong be
> > > defining a non generic class but having a generic method?
> >
> > > thanks
> >
> > > scott
> >
> > > On Sep 2, 12:50 pm, "Ayende Rahien" <[EMAIL PROTECTED]> wrote:
> > > > That is not something that I would expect to find on an entity.Off
> the
> > > top
> > > > of my head, no idea how DP would behave in this scenario, but I think
> it
> > > > would emit AnyCPU assemblies.
> > > > What happens when you are just calling this without any proxying?
> Does
> > > this
> > > > work on the 64bit machine?
> >
> > > > On Tue, Sep 2, 2008 at 2:48 PM, srf <[EMAIL PROTECTED]> wrote:
> >
> > > > > its one of our domain objects called "Table" (I could give you the
> > > > > whole thing but its quite large). I noticed I could proxy other
> domain
> > > > > objects but when I got to this one it gave me the error. The one
> > > > > different thing about this table is that it has some interop
> entries
> > > > > like this:
> > > > > /// <summary>
> > > > > /// Set the neccesary parameters of a C++ table
> > > > > /// </summary>
> > > > > /// <param name="tableID">ID of the table</param>
> > > > > /// <param name="columnID">ID of the column to be
> added</param>
> > > > > /// <param name="colIdx">The column index</param>
> > > > >
> [DllImport("Drms.Server.compute.domainmodel.datacontainers.dll",
> > > > > EntryPoint = "TableAddColumn", ExactSpelling = false)]
> > > > > internal static extern void TableAddColumn(Int64 tableID,
> Int64
> > > > > columnID, int colIdx);
> >
> > > > > could these be causing it? Is Dynamic proxy compiled with AnyCPU?
> >
> > > > > thanks
> >
> > > > > scott
> >
> > > > > On Sep 2, 11:10 am, "Ayende Rahien" <[EMAIL PROTECTED]> wrote:
> > > > > > What is the class that you are trying to proxy?
> >
> > > > > > On Tue, Sep 2, 2008 at 12:59 PM, srf <[EMAIL PROTECTED]>
> wrote:
> >
> > > > > > > I was trying to use Nhibernate 2.0 and was getting the
> following
> > > error
> > > > > > > related to proxying:
> >
> > > > > > > Message "An attempt was made to load a program with an
> incorrect
> > > > > > > format. (Exception from HRESULT: 0x8007000B)" string
> > > > > > > at System.Reflection.Emit.TypeBuilder._TermCreateClass(Int32
> > > > > > > handle, Module module)
> > > > > > > at System.Reflection.Emit.TypeBuilder.CreateTypeNoLock()
> > > > > > > at System.Reflection.Emit.TypeBuilder.CreateType()
> > > > > > > at
> >
> > > Castle.DynamicProxy.Generators.Emitters.AbstractTypeEmitter.BuildType()
> > > > > > > at
> >
> > > Castle.DynamicProxy.Generators.Emitters.AbstractTypeEmitter.BuildType()
> > > > > > > at
> >
> > > Castle.DynamicProxy.Generators.ClassProxyGenerator.GenerateCode(Type[]
> > > > > > > interfaces, ProxyGenerationOptions options)
> > > > > > > at
> Castle.DynamicProxy.DefaultProxyBuilder.CreateClassProxy(Type
> > > > > > > theClass, Type[] interfaces, ProxyGenerationOptions options)
> > > > > > > at
> Castle.DynamicProxy.ProxyGenerator.CreateClassProxyType(Type
> > > > > > > baseClass, Type[] interfaces, ProxyGenerationOptions options)
> > > > > > > at Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type
> > > > > > > targetType, Type[] interfaces, ProxyGenerationOptions options,
> > > > > > > Object[] constructorArgs, IInterceptor[] interceptors)
> > > > > > > at Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type
> > > > > > > targetType, Type[] interfaces, ProxyGenerationOptions options,
> > > > > > > IInterceptor[] interceptors)
> > > > > > > at Castle.DynamicProxy.ProxyGenerator.CreateClassProxy(Type
> > > > > > > targetType, Type[] interfaces, IInterceptor[] interceptors)
> > > > > > > at
> > > NHibernate.Proxy.Poco.Castle.CastleProxyFactory.GetProxy(Object
> > > > > > > id, ISessionImplementor session)
> >
> > > > > > > We are running under 64 bit , would we run into problems doing
> > > > > > > proxying in a 64 bit environment. The proxying for Nhibernate
> 1.2
> > > > > > > worked ok under 64 bit though.
> >
> > > > > > > thanks
> >
> > > > > > > scott
> >
>
--~--~---------~--~----~------------~-------~--~----~
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
-~----------~----~----~----~------~----~------~--~---
