Due to in incompatible change between the two versions the class-, deploy-unit- and the instance files have to be extended. To do so perform the following:

These steps will help you to upgrade your FESA class and deploy-unit from FESA v1.0.0 to v1.2.2

Step 1 - Update your xml-files
  1. Make sure you have the development environment for FESA v1.2.2 installed
  2. Make sure that all classes/deployment-units/instance files do validate
  3. Download the following files. Place them into your workspace:
  4. Make sure that all design / deploy-unit / instance files are closed in eclipse!
  5. Add execution permission to the script and run it for all design / deploy-unit / instance files to convert:
chmod +x migrate_0.8.x-1.2.2.sh
./migrate_1.0.0-1.2.2.sh MyClass/src/MyClass.design
./migrate_1.0.0-1.2.2.sh MyDeployUnit/src/MyDeployUnit.deploy
./migrate_1.0.0-1.2.2.sh MyDeployUnit/src/test/asl733/DeviceData_MyDeployUnit_M.instance

PLEASE note that the FESA version replacement function may accidentally match other numbers as well!
  1. Now you should have a backup of your old design files ( e.g. MyClass.design.backup) and the updated new one.
  2. Take a look at the new GSI-specific configuration-field "detailedStatus_severity" and the corresponding value-item. You may want to insert a proper default value for the field.
    • Attention: If you want to flag an error in "detailedStatus", the error state always have to be false. ( Use the enum-value "ERROR_ON_FALSE" for the same index in "detailedStatus_severity")
  3. Open each FESA class in Eclipse, validate it + generate the sourcecode
  4. Open each FESA deploy-unit in Eclipse, validate it + generate the sourcecode
    • For deploy-units it seems to help to add a "enter" somewhere + safe the file. Do this until the FESA plug-in does not complain anymore.
  5. Open each instance file in Eclipse and validate it.
  6. If there are any problems, either try to fix them or call the fesa-support@gsi.de .

Step 2 - Update the source-code

There is not much to change during this migration. Please take care of the following regarding the detailed status fields:
// Instead of filling the detailedStatus like that:
uint32_t index = 4;
bool myNewValue
(*device)->detailedStatus.setCell(myNewValue,index,pEvt->getMultiplexingContext());

// The following new methods can be used now:
(*device)->detailedStatus.lower(0,pEvt->getMultiplexingContext());
(*device)->detailedStatus.raise(1,pEvt->getMultiplexingContext());
(*device)->detailedStatus.lower("MyLabelBit4",pEvt->getMultiplexingContext());
(*device)->detailedStatus.raise("MyLabelBit5",pEvt->getMultiplexingContext());

  • If all changes were performed in the right way the class and the deploy-unit should compile + link without problems.
  • If there are conflicts which you can't solve please don't hesitate to contact fesa-support@gsi.de

-- SolveighMatthies - 26 Feb 2014

I Attachment Action Size Date Who Comment
migrate_1.0.0-1.2.2.shsh migrate_1.0.0-1.2.2.sh manage 2 K 05 Mar 2014 - 06:35 SolveighMatthies migration script
migrate_1.0.0-1.2.2.xslxsl migrate_1.0.0-1.2.2.xsl manage 5 K 04 Mar 2014 - 06:59 SolveighMatthies migration xsl transformation file
Topic revision: r4 - 12 May 2014, SolveighMatthies
This site is powered by FoswikiCopyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding Foswiki? Send feedback