Comments for David DeWinter http://davedewinter.com Just another WordPress site Thu, 22 Sep 2011 22:12:08 +0000 hourly 1 http://wordpress.org/?v=3.2 Comment on Entity Framework Stored Procedure Generation by david-admin http://davedewinter.com/2008/04/26/entity-framework-stored-procedure-generation/#comment-225 david-admin Thu, 22 Sep 2011 22:12:08 +0000 http://blogs.rev-net.com/ddewinter/index.php/2008/04/26/entity-framework-stored-procedure-generation/#comment-225 Hi Philip V, I recently migrated my blog due to some hosting problems with my other site. Unfortunately as part of the move I lost all of the attachments and files that were hosted on the web server, so I don't have this template anymore. :( If anyone has an old copy they'd like to share, I can put it up again. You can contact me using the contact page. David Hi Philip V,

I recently migrated my blog due to some hosting problems with my other site. Unfortunately as part of the move I lost all of the attachments and files that were hosted on the web server, so I don’t have this template anymore. :( If anyone has an old copy they’d like to share, I can put it up again. You can contact me using the contact page.

David

]]> Comment on Entity Framework Stored Procedure Generation by Philip V http://davedewinter.com/2008/04/26/entity-framework-stored-procedure-generation/#comment-215 Philip V Fri, 09 Sep 2011 15:54:48 +0000 http://blogs.rev-net.com/ddewinter/index.php/2008/04/26/entity-framework-stored-procedure-generation/#comment-215 The link to download the template is broken. Is the template obsolete? Is there a better alternative? The link to download the template is broken. Is the template obsolete? Is there a better alternative?

]]> Comment on Persisting Collections of Scalar Properties in the Entity Framework by David DeWinter http://davedewinter.com/2010/08/24/persisting-collections-of-scalar-properties-in-the-entity-framework/#comment-201 David DeWinter Sun, 21 Nov 2010 19:45:19 +0000 http://blogs.rev-net.com/ddewinter/?p=318#comment-201 Agreed that this post is a big workaround for exposing your entities in a way they are "supposed to be." I simply present this method as an alternative in order to get part of the way there. Agreed that this post is a big workaround for exposing your entities in a way they are “supposed to be.” I simply present this method as an alternative in order to get part of the way there.

]]> Comment on How to Host a Partial Trust Sandbox – #7 by David DeWinter http://davedewinter.com/2009/05/22/how-to-host-a-partial-trust-sandbox/#comment-166 David DeWinter Sun, 21 Nov 2010 19:37:29 +0000 http://blogs.rev-net.com/ddewinter/2009/05/22/hosting-a-partial-trust-sandbox/#comment-166 The MAF assemblies are fully trusted, but remember that when demanding permissions the CLR checks the entire call stack for those permissions even across AppDomain boundaries, until it either reaches the end or hits an assert for the permission being demanded. I don't have much experience with MAF but if you could provide a stack trace and message that could help further diagnose the problem. The MAF assemblies are fully trusted, but remember that when demanding permissions the CLR checks the entire call stack for those permissions even across AppDomain boundaries, until it either reaches the end or hits an assert for the permission being demanded. I don’t have much experience with MAF but if you could provide a stack trace and message that could help further diagnose the problem.

]]> Comment on Viewing Generated Proxy Code in the Entity Framework by David DeWinter http://davedewinter.com/2010/04/08/viewing-generated-proxy-code-in-the-entity-framework/#comment-198 David DeWinter Sun, 21 Nov 2010 19:25:09 +0000 http://blogs.rev-net.com/ddewinter/?p=304#comment-198 Hi Peter, sorry for the delay in replying. The underlying problem is that there is no way for the EF to know there is new data in the database unless you tell it (e.g. with OverwriteChanges). It's an interesting situation that you bring up because I can see advantages to both sides. On the one hand, you could expect that reloading an object with MergeOption.OverwriteChanges would cause navigation properties to be invalidated and thus lazy loading would trigger a new query against the database, even if the navigation property was already loaded. On the other hand, this behavior could be surprising because you are only loading the object with MergeOption.OverwriteChanges and not the association. You do have a way to do explicit loading of associations with MergeOption.OverwriteChanges (by using ObjectContext.LoadProperty). But I don't think there is a way to tell lazy loading what MergeOption to use at this time. Hi Peter, sorry for the delay in replying. The underlying problem is that there is no way for the EF to know there is new data in the database unless you tell it (e.g. with OverwriteChanges). It’s an interesting situation that you bring up because I can see advantages to both sides. On the one hand, you could expect that reloading an object with MergeOption.OverwriteChanges would cause navigation properties to be invalidated and thus lazy loading would trigger a new query against the database, even if the navigation property was already loaded. On the other hand, this behavior could be surprising because you are only loading the object with MergeOption.OverwriteChanges and not the association.

