“将参数从工作区传递到定制转换器的脚本化参数”的注释和答案 https://knowledge.亚搏在线safe.com/questions/55925/passing-parameters-from-a-workspace-to-a-scripted.html “将参数从工作区传递到定制转换器的脚本化参数”问题的最新注释和答案 答案由gio https://knowledge.亚搏在线safe.com/answers/56343/view.html

可能脚本化的参数使用FMEMacrovalue而不是$?

 格林尼治时间2017年10月23日星期一15:44:31 gio 答案由andr_ https://knowledge.亚搏在线safe.com/answers/56325/view.html

Hi Thomas，< p>


谢谢你的回答!我尝试使用ParameterFetcher将参数值作为属性发送到CT，并对单个特性进行采样，以启动从DB表读取凭据的PythonCaller—这很有效!

我还尝试了另一种变通方法，将SDE参数的可能值硬编码到CT的发布参数中。因此，存在多个CT副本，并通过TestFilter评估SDE参数值进行选择。但是，由于CT内部用于脚本化参数的限定名(<CT- name>_< parameter - name>)指的是CT实例名，因此此解决方案仅适用于包含原始名称的CT副本。

为什么在CT的脚本化参数中使用已发布的参数不能工作，是否存在逻辑上的解释?还是只是一个bug?

问候语，
Andre

格林尼治时间2017年10月23日星期一13:41:57 andr_ 答案由andr_ https://knowledge.亚搏在线safe.com/answers/56324/view.html

Hi Thomas< p>

谢谢你的回答!使用ParameterFetcher将参数作为属性值发送给CT的解决方案成功了。通过使用采样器，一个单独的特性现在可以启动一个PythonCaller，它包含从DB表中读取凭证的逻辑。< / p >

I also tried to hard code the value for the published Parameter of the CT and use multiple copies of it together with a TestFilter. However, it turned out that the qualified name of the parameter inside the CT (<CT-Name>_<ParameterName>) belongs to its instance name. Thus, this workaround worked only for the CT-copy that had the original name.

Does anyone know a logical explanation why using published Parameters in combination with scripted parameters inside a CT cannot work? Or might it be just a bug?

 格林威治时间2017年10月23日星期一13:26:46 andr_ 答案由thomas_merkus https://knowledge.亚搏在线safe.com/answers/56010/view.html < p > < rel = "用户" href = " /用户/ 392 / andr。作为解决方案，您可以使用ParameterFetcher获取参数并将其作为属性存储。< / p > 格林尼治时间2017年10月18日星期三11:13:49 thomas_merkus