Ok, remember that if you want share it we are happy. 2008/10/8 srf <[EMAIL PROTECTED]>
> > 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 > > > -- 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 -~----------~----~----~----~------~----~------~--~---