You do have a way to do explicit loading of associations with MergeOption.OverwriteChanges (by using ObjectContext.LoadProperty). But I don’t think there is a way to tell lazy loading what MergeOption to use at this time.

]]> Comment on How to Host a Partial Trust Sandbox – #7 by Tim Coulter http://davedewinter.com/2009/05/22/how-to-host-a-partial-trust-sandbox/#comment-165 Tim Coulter Fri, 19 Nov 2010 09:57:43 +0000 http://blogs.rev-net.com/ddewinter/2009/05/22/hosting-a-partial-trust-sandbox/#comment-165 Thanks for this insight. It has helped me to create a 90% solution to my problem, but I am struggling with the last 10% ... I am using MAF to interface my WPF app to its 3rd party add-ins. MAF provides me with out-of-the-box functionality to run these add-ins in their own AppDomain and to specify the permissions assigned to that domain, but I also need to be able to run some of my own code in full-trust in the add-in domain, so I don't think I can use this basic functionality? Instead, I am trying to use the MAF activation overload that accepts an AppDomain. Using the technique described in your post, I created an AppDomain that has restricted permissions, but is also given a list of my strong-named trusted assemblies. Unfortunately, when MAF executes AddInToken.Activate() it throws a SecurityException whilst performing the reflection necesary to discover the add-ins. Since the MAF assemblies are in the GAC, shouldn't they automatically be fully trusted? Can you suggest anything else I could try to get past this obstacle. Thanks, Tim Thanks for this insight. It has helped me to create a 90% solution to my problem, but I am struggling with the last 10% …

I am using MAF to interface my WPF app to its 3rd party add-ins. MAF provides me with out-of-the-box functionality to run these add-ins in their own AppDomain and to specify the permissions assigned to that domain, but I also need to be able to run some of my own code in full-trust in the add-in domain, so I don’t think I can use this basic functionality?

Instead, I am trying to use the MAF activation overload that accepts an AppDomain. Using the technique described in your post, I created an AppDomain that has restricted permissions, but is also given a list of my strong-named trusted assemblies. Unfortunately, when MAF executes AddInToken.Activate() it throws a SecurityException whilst performing the reflection necesary to discover the add-ins.

Since the MAF assemblies are in the GAC, shouldn’t they automatically be fully trusted? Can you suggest anything else I could try to get past this obstacle.

