Automatic Outgoing Sync for CQ Connector not working
![]()
Hi,
I have setup the synchronizer on a few of our repositories in the past, and the automatic outgoing synchronization has worked correctly, as long as: 1. The Jazz admin console settings of Outgoing Synchronization is set to true, and the Outgoing Sync Task Fixed Delay is set to a non-zero value, and 2. In the external repository connection, the Disable Automatic Outgoing synchronization check box is not checked. I am in the process of setting up a new respository with a new synchronization server, and incoming syncs are happening fine, and I can manually force outgoing syncs to happen, but for whatever reason, the Jazz server doesn't seem to want to wake up and automatically apply the pending outgoing syncs. Are there any other settings that could be causing issues, or is there a log file on the Jazz server we can check for some sort of error? We tried restarting the Jazz respository, but that didn't seem to help. We have also tried adjusting the fixed delay value, also without success. Thanks, Chris |
11 answers
![]()
There is a jazz.log file in the logs directory that you can check for errors. Also, you can add tracing for the CQ Connector in the jazz server log by adding the following to the log4j.properties file:
log4j.logger.com.ibm.team.interop=DEBUG You will have to restart the jazz server for the log4j modifications to take effect. There should be a message in the jazz server log indicating if outgoing sync is enabled or disabled. |
![]()
We enabled tracing on the jazz server. Here are some of the entries we got:
010-10-19 13:48:37,375 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Found 4 sync rules for outgoing synchronization 2010-10-19 13:48:37,453 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Synchronizing items for sync rule rtc.clearquest.IMCS.Users 2010-10-19 13:48:37,453 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Searching for Contributor items that may need outgoing sync 2010-10-19 13:48:37,453 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for modified items returned 0 result(s) in 0ms 2010-10-19 13:48:37,469 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.component; skipping 2010-10-19 13:48:37,469 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Synchronizing items for sync rule rtc.clearquest.IMCS.Defect_To_CQWorkItems 2010-10-19 13:48:37,469 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Searching for WorkItem items that may need outgoing sync 2010-10-19 13:48:37,469 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for modified items returned 0 result(s) in 0ms 2010-10-19 13:48:37,485 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.project; skipping 2010-10-19 13:49:37,515 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Found 4 sync rules for outgoing synchronization 2010-10-19 13:49:37,562 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Synchronizing items for sync rule rtc.clearquest.IMCS.Users 2010-10-19 13:49:37,562 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Searching for Contributor items that may need outgoing sync 2010-10-19 13:49:37,578 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for modified items returned 0 result(s) in 0ms 2010-10-19 13:49:37,594 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.component; skipping 2010-10-19 13:49:37,594 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Synchronizing items for sync rule rtc.clearquest.IMCS.Defect_To_CQWorkItems 2010-10-19 13:49:37,594 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Searching for WorkItem items that may need outgoing sync 2010-10-19 13:49:37,594 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for modified items returned 1 result(s) in 0ms 2010-10-19 13:49:37,640 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for items linked to proxies returned 3 results in 31ms 2010-10-19 13:49:37,656 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.project; skipping This last time, it seems like the outgoingSyncJob thread found my RTC change to a linked workitem: 2010-10-19 13:49:37,594 DEBUG com.ibm.team.interop.service.outgoingSyncJob - Query for modified items returned 1 result(s) in 0ms however, the change was not pushed to ClearQuest (?) and it doesn't seem to have any errors indicating why it wasn't pushed to ClearQuest. Anything you can suggest? Thanks, Chris |
![]()
I noticed the following in the log file:
Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.component; skipping Outgoing synchronization not configured for sync rule rtc.clearquest.IMCS.project; skipping So out of 4 sync rules, two of them are not configured for outgoing sync. Is that correct or are those sync rules not configured properly? |
![]()
They are correct. It is the same set of rules we use in our other setups where outgoing syncs work fine. Those 2 rules represent component and project record types synchronized in from ClearQuest, that are used as subordinate rules for entries in the Defect synchronization.
|
![]()
By any chance is the CQ project record type mapped to the work item category (aka filed against field)?
Just to rule out that there wasn't some change to the sync rules which is causing the outgoing sync problem, can you delete the sync rules and re-import the original ones that have been successfully used in the past. Then make some change on the CQ side to cause incoming sync to occur and hopefully outgoing sync will happen automatically. |
![]()
I can do that, but I made a number of changes to the Defect one that I would rather not have to redo. Plus, if there was a problem with my synchronization rules, wouldn't that keep manual outgoing synchronizations from working? If I click the "Retry Outgoing Synchronization" button on the Synchronization Status record, the changes are successfully applied to ClearQuest.
|
![]()
I'm not suggesting that you make a change to your sync rules, I just want to verify that no changes were accidentally made to them which may be causing the problem.
|
![]()
Hopefully, you haven't deleted the sync rules yet. Before deleting the sync rules please export them as a backup.
|
![]()
You do raise a good point about manual outgoing sync working.
|
![]()
As it turns out, you were right, though I still find it confusing. I looked through my sync rules for any oddities, and found one in my defect rule. The "Item Type Qualifer" value in the rule was set incorrectly, to a workitem type from another repository. (not even sure how that was working at all, because it was creating workitems on incoming sync that showed up in the correct project area) Anyway, once I fixed that, automatic outgoing syncs for newly synchronized records is working fine.
Thanks a lot for your help. Chris |
Your answer
Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.