tag:blogger.com,1999:blog-5517430104531138944.post8368015011803682919..comments2024-03-25T06:39:06.793-04:00Comments on Dynamics CRM Pragmatism: MSCRM 2011 early binding pluginAnonymoushttp://www.blogger.com/profile/01567308315328878615noreply@blogger.comBlogger12125tag:blogger.com,1999:blog-5517430104531138944.post-25098601834625896282014-03-19T12:07:06.446-04:002014-03-19T12:07:06.446-04:00Hello,
you squeezed the space between '/names...Hello,<br /><br />you squeezed the space between '/namespace:Xrm' and '/serviceContextName:XrmServiceContext'.<br /><br />Caused me quite some troubles because it still executes but then causes 1000 errors when integrated in the project.<br /><br />Please fix in the article :).Nicolas BROCHARDhttp://fr.linkedin.com/in/brochardnicolas/noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-25416768093057056662012-09-07T06:06:24.187-04:002012-09-07T06:06:24.187-04:00Hi,
You can find it here in Microsoft Dynamics CRM...Hi,<br />You can find it here in Microsoft Dynamics CRM 2011 SDK:<br />http://msdn.microsoft.com/en-us/library/gg695792.aspx<br /><br />You can find more differences between with and without CodeGeneration in <br />http://kelvinshen.blogspot.co.il/2012/01/generate-code-with-crmsvcutilexe.html<br /><br />The main difference is that the service context using CodeGeneration is derived from CrmOrganizationServiceContext while when not using the CodeGeneration is derived from OrganizationServiceContextAnonymoushttps://www.blogger.com/profile/01567308315328878615noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-26340253508167638012012-09-07T04:22:59.113-04:002012-09-07T04:22:59.113-04:00Hello,
I recently got stung by this Microsoft.Xrm...Hello,<br /><br />I recently got stung by this Microsoft.Xrm.Client.dll error and I was able to resolve it by removing Microsoft.Xrm.Client.CodeGeneration from the CrmSvcUtil parameter list and then removing the reference to Microsoft.Xrm.Client from the Visual Studio project.<br /><br />What I've learned from this experience is that for CRM Online I can't use the Microsoft.Xrm.Client.CodeGeneration CrmSvcUtil parameter. This immediately causes me to ask: <br /><br />What benefits/features does using Microsoft.Xrm.Client.CodeGeneration parameter give?<br /><br />What I am losing by not using the Microsoft.Xrm.Client.CodeGeneration parameter?<br /><br />Can anyone help with these questions?Anonymoushttps://www.blogger.com/profile/01313483407311375849noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-27853068889303263092012-02-23T00:45:08.544-05:002012-02-23T00:45:08.544-05:00That's not quit right, The namespace is not im...That's not quit right, The namespace is not importent here and can be changed.<br />The importent thing is not to use the "codegeneretion" dll when using CrmSvcUtil.<br /><br />Thank you for your comment.Anonymoushttps://www.blogger.com/profile/01567308315328878615noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-56295538132727495532012-02-22T19:41:27.322-05:002012-02-22T19:41:27.322-05:00So what you have demonstrated is that we need to u...So what you have demonstrated is that we need to use a very specific namespace for the generated entities in order to get the plugin registration tool to use them without a bunch of extra trouble.<br /><br />Thank you for this info!Helen Whttps://www.blogger.com/profile/07008651858978530028noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-23656491012431755722011-12-14T13:43:42.022-05:002011-12-14T13:43:42.022-05:00If you'll create the xrm.cs this why (Without ...If you'll create the xrm.cs this why (Without the codegeneration)<br />CrmSvcUtil.exe /out:Xrm.cs /url:http://crm2011:5555/Basic/XRMServices/2011/Organization.svc /username:yyyyy /password:xxxxx /namespace:Xrm/serviceContextName:XrmServiceContext <br />you won't need the Microsoft.Xrm.Client.<br /><br />The other option for you is to use the ILMerge (Just google it and you'll find out how to do it)Anonymoushttps://www.blogger.com/profile/01567308315328878615noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-33969946137967167042011-12-14T04:15:39.664-05:002011-12-14T04:15:39.664-05:00Dear yairrose,
In the plugin also contain the xrm....Dear yairrose,<br />In the plugin also contain the xrm.cs that require the Microsoft.Xrm.Client assembly together.<br />if i remove the error will occur with xrm.cs<br /><br />Many thanks,<br />rithtararithhttps://www.blogger.com/profile/18342922512556946644noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-26186601491286115502011-12-14T01:47:40.920-05:002011-12-14T01:47:40.920-05:00Plesae remove the reference to Microsoft.Xrm.Clien...Plesae remove the reference to Microsoft.Xrm.Client assebmly from your plugin project and follow the blog.<br />I think it will help you to solve the problem.Anonymoushttps://www.blogger.com/profile/01567308315328878615noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-47495594353936832932011-12-14T01:21:48.352-05:002011-12-14T01:21:48.352-05:00Dear all,
anyone met the error below before ? plea...Dear all,<br />anyone met the error below before ? please kindly advise !<br /><br />unexpected exceoption from plug-in (excecute): PluginWalkThrough.Plugin: System.IO.FileNotFoundException: Could not load file or assembly 'Microsoft.Xrm.Client, Version=5.0.9688.1154, Culture=neutral, Pub LicKeyToken=31bf3856ab364e35' or one of its dependencies. The system can't find the file specified.<br /><br />Many thanks,<br />rithtararithhttps://www.blogger.com/profile/18342922512556946644noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-16876923161633120702011-11-06T13:08:03.828-05:002011-11-06T13:08:03.828-05:00Hello. My second post didn't arrived. I manage...Hello. My second post didn't arrived. I managed it. The OrganizationServiceProxy IS on the server available. <br />I created a instance of this class and called the EnableProxyTypes and now it works.<br /><br />THanksAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-82208730963561529642011-11-05T12:58:36.692-04:002011-11-05T12:58:36.692-04:00Yes it works.
If you want you could send me sample...Yes it works.<br />If you want you could send me sample of your code and i will try to find the problem.<br /><br />Anyway here is some LINQ i have in my code<br /><br />var conditionsSets = xrm.new_conditionsetSet.Where(cs => cs.statecode.Value == new_conditionsetState.Active).OrderBy(o => o.new_Order);Anonymoushttps://www.blogger.com/profile/01567308315328878615noreply@blogger.comtag:blogger.com,1999:blog-5517430104531138944.post-23932224519134726352011-11-05T08:56:14.088-04:002011-11-05T08:56:14.088-04:00Hello
Did you already try to Linq To Crm (early b...Hello<br /><br />Did you already try to Linq To Crm (early binding)? <br /><br />I always get the message "Unable to cast object of type 'Microsoft.Xrm.Sdk.Entity' to type '....'."<br /><br />In some forums I found that I have to call the "OrganizationServiceProxy.EnableProxyTypes()" method. But this class/method is located in the client sdk.<br /><br />Does Early binding (with linq) from a plugin really work?? :/Anonymousnoreply@blogger.com