Thanks,
Tim

]]> Comment on Persisting Collections of Scalar Properties in the Entity Framework by Zeeshan Hirani http://davedewinter.com/2010/08/24/persisting-collections-of-scalar-properties-in-the-entity-framework/#comment-200 Zeeshan Hirani Tue, 09 Nov 2010 04:47:59 +0000 http://blogs.rev-net.com/ddewinter/?p=318#comment-200 I guess the removed worked in this case because its an identifying relationship where a child cannot exist without a parent. normally you have to mark an object for deletion as well or just delete which would remove it from the collection as well. By the way do u know if anything is being done in this area of EF to improve the experience. I guess the removed worked in this case because its an identifying relationship where a child cannot exist without a parent. normally you have to mark an object for deletion as well or just delete which would remove it from the collection as well.
By the way do u know if anything is being done in this area of EF to improve the experience.

]]> Comment on Persisting Collections of Scalar Properties in the Entity Framework by Name (required) http://davedewinter.com/2010/08/24/persisting-collections-of-scalar-properties-in-the-entity-framework/#comment-199 Name (required) Sun, 07 Nov 2010 15:57:02 +0000 http://blogs.rev-net.com/ddewinter/?p=318#comment-199 With all due respect, are you serious about that? Persisting a collection of value types (literals, components, aka. complex types) is def. the job of the (ORM's) persistance manager, not the developer. Messing with OnSongTitlesChanged and OnObjectMaterialized like that means doing the EF's job. Btw there is nothing "ideally" about "ICollection SongTitles, this is the way your domain is supposed to be. If the EF can't cope with it, leave it allone. With all due respect, are you serious about that? Persisting a collection of value types (literals, components, aka. complex types) is def. the job of the (ORM’s) persistance manager, not the developer. Messing with OnSongTitlesChanged and OnObjectMaterialized like that means doing the EF’s job. Btw there is nothing “ideally” about “ICollection SongTitles, this is the way your domain is supposed to be. If the EF can’t cope with it, leave it allone.

]]> Comment on Dynamic Menu Commands in Visual Studio Packages – Part 3 by JSLint in Visual Studio Part 2 | Scott Logic http://davedewinter.com/2008/04/05/dynamic-menu-commands-in-visual-studio-packages-part-3/#comment-72 JSLint in Visual Studio Part 2 | Scott Logic Mon, 25 Oct 2010 12:40:57 +0000 http://blogs.rev-net.com/ddewinter/index.php/2008/04/05/dynamic-menu-commands-in-visual-studio-packages-part-3/#comment-72 [...] David DeWinter – Dynamic Menu Commands in Visual Studio Packages – Part 3 – Explains how to dynamically turn on and off menu commands. We needed this because the XML used to attach commands was sometimes not specific enough – for instance all web site files are web item nodes, where as a javascript file embedded in a project is a javascript item node.. [...] [...] David DeWinter – Dynamic Menu Commands in Visual Studio Packages – Part 3 – Explains how to dynamically turn on and off menu commands. We needed this because the XML used to attach commands was sometimes not specific enough – for instance all web site files are web item nodes, where as a javascript file embedded in a project is a javascript item node.. [...]

]]> Comment on Viewing Generated Proxy Code in the Entity Framework by peterno http://davedewinter.com/2010/04/08/viewing-generated-proxy-code-in-the-entity-framework/#comment-197 peterno Mon, 06 Sep 2010 13:02:35 +0000 http://blogs.rev-net.com/ddewinter/?p=304#comment-197 Hi, we have problems that our navigation propterties are not not reloaded even if we have set MergeOption.OverwriteChanges on the ObjectSet. The fist time we fetch a entity and then access its navigation propterties we get the data (and we can see this in EFProf). I we then make changes to the database and fetch the the entity again we see that the actual entity is fetched from the database with its new data. But when we access the entity's navigation property the already loaded data is returned and not the updated data in the database. You state above that "we will load the navigation property into memory if it’s not there already." How does it handle the case that the data is memory but the data in the database is updated and thereby the data should be fetched again into memory? BR, /Peter Hi, we have problems that our navigation propterties are not not reloaded even if we have set MergeOption.OverwriteChanges on the ObjectSet. The fist time we fetch a entity and then access its navigation propterties we get the data (and we can see this in EFProf). I we then make changes to the database and fetch the the entity again we see that the actual entity is fetched from the database with its new data. But when we access the entity’s navigation property the already loaded data is returned and not the updated data in the database.
You state above that “we will load the navigation property into memory if it’s not there already.” How does it handle the case that the data is memory but the data in the database is updated and thereby the data should be fetched again into memory?

BR,

/Peter

]]>