It's all about the answers!

Ask a question

how to migrate local process changes to parent using delta config, help

sam detweiler (12.5k6194201) | asked Feb 07 '13, 2:00 p.m.
we cannot get to 4.0.1 fast enough, so we have to deploy some fields into child(consumer) projects now.

these might be manageable later with the deltaconfiguration stuff published in 4.0.1.. but my limited testing tells me once we break a config section away from the master there is no way back..

I need to try this, but.. if I parent the consumer project to a NEW master, do I get to start fresh? I know the data is there already, but can I pick it up with delta config statements?

if I keep the same parenting the answer is no.. I tested that already..

but when I change the master process config..
the ids of the config data would be identical. to the actual data. and we are quibbling about which area of the process config data they come from..

the question is, is the disconnected flag for each section reset when u reparent?

3 answers

permanent link
sam detweiler (12.5k6194201) | answered Feb 09 '13, 9:24 a.m.
edited Feb 09 '13, 11:29 a.m.
well, I went back and cut/pasted the same text over again , and now it works!!

parent A, has enum X/attribute/presentation
    child of parent A, customizes enum X, enum section breaks away
parent B, removes enum X/attribute/presentation, as intended to be overridden in client
      updates enum Y with another value for all clients
child of parent A, now made to be child of Parent B.
      delete process xml (the breakaway copy)
      add delta config for definition of child representation of enum X/attribute/presentation
synchronize attributes for all existing workitems
      open existing worktitem, custom data appears with prior selection of enum
open new workitem, delta config custom data appears
update delta config
      open new workitem, new delta config
      open existing workitem, no delta config update
      synchronize attributes existing workitems
      open existing workitem
      update delta config present.

THIS is ENORMOUS news..  we can recover from breakaway!!!!..

please please, document this as the case and support it while you build the rest of the delta config support.

now there is a BAD side too.. if you have a child that breaks away, and you delete the process config and add the delta that overlaps/duplicate the (existing or new) parent.. you get a MERGE of both  so you get TWO fields on the presentation AND in the enum case, BOTH merged together.. quite ugly!!


permanent link
sam detweiler (12.5k6194201) | answered Feb 07 '13, 9:25 p.m.
edited Jan 10 '14, 6:07 a.m.
this forum tool needs a '<code> block element

this to me says, add an enumeration, add an attribute to hold it, and put it on the screen after the Category field.
in the defect record. (where ever default editor is).. this is cut/paste of the text here

but the field does appear on the custom tab.. so I must have misunderstood how to specify presentation placement
<configuration-data-delta configuration-data-id="">
      <addition merge-depth="1">
         <customAttributes category="">
            <customAttribute id="" name="Feature" type=""/>
      <addition merge-depth="1">
            <attributeDefinition id="" name="Feature" type=""/>
<configuration-data-delta configuration-data-id="">
              &lt;section id="">
                 <presentation attributeId=""/>
          <addition location="after">
                 <presentation attributeId="" 
here is the parent presentation section
&lt;section id="">
                    <presentation attributeId="" kind=""/>
                    <presentation attributeId="" kind=""/>
                    <presentation attributeId=""
it appears correctly, on the wrong tab. so the enum, and the variable are correct, and the structure of the presentation is right.. just the anchor appears wrong..

permanent link
sam detweiler (12.5k6194201) | answered Feb 07 '13, 4:23 p.m.
my attempt to test this has run into trouble..

I created a new parent(P), then created a new project (A), created a local enum, attribute,presentation, created a workitem(14). selected data from the enum,  all is ok.
then I created a NEWER project (P1) from the same template, with the field still missing (enum, attribute, presentation)
then I reparented project A using the new project (P1).
the fields in the workitem 14 for the local data appear on the Custom tab.. as expected

now I want to use the delta-config to define the local fields..
do one at a time

enum first

            <configuration-data-delta configuration-data-id="">
                     <enumeration attributeTypeId="" name="Featurelist">
                        <literal default="true" null="true" id="" name="unassigned"/>
                        <literal id="" name="test1"  externalValue="test1"/>
                        <literal id="" name="test2"  externalValue="test2"/>

this saves without error.. switching back to the non-source process config view however shows as below, which seems to indicate some problem.

Jared Burns commented Feb 07 '13, 7:18 p.m.

Hi, Sam. This is the expected behavior. The Eclipse editor is just trying to tell you that there is no UI for deltas yet. You need to edit the XML (as you've been doing).

If you want to see what the effective (merged) configuration looks like - the parent process plus your delta in the child - you can do this by opening the workitem configuration in the web UI. We know this isn't ideal, but it gives you a way to see the effective configuration.

For deltas, the situation is basically:
Eclipse client - view/modify the raw delta itself
Web UI - view the effect of the delta applied to the parent, read-only

sam detweiler commented Feb 07 '13, 8:56 p.m.

thanks. will ignore the dark message,,

but I didn't get the results I expected.. the workitems don't have the fields I created with the delta xml..

Your answer

Register or to post your answer.