Je sais que je peux enregistrer un nouveau "Service Endpoint" dans MS CRM et l'utiliser pour envoyer des messages à Azure Service Bus, mais ce n'est pas ... vraiment ce que je cherche. La méthode ci-dessus finit par envoyer un RemoteExecutionContext
sérialisé.Envoyer des messages personnalisés à Azure Service Bus à partir de MS CRM Plugins (Sandbox)
Dans mon cas, je veux avoir un contrôle total sur ce que les messages de bus de service contiendront. Cela signifie sérialiser mes propres classes. J'ai essayé d'utiliser le nugget WindowsAzure.ServiceBus
(et ILmerging la nouvelle DLL), mais cela ne fonctionne que dans un environnement non sandbox (CRM sur site), mais j'aimerais aussi que ma solution fonctionne dans CRM Online . Lorsque vous tentez d'utiliser le même code dans le CRM en ligne, puis essayer de créer un TopicClient
jette une erreur:
System.Security.SecurityException: That assembly does not allow partially trusted callers
Est-il possible de contourner le problème ci-dessus?
WindowsAzure.ServiceBus a des sources ouvertes sur GitHub. Y a-t-il une raison particulière pour laquelle vous ne pouvez pas prendre les sources et simplement les compiler avec vos plugins CRM? –
@PawelGradecki Hmm, je peux essayer, mais je doute en quelque sorte que cela résoudra le problème. Cela peut être dû au fait que CRM Sandbox ne fait pas confiance à 'System.Web' (même vous ne pouvez même pas utiliser' UrlEncode', par exemple). BTW: Le problème n'est pas dans la fusion des DLL externes. J'ai utilisé avec succès beaucoup de DLL externes dans mes solutions CRM fonctionnant en mode bac à sable. – Shaamaan