Bernardo,

 

Each work item type implicitly contains an integer field called “Rev” which TFS will increment whenever it thinks a work item has changed. I would use this unless there is a good reason not to…

 

William Bartholomew
Developer Productivity Specialist
ADF

Address:

67 High Street, Toowong QLD 4066

Phone:

+61 7 3377 7566

Fax:

+61 7 3377 7301

Mobile:

+61 403 828 029

Email:

[EMAIL PROTECTED]

Web:

www.TechnologyOneCorp.com

 

EVOLVE 2007 - Connect. Learn. Empower.
Register today for the TechnologyOne Evolve 2007 User Conference
13 - 16 February 2007
Gold Coast Convention & Exhibition Centre, Queensland, Australia
www.TechnologyOneCorp.com/Evolve

 

TechnologyOne has been providing comprehensive and deeply integrated enterprise business software solutions for over 20 years. The company develops, markets, sells, implements and supports its own world class, fully integrated software solutions including Financials, HR & Payroll, Supply Chain, Business Intelligence, Budgeting, Performance Planning, Property, Student Management and Works & Assets. The company's solution suite is based on leading edge, state of the art technology and backed up by a substantial research and development program to ensure it continues to provide its clients with long term security.

CONFIDENTIALITY AND LIABILITY STATEMENT

TechnologyOne's entire liability will be limited to re-supplying the material enclosed. No other warranties are provided. TechnologyOne accepts no liability for any damage caused by this email or its attachments due to viruses, interference, interception corruption or unauthorised access.

The information transmitted in this email is only for the recipient referred in this email and may contain confidential and/or privileged material. If you are not the intended recipient (or responsible for delivery of the message to such person), you may not copy or deliver this message to anyone. In such case any use of, copying, review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender immediately, destroy all copies of this information and remove the material from the system. Please also contact the sender if you have any doubts about the authenticity of this email. TechnologyOne is not responsible for any changes made to a document other than those made by our company or for the effect of the changes on the documents meaning. Opinions, conclusions and other information in this message that do not relate to the official business of the company shall be understood as neither given nor endorsed by it. This email (including any attachments) may also contain computer viruses or other defects. We use virus scanning software but exclude all liability for viruses or similar in any attachment.

OUR COMMITMENT AGAINST SPAM

If you would prefer not to receive further messages from this sender, please forward their email to [EMAIL PROTECTED]. We are against the sending of unsolicited email (SPAM) and have made every effort within our organisation to discourage and prohibit the sending of spam. If you believe that you have been spammed please email [EMAIL PROTECTED] to report your complaint.


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bernardo Heynemann
Sent: Thursday, 19 October 2006 6:42 AM
To: [email protected]
Subject: [OzTFS] Re: TFS Workitem Change Monitoring Activity

 

Well I guess that noone has the time to discuss it with me, since I don´t believe noone knows it (you are all REALLY smart guys, you know that!).

Either way I´m asking for help again since I haven´t reached a decision yet. If you think that the text below is too long to read, then this is my issue:


 

Anyway, I got to the part where I want to build a custom activity to monitor a workitem in the workitem store (or several workitems for that matter).

 

When I saw this file monitoring activity (http://wf.netfx3.com/files/folders/misc/entry3960.aspx ) today I thought "My problems are all gone!", since Workflow Foundation gives me a way of monitoring events in the outside world, and thus monitoring events in TFS WorkItem Store (WorkItem changes, for instance).

And then the worries started to appear: How to classify something as a "change"? Should I keep the last version of the WorkItem I got? How to keep it? Serialized? The project will already have a database... Should it be in the database?

 

What do you guys think? I'd really love to hear some design opinions on how would this be implemented since I don't know of any way that TFS can help me out here (and if it can please help me find it, lol).

 

Thanks a lot guys,

--
Bernardo Heynemann
Microsoft Certified Solution Developer .Net
[EMAIL PROTECTED]
Architecture Team
Perlink Consultoria & Sistemas
http://www.perlink.com.br
 

On 10/16/06, Bernardo Heynemann <[EMAIL PROTECTED]> wrote:

I don't know if I can discuss this on this list, but since it's a topic that is about TFS I thought it would be ok. If it's not and someone want's to discuss it with me my msn is [EMAIL PROTECTED].

 

If you are not aware of the project I'm developing (well, you probably are since I'm really annoying and spam the list with my issues lol), It's called project BHAL, and it aims at being a joint-effort between TFS and Workflow Foundation. The purpose of the project is to enable companies to choose which workflow models best suits each customer and/or project, and to modify those models in the project website, as well as get manager-level reports about times and instances of each workflow.

 

One big architectural issue I saw in the project up-front was how to tell Workflow Foundation about an event in the WorkItem Store (like a workitem get closed), but as any other good programmer would do I thought: "Well, I'll sort something out later!" and went on with the project.

 

The project eventually generated an offspring: project WOM. WOM stands for WorkItem Object Mapper (don't even ask what BHAL stands for as I'm not telling! Dark little secret!). It's much the same concept as a Object Relational Mapper, but it maps workitems (basically dictionaries of object) to type-safe objects instead. This project is really helping me when building project BHAL.

 

Anyway, I got to the part where I want to build a custom activity to monitor a workitem in the workitem store (or several workitems for that matter).

 

When I saw this file monitoring activity (http://wf.netfx3.com/files/folders/misc/entry3960.aspx ) today I thought "My problems are all gone!", since Workflow Foundation gives me a way of monitoring events in the outside world, and thus monitoring events in TFS WorkItem Store (WorkItem changes, for instance).

And then the worries started to appear: How to classify something as a "change"? Should I keep the last version of the WorkItem I got? How to keep it? Serialized? The project will already have a database... Should it be in the database?

 

What do you guys think? I'd really love to hear some design opinions on how would this be implemented since I don't know of any way that TFS can help me out here (and if it can please help me find it, lol).

 

Thanks a lot for your attention,

Bernardo Heynemann
Architecture Team
Perlink Consulting

http://www.perlink.com.br
Centro - Rio de Janeiro - Brazil


OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net

OzTFS.com - to unsubscribe from this list, send a message back to the list with 'unsubscribe' as the subject.
Powered by mailenable.com - List managed by www.readify.net

Reply via email to