Skip to main content
Solved

Upgrade problems ListConcatenator: @Tcl2 -- failed to evaluate expression


jeroen
Contributor
Forum|alt.badge.img+8

I'm working on updating an (old) workflow that was made with at least version 2018 (but could be earlier) to 2020.1.2.1 (20200909 - Build 20624 - WIN64) . Both in FME 2018.1 and 2020.1 this flow and its Custom Transformer work like a charm. When upgrading a ListConcatenator in one of the transformers from version 2 to version 3 it stops working. I also checked in 2018 and it had the same problem so it is not just my 2020 installation.

 

I'm getting the following error:

2021-01-08 13:10:44|   0.6|  0.0|ERROR |@Tcl2 -- failed to evaluate expression `set Titelblok_koppelen_validatieRegels_en_TagValidatie._ListConcatenator__separator [FME_DecodeText {<comma>}]; regsub -all "{}" [FME_DecodeText {_list<opencurly><closecurly>._listTags<opencurly><closecurly>}] [FME_DecodeText {<opencurly><backslash>d+<closecurly>}] Titelblok_koppelen_validatieRegels_en_TagValidatie._ListConcatenator__listPattern; set Titelblok_koppelen_validatieRegels_en_TagValidatie._ListConcatenator__listPattern ^$Titelblok_koppelen_validatieRegels_en_TagValidatie._ListConcatenator__listPattern$;' -- can't read "Titelblok_koppelen_validatieRegels_en_TagValidatie": no such variable
2021-01-08 13:10:44|   0.6|  0.0|INFORM|Translation FAILED with 1 error(s) and 0 warning(s) (0 feature(s) output)
2021-01-08 13:10:44|   0.6|  0.0|INFORM|FME Session Duration: 0.6 seconds. (CPU: 0.1s user, 0.0s system)

Info for version 2 -> 3 (from the show changes) :

Fixed problem where concatenated result will include values from undesired list attributes.

 

The values in the upgrade screen stay the same:

Knipsel3 

Did something change in this transformer during a upgrade from 2 to 3, a thing that the builder used in a way it was it was not ment to? 

Part of the flow with the two transformers in front.

Knipsel4

Best answer by jeroen

Found a problem in the CT name, it was "Titelblok_koppelen_validatieRegels_en_TagValidatie." and somehow upgrading the  ListConcatenator from version 2 to version 3 made it a problem. Removing the dot at the end fixed everything.

 

Could this be related to this problem as wel?

@Dale Lutz​ 

https://community.safe.com/s/question/0D54Q000080hE0YSAU/why-does-renaming-listconcatenator-with-colon-cause-the-workspace-to-fail

View original
Did this help you find an answer to your question?

jeroen
Contributor
Forum|alt.badge.img+8
  • Contributor
  • January 8, 2021

Found a problem in the CT name, it was "Titelblok_koppelen_validatieRegels_en_TagValidatie." and somehow upgrading the  ListConcatenator from version 2 to version 3 made it a problem. Removing the dot at the end fixed everything.

 

Could this be related to this problem as wel?

@Dale Lutz​ 

https://community.safe.com/s/question/0D54Q000080hE0YSAU/why-does-renaming-listconcatenator-with-colon-cause-the-workspace-to-fail


fmelizard
Contributor
Forum|alt.badge.img+17
  • Contributor
  • January 16, 2021

Indeed yes it is. And I see we have a way to ensure this never happens (and you can name your transformers and custom transformers however you want). Today we use the customer transformer name PLUS the name of the ListConcatenator to define some internal symbols and variables in the ListConcatenator. Over the years this has got us in trouble with other transformers, so we came up with a UUID schema to generate uniqueness. I'm going to send through a change tonight (even an old guy like me can make changes like this still) so we won't be bit again. Thanks for the heads up.


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings