|
|
Scrum for Team System - v2.x Discussions
Started by jjoravec at 02-19-2009 2:49 . Topic has 16 replies.
 
 
|
|
Sort Posts:
|
|
|
|
02-19-2009, 2:49
|
jjoravec
Joined on 12-17-2007
Posts 22
|
PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I am having a similar problem that others have had with the PBI work remaing field not being updated when the work remaining field on the SBI is updated. I have tried everything I could find on the boards here and nothing seems to work. The PBI work remaining will update if I go to the server and manually kick off the SyncAllWorkRemaining service. I have attached a file with what appears in the log file when I update the SBI work remaining field and what the database settings are.
This is running on TFS 2008 sp1 and the latest SFTS install. The database is on a seperate server from the application tier.
Any suggestions on where to proceed next?
Thanks
Joe
|
|
|
|
|
Report
|
|
|
|
02-20-2009, 12:23
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
Here is waht is showing up in the log file and the database settings.
This is what appears in the log file when I change an SBI:
2009-02-19 13:57:52.153 Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count: 1
2009-02-19 13:57:52.153 Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '33' Started.
2009-02-19 13:57:52.153 Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count: 0
2009-02-19 13:57:52.387 Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '33' Exited.
2009-02-19 13:57:52.387 Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
Database Settings:
Address:
http://Test-TFS01/ScrumforTeamSystem/WorkItemChangedEndpoint.asmx?AspxAutoDetectcookieSupprt=1
Expression:
("CoreFields/StringFields/Field[ReferenceName = 'System.WorkItemType']/NewValue"="Sprint Backlog Item") or
("CoreFields/StringFields/Field[ReferenceName = 'System.WorkItemType']/NewValue"="Product Backlog Item") or
("CoreFields/StringFields/Field[ReferenceName = 'System.WorkItemType']/NewValue"="Bug")
Thanks,
Joe
|
|
|
|
|
Report
|
|
|
|
02-23-2009, 8:14
|
bthomas
Joined on 10-01-2008
Posts 74
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I have the same thing on my Prod system on my dev howerver I get this error in the event log. TF53010: The following error has occurred in a Team Foundation component or extension:
Date (UTC): 2/23/2009 7:59:01 PM
Machine: $$$TFSDEVAPP01
Application Domain: /LM/W3SVC/1114735704/Root/Services-2-128798631954448392
Assembly: Microsoft.TeamFoundation.Server, Version=9.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a; v2.0.50727
Process Details:
Process Name: w3wp
Process Id: 3872
Thread Id: 3928
Account name: AD Account
Detailed Message: TF200034: A subscriber to a Team Foundation event (subscription ID=785) raised the following exception:
Exception Message: The request failed with HTTP status 404: Not Found. (type WebException)
Exception Stack Trace: at System.Web.Services.Protocols.SoapHttpClientProtocol.ReadResponse(SoapClientMessage message, WebResponse response, Stream responseStream, Boolean asyncCall)
at System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(String methodName, Object[] parameters)
at Microsoft.TeamFoundation.Server.NotificationClient.Notify(String eventXml, String tfsIdentityXml, SubscriptionInfo SubscriptionInfo)
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
take that back I get the error also on my prod system same error seems i have a permission that I need to set or something?
|
|
|
|
|
Report
|
|
|
|
02-24-2009, 9:45
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I don't get any error message. My PBI just doesnt get updated. Everything else is installed and working fine. Like I said I can go to the server and kick off the SyncAllWorkitems service and the PBI gets updated.
Any thoughts? We rre stuck on this and have to manually run the service when we want to see right data on the reports.
Joe
|
|
|
|
|
Report
|
|
|
|
02-26-2009, 9:32
|
Stuart Preston
Joined on 03-25-2006
Posts 225
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
Can I query whether this is a setup of TFS using SSL or a fully qualified domain name?
thanks, Stuart.
|
|
|
|
|
Report
|
|
|
|
02-26-2009, 9:54
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
My setup doesn't use SSL nor a fully qualified domain name. I do reference the TFS server by the machine name via DNS resolution.
Also, I have everything installed in a single server configuration. TFS being on port 8080 and the Stfs web service on default port 80. I basically did the default installation for everything.
I am seeing nothing in the event logs to indicate any type of error and the only thing in the Stfs logs is what I pasted in above.
I am stumped I cannot do a complete reinstall as I have teams using the template on a daily basis now.
Thanks
Joe
|
|
|
|
|
Report
|
|
|
|
03-03-2009, 10:31
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
Any update on this issue, we are still having the problem and really need to get it resolved? It's been onging for weeks. Is there any other avenue for technical support?
Joe
|
|
|
|
|
Report
|
|
|
|
03-03-2009, 10:40
|
Stuart Preston
Joined on 03-25-2006
Posts 225
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
As you are getting a 404 error, this does seem to indicate the URL is wrong in the subscription. Can you connect to the TFS database and extract the specific row from the tblSubscription table?
Then can you try connecting to that endpoint, exactly how it is written, from the local TFS application tier?
You could also look in the IISLogs to see what URL is being called when you get the 404 error.
Stuart.
|
|
|
|
|
Report
|
|
|
|
03-04-2009, 3:49
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I am not getting any error messages not even a 404 it simply just doesn't update the PBI Work Remaining field when I change the work remaining on the SBI.
There is nothing in any of the logs show any errors. At the beginning of this post I included what is showing up when I enable the logging. Also my databse entries. Like I said I can log on to the server and run the SynAllWorkItems web service and kick off the update manually and it works fine. But it will not update the PBI working remaining when I change a SBI.
Any thoughts?
Joe
|
|
|
|
|
Report
|
|
|
|
03-04-2009, 6:07
|
Crispin Parker
Joined on 11-13-2007
Posts 951
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
From the log info you posted, it appears that the work item change is hitting the service OK. But the service is then not finding anything to update.
The sync all and event driven process use the same service code to execute. The only difference is that the sync all iterates over all the backlog work items in the specified project. If one works then they should both work.
As a test:
Enable Service logging
Create a new PBI
Create a new SBI
Link them (you can create a linked item from the PBI to save time)
Ensure they are saved.
Alter the SBI work remaining
Save SBI
Alter the SBI state
Save SBI
Then post the resulting log data below.
Regards,
Crispin Parker,
Technical Consultant,
EMC Consulting.
"It is better to light a candle than to curse the darkness"
|
|
|
|
|
Report
|
|
|
|
03-04-2009, 6:10
|
Crispin Parker
Joined on 11-13-2007
Posts 951
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
bthomas wrote: | | I have the same thing on my Prod system on my dev howerver I get this error... |
|
Sounds like your subscription end point (as found in the subscriptions table) is not accessible to the TFS subscription broadcaster.
CP
"It is better to light a candle than to curse the darkness"
|
|
|
|
|
Report
|
|
|
|
03-10-2009, 1:17
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I have repeated the steps above after first clearing the log file so I would only have the information in it for the test. Here is the results, I also attached the file.
2009-03-10 12:16:03.681 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - 'Conchango.TeamSystem.SubscribedEventHandler.StateTransistions.StateTransitionProcessor' registered
2009-03-10 12:16:03.713 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - 'Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.SynchroniseAllWorkRemaining' registered
2009-03-10 12:16:03.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - 'Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor' registered
2009-03-10 12:16:03.728 - Services Setup
2009-03-10 12:16:03.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:16:03.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:16:03.744 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:16:03.791 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:16:05.431 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:16:03.541 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '24' Exited.
2009-03-10 12:16:03.541 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
2009-03-10 12:16:55.806 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:16:55.822 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:16:55.822 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:16:55.931 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '25' Exited.
2009-03-10 12:16:55.931 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
2009-03-10 12:16:58.619 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:16:58.619 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:16:58.619 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:16:58.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '26' Exited.
2009-03-10 12:16:58.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
2009-03-10 12:17:55.509 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:17:55.509 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:16:55.509 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:17:57.759 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:17:58.369 - Conchango.TeamSystem.SubscribedEventHandler.Services.ServerConnectionService - Connection to TFS 'http://Server-TFS01:8080' made
2009-03-10 12:18:00.525 - Conchango.TeamSystem.SubscribedEventHandler.Services.CachingService - Object of tpye 'Miscrosoft.Temafoundation.WorkItemTracking.Client.WorkItemStore' added to cache under id 'http://Server-TFS01:8080_'
2009-03-10 12:18:00.525 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkItemStoreRepository - WorkItemStore service loaded from tfs 'http://Server-TFS01:8080'
2009-03-10 12:18:01.213 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:18:01.322 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '25' Exited.
2009-03-10 12:18:01.322 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
2009-03-10 12:18:24.603 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:18:24.603 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:18:24.603 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:18:24.853 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '27' Exited.
2009-03-10 12:18:24.853 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
2009-03-10 12:18:45.728 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Enqueued. Queue Count 1
2009-03-10 12:18:45.744 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-10 12:18:45.744 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent' Object Dequeued. Queue Count 0
2009-03-10 12:18:46.025 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '28' Exited.
2009-03-10 12:18:46.025 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
I still did not get an update of the PBI work remaining field when I updated the SBI work remaining or the SBI status.
Is there additional logging that can be done or someone I can talk to to figure this out? I now have 6 projects running this template that I have to manually sync everyone day to get the right data, so I really need to get this working.
Thanks
Joe
|
|
|
|
|
Report
|
|
|
|
03-11-2009, 11:18
|
Crispin Parker
Joined on 11-13-2007
Posts 951
|
|
|
Hi Joe,
The event log you have posted details many more changes than expected. So I presume your TFS server is being used by other users during the test.
Once again, it appears that the service is recieving the change notifications OK. But, when it looks for linked work items to update, no updates are needed.
In order to help us track down the cause of your problem, I have attached a new version of the "RefreshPBIWorkRemaining" assembly that includes addtional verbose logging. In order to use this new assembly, you will need to extract the "Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.dll" into the SfTS web application on your TFS application tier.
The default installation location is: C:\Inetpub\wwwroot\ScrumforTeamSystem\bin
Once added, the new assembly should create additional log file entries like the ones shown below:
...UpdateWorkRemainingProcessor - Is handled event source type: True ...UpdateWorkRemainingProcessor - Settings loaded from configuration ...UpdateWorkRemainingProcessor - Project is excluded: False ...UpdateWorkRemainingProcessor - Is contributing work item type: True ...UpdateWorkRemainingProcessor - A calculated field value change detected: True ...UpdateWorkRemainingProcessor - Work item store service loaded: True ...UpdateWorkRemainingProcessor - Linked items deleted: False ...UpdateWorkRemainingProcessor - Work item loaded from TFS: True ...UpdateWorkRemainingProcessor - Event source work item: 8736 - New Sprint Backlog Item ...UpdateWorkRemainingProcessor - Has link items that need updating: True ...UpdateWorkRemainingProcessor - Work item 'Product Backlog Item' is handled type: True ...UpdateWorkRemainingProcessor - Source work item has single linked target work item: True ...UpdateWorkRemainingProcessor - Work item 'Product Backlog Item' is handled type: True ...CalculatedFieldUpdater - Product Backlog Item - '7519': field 'Work Remaining (Scrum)' set to '2' ...UpdateWorkRemainingProcessor - Is handled event source type: True ...UpdateWorkRemainingProcessor - Project is excluded: False ...UpdateWorkRemainingProcessor - Is contributing work item type: False
Please repeat the above test steps and post the resulting log output for further review.
Regards,
Crispin Parker, Technical Consultant, EMC Consulting.
"It is better to light a candle than to curse the darkness"
|
|
|
|
|
Report
|
|
|
|
03-11-2009, 4:09
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
Here is the results of the test with the new DLL. I isolated the log file to just what gets written when I save an SBI that has been updated.
2009-03-11 15:07:49.114 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent'
Object Enqueued. Queue Count 1
2009-03-11 15:07:49.270 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '30'
Started.
2009-03-11 15:07:49.286 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Started
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.Services.EventQueueService - 'WorkItemChangedEvent'
Object Dequeued. Queue Count 0
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Is handled event source type: True
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Project is excluded: False
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Is contributing work item type: True
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
A calculated field value change detectd: True
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Work item store service loaded: True
2009-03-11 15:07:50.598 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Linked items deleted: False
2009-03-11 15:07:50.692 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Work item loaded from TFS: True
2009-03-11 15:07:50.692 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Event source work item: 822 - SBI Work Remaining Test
2009-03-11 15:07:50.708 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Has link items that need updating: True
2009-03-11 15:07:50.786 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Work item 'Product BackLog Item' is handled type: False
2009-03-11 15:07:50.848 - Conchango.TeamSystem.SubscribedEventHandler.RefreshPBIWorkRemaining.UpdateWorkRemainingProcessor -
Source work item has single linked target work item: False
2009-03-11 15:07:50.958 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Event Queue Processor '30'
Exited.
2009-03-11 15:07:50.958 - Conchango.TeamSystem.SubscribedEventHandler.Services.WorkerProcess - Process Stopped
It looks like it detects the change in the SBI but then doesn't find the linked PBI.
Any thoughts?
Joe
|
|
|
|
|
Report
|
|
|
|
03-11-2009, 4:55
|
jjoravec
Joined on 12-17-2007
Posts 22
|
Re: PBI and SBI Work Remaining Synchronization Problem
|
|
|
|
|
I believe I may have figured out the problem. It wasn't very obvious. From what I can tell the default installation creates a configuration file for the web service. In there it references Product Backlog Item and everywhere throughout Visual Studio and the Web Access Portal Product Backlog Item is written with a lower case 'l' in the word Backlog. However when I used Visual Studio to Open a Work Item from the Server the actual entry for Product BackLog item uses an upper case 'L' in the word BackLog. When I changed the web service config file to use an upper case 'L' for Product BackLog Item everything started working just fine.
It seems there is inconsistencies in how SFTS utilize upper and lower case. It appears to make a big differnece. I will be testing this out more to mke sure this is the true problem. In the next release of SFTS it might be worthwhile to make it case agnostic. I had been trying to figure this out for weeks.
Thanks
Joe
|
|
|
|
|
Report
|
|
|
|
|
|
Page 1 of 2 (17 items)
|
1 2 > |
|
|
|
Scrum for Team ... » Version 2.x - T... » Scrum for Team ... » PBI and SBI Work Remaining Synchronization Problem
|
|
|
|