Skip to main content

Hi all,

Is there a way of exposing the transformer name as an attribute value? I'm trying to create a generic Emailer in which all the transformer "rejected" ports feed into, allowing easy identification as to where the error occurred in the workspace.

Currently I'm creating a separate Emailer and writing the transformer name in by hand for each point of failure. I'm running FME Desktop 2019.2 :)

Thanks

Alex

Why not have an attributeCreator after each point of failure containing an attribute with the custom error message. As long as all of them use the same attribute name (ex _errorMessage) they can all link to the same generic Emailer.


Why not have an attributeCreator after each point of failure containing an attribute with the custom error message. As long as all of them use the same attribute name (ex _errorMessage) they can all link to the same generic Emailer.

Hi @jdh, thanks for the reply.

I'm looking for a way of not having to create many attributeCreators/Emailers after each point of failure and instead was I wondering if there are any hidden fme attributes to expose at a transformer level, similar to how you can expose fme_basename etc from readers.

If possible, I could then expose this attribute as you say, output all the points of failure to one generic Emailer and use the attribute value in the email body. Just looking to reduce the clutter of having many attributeCreators/Emailers.


I love this idea - you should create an idea on it. I know that *most* rejected features typically have a Rejected Reason attribute, however, I don't think it includes the transformer name. This would also be a helpful thing to include in ERROR log messages as well as it's not always clear where an ERROR has occurred either, figuring that out comes with experience.


Has this been logged as an enhancement idea yet? I have the same requirement and would like to get the “Feature Type” (NOT ‘fme_feature_type’) information from the Feature Information Window into an attribute for a unified error handling routine to capture and report...

I am currently using FME 2022.2


I could understand adding a fme_rejection_transformer attribute that adds the transformer name to the rejected feature.

In most cases I would still add an AttributeCreator after the transformer, but this could simplify creating the log message for the Emailer.

 

 

 

Also the Termination Message in the log could be better. The cloner as example:

It now states that “Cloner output a <Rejected> feature.” but you have to look at the attributes of the feature to see: “INVALID_PARAMETER_NUMBER_OF_COPIES”.

And the line that tells what's wrong has the INFORM tag, but it would be much easier to show:

ERROR | CLONER_<Rejected> : Termination Message: Cloner output a <Rejected> feature.
ERROR | CLONER: FME_REJECTION_CODE: INVALID_PARAMETER_NUMBER_OF_COPIES


Reply