Are there limitation in 'Synchronize Attribute' ?
One of my 3.x customers has reported that 'Synchronize Attribute' works on only 1000 work items at a time.Is this a known limitation or is this perhaps tied to a tunable of some sort? |
Accepted answer
Ralph Schoon (63.5k●3●36●46)
| answered Oct 23 '12, 4:02 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Hi Virginia,
The CCM server has an advanced attribute that limits the result set returned by queries to a certain threshold. This is limiting the synchronize attributes. Not the synchronize attributes itself. You could overcome the limit using a query and using the API. Or you change the limits in the server for the operation. Virginia Brown selected this answer as the correct answer
Comments
Virginia Brown
commented Oct 23 '12, 8:45 a.m.
Thanks Richard. |
One other answer
Ralph, are you saying you can use the API to synchronize work item attributes. I need to do that right now and am scouring the forums for information. Can you provide a reference to this method? Edit: I'm primarily interested in an OSLC API solution. Comments 1
https://rsjazz.wordpress.com/2012/11/19/using-an-expression-to-synchronize-attributes-for-work-items-of-a-specific-type/
Nate Decker
commented Sep 23 '14, 9:58 a.m.
Thanks for the link to the Java API example. It looks like I will probably have to go that route (even though the rest of my application is written in VB.Net using the OSLC API). I tried assigning an attribute value that did not yet exist using the OSLC API this morning and although the request did not produce an error on the server, it also didn't set and add the attribute in the work item. The parameter corresponding to the non-existent attribute was evidently just ignored. I had hoped it worked more like a CSV import where attributes that are not yet present are added. Perhaps I'll request an enhancement for this. It seems like it would be a valuable feature.
Ralph Schoon
commented Sep 23 '14, 10:06 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
You are aware that you can also synchronize the attributes in the process configuration UI, once you added a new attribute, are you?
Nate Decker
commented Sep 23 '14, 10:14 a.m.
Yes, we typically do this from the process configuration UI, but in this month's release we are changing about 6 or 7 work items that will all need re-synchronization and we have over 30 project areas on one network alone. We have two other networks that are less-utilized, but which would also require similar procedures. I don't think it's a scalable approach to keep doing synchronizations for each project area. In this month's release, we are looking at potentially over 200 synchronize actions with overhead in between each one, particularly when we need to switch to the next project area. You can see how this would begin to get time-consuming and tedious. We are handling the rest of the Work Item changes using the OSLC API and that will allow us to address all Work Items across all project areas in one fell swoop. I'm sure you can see why we would like the similar ability for the synchronization action as well.
Ralph Schoon
commented Sep 23 '14, 10:26 a.m.
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER
Agreed. I see two approaches.
I see why this would be needed. I am not sure if this is in the server or client. It is definitely something one wants to have in your situation.
I think this is a clash of how RTC was meant to be administered - basically by the team and how it is administered in big deployments - by a central team.
|
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.