-
Notifications
You must be signed in to change notification settings - Fork 180
Add associate / disassociate fake messages implementation #18
Comments
Hey @jordimontana82, Will have a look on this :) |
Hah! @DigitalFlow I started actually working on that on a local branch which I didn't push yet.... I could push the changes and you could take it from there? |
@jordimontana82: Sure! |
Sorry! I got confused for a while... I started working on a new branch for integration support. Feel free to add this stuff! :) |
Hey @DigitalFlow, Wondering if you had a chance to look at this? :) |
Hey @jordimontana82, I started some work on my fork, not ready for merge yet though. |
That's cool! Thank you! El martes, 2 de febrero de 2016, DigitalFlow notifications@github.com
|
@DigitalFlow thx a lot for the contribution! I added a call to your Associate/Disassociate Request Executors from the service.Associate and service.Disassociate methods too. |
Thx, forgot that as it seems. I submitted a new pull request though, which has some slight refactorings to the intersect entity schema name. |
No problem at all 👍 |
Although we can fake 1:N and N:1 relationships by just using EntityReference attributes with the current version of the framework, N:N relationships are created using a special Associate / Disassociate message from the OrganizationService and we don't have fake methods for these yet.
In order to keep it simple, we could just store an array of relationships in the XrmFakedContext, so that we could initialize the minimum set of relationships for each test.
So that when an Associate message is called, it needs to create new entries in the context for the EntityName involved in the N:N relationship as well as it needs to populate Entity References to the relevant entities. XrmFakedRelationship will be used to know which fields need to be updated.
The text was updated successfully, but these errors were encountered: