We just got a patch for Talend that allows me to enter the Context name - i.e. PROD/QA/DEV - and when setting up an Artifact Task those values are applied and the execution of the job now holds those values and works correctly.
Question: When setting up the Artifact Task - the "Apply Context to Children' is disabled and always un-checked. Documentation states this is automatically populated. However - There's no place when Publishing a job to select the "Apply Context to Children". This only is an option on a "Normal Task". Is there a way to have this set so that it's a default "checked" value?
I pass context values from parent to child job - so my job runs fine. I do however log a message using the contextStr value and the subjob that logs the message display "QA" even though I'm running with "PROD".
Thanks.
I just found TMC-9012 documenting this issue. It's listed as a "New Feature"...and has not been resolved.
The entire "Artifact Task" process has it's flaws. Example: I can't select the Context from a drop down - as I do in a "Normal Task" - I have to remember the context name from the job. I would suggest that the Publisher be changed so that you distinctly define how the artifact is published - as you would in the Job Conductor on a Normal Task - and the publisher builds in the the values and displays then in the TAC when an Artifact Task is setup.
Hi, Feel free to add your comment in it and vote for this issue. Could you please indicate what's the build version you are using? Have you already reported a ticket on talend support portal? Best regards Sabrina
Hi Sabrina -
I did not report or open a ticket. I will however add a comment and vote for it - even though voting on it is ridiculous as this is a "bug" and should be fixed - and not a new feature or enhancement. When I create an Artifact Task and enter "PROD" as the context to be utilized; the fact you can't indicate that this context selection should be passed to child jobs - but you can do so on a Normal Task - is what I'll term "forgotten functionality" that needs to be added into the system - not a new feature.
My work-around at this time is to store the context value of the main task and then pass that value along to the subjobs and use that value - and not use "contextSTR" as this is now a useless value - at least on Artifact Tasks.
Thanks for the reply...and I'll make sure and add this comment and vote for the "new feature".
@ris.tan you should have all the contexts from your subjobs at the top level job and transmit whole context in the tRunJobs that's a best practice.
However a dropdown in the publisher would be more than helpful.
As I was searching for nexus I see a lot of complaint. It really seems to me that whoever developed this feature to TAC has not used Talend at all. Neither did the person who was managing.
That's exactly how we do it...top down. The problem for us was I create an error handler we stick in all jobs - in the main task. The task then executes subjobs to control the data flow. When you deploy an artifact, there's no way to say "apply to all subjobs"....so even though the subjob runs with the correct context values - when we display an error and use the global to let us know what environment job job error'd out in - it might say "QA" even though the job was running in "PROD".
This has gone on since 6.1.1; 6.4.1 no fix; now I'm heading to 7.2.1 and am not hopeful it's fixed. Imagine me explaining to young developers how great Talend is - and then having to explain why we need to sent an environment context value. Ridiculous.
