When I try to deliver from clearprojexp I receive following message:
The following activities do not have linked reasons: Activity: A#/pvob
Can someone tell me what means this error? and how to fix it?
You should only see that kind of message if there is an integration between ClearCase and another application which requires that UCM activities are linked to a "reason" (whatever that is)
The usual link that can be found is a ClearCase-ClearQuest integration.
You have also a connector between ClearCase and RTC (Rational Team Concert)
Any kind of bridge between ClearCase and a third-party software might explain that kind of error message that, otherwise, you shouldn't see when doing a deliver between to UCM stream with the ClearCase Project Explorer (clearprojexp).
Related
Wondering if anyone can help a total newbie to Dynamics 365. Have started working on an existing implementation of Dynamics 365 (on premise) and am told by current developers that under no circumstances can I amend a column in a table for one of our entities directly on the DB. I am simply wanting to default an INT column to value 1.
They tell me "Dynamics is a black box and you will be breaking the law if you amend directly". This can't be true can it?
Thanks for any advice you can offer.
Building on what Josh said, it is true that the Dynamics SQL database is a black box. Everything must be done through the API with the exception of creating custom indexes on tables and reading from the "Filtered" views.
(And with the new T-SQL endpoint in preview for the online product, you're able to run SQL select queries against an online org.)
The reason for this that all events in Dynamics go through the "platform" via messages. For example, you might have plugin or workflow automation that triggers on the Update of an Account. When the platform receives the "Update" message for an Account, it searches for subscribers to that event and runs any subscribed processes. If you write a change directly to an Account record in SQL, you deprive the platform of the opportunity to run its processes for that event.
And it is good to note that Microsoft uses the same event framework for internal events. So, if you say, "Well, I have no custom plugins or workflows running on the Update message for Accounts so I can edit Accounts directly in SQL." By doing so you'd still risk breaking an internal Microsoft process that triggers on that event.
In a nutshell the platform's need to process ALL events is why direct updates to the database are unsupported. If you do them, Microsoft will refuse to support your system.
Another consideration is that if you ever want to move to the Dynamics Online, writing to the database isn't even possible, so you'd have to redo any automation that relied on that. This is another reason why everyone generally accepts the need to customize their system in the supported way.
Do people occasionally do unsupported things, with good justification? Yes, perhaps most commonly in making unsupported changes to the UI. Even so, writing directly to the database is among the highest offenses to be avoided.
Back to your scenario... it can be jarring to discover that the SQL database is off limits for any direct writing or schema changes. Fortunately Dynamics provides many other automation "hooks" including client-side JavaScript, Business Rules, Power Automate Flows, workflows, and plugins (synchronous and asynchronous).
To set a default value in the UI, the options include a Business Rule and JavaScript. To set a default value in the database, a synchronous workflow or plugin would do the trick.
The Developer Guide is a good place to start.
This would be considered an “unsupported” customization by Microsoft. If it breaks something in the logic of the app, Microsoft won’t help you fix it. If you ever move to Online instead of On-premise, you won’t have this ability. The current developers are battle-hardened and are trying to help you. This is a very bad idea - better would be to create a plug-in on Create of that entity that sets up default values for null fields. This way your logic is in the app with all the other custom logic and is supported.
I have a logic question regarding the capabilities of automatically resolving Microsoft Dynamics 365 CRM (or similar platforms) cases. I utilize an Access database to create emails to send to customers with specific data, while copying my team email to keep track of communications in Microsoft CRM. This action creates a new case in my CRM, which I then need to "Work On" case, add my specific operational catalogs and affected contacts, then finish case as Resolved just to ensure tracking in the CRM system.
My team is currently testing out the capabilities of XML coding in the email which allows the CRM to automatically capture the case specifics described above, however they still need to go in and resolve each case at the end of the day.
After some research, I see that a workflow may be able to do this job of automatically Resolving cases. Is this a possible function for a workflow or plugin to do? Alternatively I have been told by my IT department that we need to have a robot built to complete this task, but I would like to keep this as efficient (and cost savvy) as possible. Any input or suggestions are greatly valued and appreciated.
Thank you!
There are two ways you can solve your problem.
If you want to close all the "CASES" by the day end you can schedule
a "System Workflow" that will execute daily at a specific time and
"Close/Resolve" all the open CASES in your system. Please find below
link on how to setup a "Schedule Workflow" in Dynamics CRM Create
Recursive or Scheduled Workflows in CRM
You can resolve specific cases on Dynamics CRM using C#. Please find below link on how to resolve case using C#.How to close cases in crm 2011 programmatically
Yes. Workflows can be used to close Case records in CRM
If you have the resources (staff) available to write CRM code, you can do it via Code (C#) as well
I have a plugin ex:which updates all its child records when that is updated.
This plugin is registered to execute in offline mode as well.
I have done this using ExecuteMultipleRequest. This is working fine when I am updating the parent record from CRM instance.
When I go offline and try to update the parent record its throwing business process error "executemultiplemaxbatchsize".
I checked the exception with Debugging it is as below.
System.NotImplementedException: Microsoft Dynamics CRM has experienced an error. Reference number for administrators or support: #ABA895C7
Does ExecuteMultipleRequest work in Outlook offline mode?
As per MSDN link https://msdn.microsoft.com/en-in/library/microsoft.xrm.sdk.messages.executemultiplerequest.aspx
it says
This message works regardless whether the caller is connected to the server or offline.
Per the SDK documentation it should but I think that is typo in the documentation. You can open a ticket with Microsoft and they'll probably correct the documentation but not change the functionality.
The reason I believe it's a documentation is is that there is NO reason to use ExecuteMultipleRequest in a plugin. Since there is no SOAP overhead or latency - because the plugin is running on the server and does not use the Organization.svc endpoint - you don't gain any benefit from using ExecuteMultipleRequest in a plugin. ExecuteMultipleRequest is intended for use in client applications to improve performance, not for plugins and workflows.
I'm having difficulties in creating / updating business rules. Every time I'm trying to create new Business Rules or Edit the Existing business rules. I'm getting an error without a error code. basically it's not letting me to look or create the business rules and sometimes even the processes(workflows) also.
I'm working on CRM 2016 on-premise (version-8.0.0.1088),I'm having a system Administrator's role. It's really tough to troubleshoot and find a solution for this issue has been struggling for a while with the issue.
I've imported an unmanaged solution recently. It's very annoying, spent a lot of time in researching but still no use, any help much appreciated!.
Error Log Details: (from Trace)
TargetInvocationException: Exception has been thrown by the target of an >invocation. ---> System.IO.FileNotFoundException: Could not load file or >assembly 'log4net, Version=1.2.15.0, Culture=neutral, >PublicKeyToken=669e0ddf0bb1aa2a' or one of its dependencies. The system cannot >find the file specified.
thanks to Federico Jousset who have promptly responded to my question. He has suggested me to enable the Trace log feature in CRM (on premise), which I wasn't aware of, and once done, it gave me reason why it was failing.
It looks like your custom dll deployed to dynamics crm is dependent on log4net, which is not found in server GAC/merged dll.
I'll try to explain my goal as good as I can;
I want to trigger a script whenever there is a new computer added to a Organizational Unit.
To do this i need to activate the logging of this event under the local security policy/audit policy. I guess my question is, do I need to do this on all the domain controllers, or is it enough to do it one just one?
Also, is it possible to see the event from a member server with the Management Tools pack installed? As I don't want to put too much work on the Domain Controllers.
Here is the Microsoft article that gives 4 ways of tracking changes in Microsoft Active-Directory. You will find everything you need from configuring the eventlog to receiving notifications by way of different kind of polling.