Its not that they dont need it , its just that the performance implications of the reflection calls that the proxy wrapper does makes it a show stopper. What Im going to do is try and implement our own lazy loading using our own custom collection type and that should make sure that we dont return any proxy wrapped objects. Ive got a prototype started so I suspect it should work.
thanks scott On Oct 8, 4:07 pm, "Fabio Maulo" <[EMAIL PROTECTED]> wrote: > Before do it ask yourself why so many developer don't need it. > > 2008/10/8 srf <[EMAIL PROTECTED]> > > > > > > > ya, I was going to go down the IUserCOllectiontype route but was > > hoping there was some simple switch that would do that. > > > thanks > > > scott > > > On Oct 7, 8:47 am, "Fabio Maulo" <[EMAIL PROTECTED]> wrote: > > > lazy="false" + IUserCollectionType > > > > 2008/10/7 srf <[EMAIL PROTECTED]> > > > > > I could also take another route but it would mean turning off lazy > > > > loading. Is there are way to turn off lazy load totally, ie, dont load > > > > the objects , dont wrap the objects, dont do anything with the > > > > collections. This would mean the collections would always be empty and > > > > it would be up to the domain developer to get the objects loaded. > > > > Since we implement our own custom List collections would could do it > > > > but we would need to have nhibernate totally turn off loading of child > > > > collection automatically. Is there any way to do that? > > > > > thanks > > > > > scott > > > > > On Oct 7, 7:34 am, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > > > > > I was to ask about compile time proxies but i see that it won't > > probably > > > > be > > > > > possible for you since 1.2.1 issue. > > > > > > On Tue, Oct 7, 2008 at 4:21 PM, srf <[EMAIL PROTECTED]> wrote: > > > > > > > We dont use the Load method and unfortunatly Im currently on > > > > > > Nhibernate 1.2 and we are having some challenges moving to 2.0 so > > we > > > > > > wont be moving to it for a little while so I wont be able to use > > > > > > stateless session. By the way, do you know where I could get more > > > > > > information on stateless session and what kinds of things it can > > do. > > > > > > For now I suspect I might be out of luck but we are currently > > looking > > > > > > at doing heavy redesign and not have nhibernate use our domain > > objects > > > > > > and create lightweight entity objects and have a mapper map the > > entity > > > > > > objects to our domain objects. The problem is our domain objects > > are > > > > > > very heavy weight in that they have data and business functionality > > > > > > and having nhibernate push around these heavy domain objects seems > > to > > > > > > bring about a lot of performance problems. Im not sure if anyone > > > > > > considered doing this before but it does mean we have to do more > > work > > > > > > that nhibernate did for us automatically but if it means better > > > > > > performance then thats more important for us. > > > > > > > scott > > > > > > > On Oct 6, 10:15 pm, "Fabio Maulo" <[EMAIL PROTECTED]> wrote: > > > > > > > use statelessSession and don't use Load method. > > > > > > > > 2008/10/6 srf <[EMAIL PROTECTED]> > > > > > > > > > It can be quite a bit since we are doing a lot of data > > analysis. > > > > One > > > > > > > > example I have is a method called 200,000 times and without the > > > > > > > > proxies it takes 10,000ms to execute. With the proxy wrappers > > it > > > > takes > > > > > > > > 190,000ms!! Running it through a profiler found the > > > > > > > > System.Reflection.MethodBase.Invoke method call is what is > > killing > > > > it. > > > > > > > > It seems method invokes are VERY!! expensive. At any rate , im > > > > first > > > > > > > > trying to figure out how to turn it off totally but going > > forward I > > > > > > > > was looking for alternatives to the castle proxy given that > > > > nhibernate > > > > > > > > 2.0 allows us to substitute our own proxy wrapper so if anyone > > has > > > > > > > > tried alternative wrappers that would be great too. > > > > > > > > > thanks > > > > > > > > > scott > > > > > > > > > On Oct 6, 10:51 am, "Tuna Toksöz" <[EMAIL PROTECTED]> wrote: > > > > > > > > > How many times do you need to call those methods? > > > > > > > > > > On Mon, Oct 6, 2008 at 7:47 PM, srf <[EMAIL PROTECTED]> > > wrote: > > > > > > > > > > > Im using the default-lazy=false attribute to totally turn > > off > > > > lazy > > > > > > > > > > loading in hopes that no proxy wrapping would happen but Im > > > > still > > > > > > > > > > getting castle proxy wrappers being generated. Does anyone > > know > > > > if > > > > > > > > > > turning off lazy loading will prevent the proxy wrappers > > from > > > > being > > > > > > > > > > created? I need to do this because of the big performance > > > > problem > > > > > > with > > > > > > > > > > the castle proxy wrappers given that it uses > > > > > > > > > > System.Reflection.MethodBase.Invoke to redirect the method > > > > calls > > > > > > and > > > > > > > > > > using this enough times will cause quite a huge performance > > > > hit. So > > > > > > Im > > > > > > > > > > trying to for the life of me just turn off the wrappers > > totally > > > > and > > > > > > I > > > > > > > > > > cant seem to get that to happen so if anyone could shed > > some > > > > light > > > > > > on > > > > > > > > > > this for me , that would be great. > > > > > > > > > > > thanks > > > > > > > > > > > scott > > > > > > > > > > -- > > > > > > > > > Tuna Toksöz > > > > > > > > > > Typos included to enhance the readers attention! > > > > > > > > -- > > > > > > > Fabio Maulo > > > > > > -- > > > > > Tuna Toksöz > > > > > > Typos included to enhance the readers attention! > > > > -- > > > 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 -~----------~----~----~----~------~----~------~--~---
