It's all about the answers!

Ask a question

Why is IProjectArea.getProcessData() finding multiple process xml source objects for a project area? v 4.0


sam detweiler (12.4k6171200) | asked Jul 06 '12, 10:35 a.m.
edited Jul 09 '12, 5:03 p.m. by David Olsen (4987)
I am using 4.0, and building a tool to extract all the process xml for all (or specified) project(s).

I get the project,  and then the process data content

IProjectArea.getProcessData();

this is a Map..

so, looping thru the keys, I find TWO definitons of the process xml..

under keys
com.ibm.team.internal.process.40.compiled.xml
and
com.ibm.team.internal.process.compiled.xml

the content is identical between the two..

in 3.0.1.1 only

com.ibm.team.internal.process.compiled.xml

is returned.. 

is this a bug?

Sam

Accepted answer


permanent link
David Olsen (4987) | answered Jul 06 '12, 1:45 p.m.
JAZZ DEVELOPER
Those two keys will have different values when the project area is consuming the process of a project area on a remote server.  Otherwise, the keys should have the same value.

You can probably look at just the com.ibm.team.internal.process.compiled.xml key and ignore the "40" key.

(The two separate keys are needed in order to correctly support 3.0.x Eclipse clients connecting to a 4.0 server.)

-- David Olsen, IBM Rational, Jazz Process Team
Geoffrey Clemm selected this answer as the correct answer

Comments
sam detweiler commented Jul 06 '12, 2:43 p.m. | edited Jul 06 '12, 9:18 p.m.

fabulous..  thanks for the feedback..

Sam


Parker Dunton commented Jul 09 '12, 4:12 p.m.
JAZZ DEVELOPER

Actually you should look at the "40" key and ignore the other. The "40" entry is the traditional xml source. The other key is a temporary one, to support the scenario David mentioned above, and has additional processing done on it.

Your answer


Register or to post your answer.