Closed petarvucetin closed 8 years ago
It is difficult for us to debug external code without a minimal reproduction sample. A different approach is to package your code as a zip file (.exe, .dlls etc) and let mbrace externally handle the distribution. For more details about this technique check this https://github.com/mbraceproject/MBrace.StarterKit/blob/master/HandsOnTutorial/examples/200-launching-python-example.fsx
Thanks Nick,
I was looking at feasibility of using MBrace as replacement for Integration Services (SSIS) on local machine or as distributed process across Azure cluster. This is similar to Data Factory but not quite the same.
I admit that I am no expert in F# but It is bit confusing why is there limitation for running (anything) .Net as is on MBrace. Again, I apologize for not completely grokking the limitations but my vision is that i would have simple way to create distributed process easily with anything.
If you are interested in the example I can provide one but running .Net code as external (like Python) code is not very appealing to me.
I think I know why the problem occurs, though this is only speculative since I cannot run your actual code. I noticed that your account type (though partial) carries the DataContract attribute however I didn't see any fields or properties carrying the DataMember attribute. This means that we would serialize this type without actually serializing any of its containing fields, which may explain why you're seeing nullref errors. On Sun, 17 Apr 2016 at 04:30, Petar Vučetin notifications@github.com wrote:
Thanks Nick,
I was looking at feasibility of using MBrace as replacement for Integration Services (SSIS) on local machine or as distributed process across Azure cluster. This is similar to Data Factory but not quite the same.
I admit that I am no expert in F# but It is bit confusing why is there limitation for running (anything) .Net as is on MBrace. Again, I apologize for not completely grokking the limitations but my vision is that i would have simple way to create distributed process easily with anything.
If you are interested in the example I can provide one but running .Net code as external (like Python) code is not very appealing to me.
— You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub https://github.com/mbraceproject/MBrace.Core/issues/166#issuecomment-210934795
I see what you mean. I am wondering how does the WCF with its NetDataContractSerializer make this work... (even from F#)
Perhaps it just serializes everything when no datamember is specified. On Sun, 17 Apr 2016 at 21:59, Petar Vučetin notifications@github.com wrote:
I see what you mean. I am wondering how does the WCF with its NetDataContractSerializer make this work... (even from F#)
— You are receiving this because you commented.
Reply to this email directly or view it on GitHub https://github.com/mbraceproject/MBrace.Core/issues/166#issuecomment-211083846
Can NDC be used as default serializer?
No unfortunately, MBrace relies on built-in functionality of FsPickler in order to function properly. That said, you could always pass your objects through NDC explicitly before creating a parallel computation and let mbrace just handle the xml.
Have you tried removing the DataContractAttribute from your Account type? On Sun, Apr 17, 2016 at 22:04 Petar Vučetin notifications@github.com wrote:
Can NDC be used as default serializer?
— You are receiving this because you commented.
Reply to this email directly or view it on GitHub https://github.com/mbraceproject/MBrace.Core/issues/166#issuecomment-211084613
Thanks I will see if that works.
CRM Contracts are autogenerated from service endpoint so I don't have much choice.
were you able to fix the problem? On Mon, 18 Apr 2016 at 22:01, Petar Vučetin notifications@github.com wrote:
Closed #166 https://github.com/mbraceproject/MBrace.Core/issues/166.
— You are receiving this because you commented.
Reply to this email directly or view it on GitHub https://github.com/mbraceproject/MBrace.Core/issues/166#event-631799014
I am unable to move forward because I cannot resolve the problems with contracts nor with CRM WCF service client.
There are some internals that are breaking when I trying to use Dynamics CRM OrganizationService proxy from withing CloudFlow: I cannot infer what are they doing or why would that break MBrace.
Exception
Source Code for Microsoft.Xrm.Sdk.Client.ServiceMetadataUtility.GetSDKVersionNumberFromAssembly()
Source Code For OrganizationServiceProxy.GetXrmSdkAssemblyFileVersion()
These are the info messages: