Which characteristics distinguish Traces Debug from Java Debug?
Choose 2 answers
Answer : A, D
Trace Debug and Java Debug are two modes that allow you to debug your jobs in Talend Studio. Trace Debug mode allows you to trace each row processed by your job components and see the values of each column in each row. Java Debug mode allows you to debug your job code in Java or Perl and see the values of each variable or expression in your code.
The characteristics that distinguish Trace Debug from Java Debug are:
Trace Debug mode allows row-by-row inspection of data flows, while Java Debug mode does not. Data flows are the links that show the data transfer between components in your job design workspace. In Trace Debug mode, you can see the data flow on each trace and inspect the values of each column for each row processed by your job. You can also use filters to display only the rows that match a condition or an expression. In Java Debug mode, you cannot see the data flow on each trace or inspect the values of each column for each row.
Trace Debug mode supports breakpoints based on input data condition, while Java Debug mode does not. Breakpoints are points where the execution of your job pauses and waits for your action. You can use breakpoints to inspect your data or debug your logic at specific points of your job execution. In Trace Debug mode, you can set breakpoints on traces based on a condition or an expression that involves input data columns. For example, you can set a breakpoint to pause your job when a customer name contains a certain string or when a product price exceeds a certain value. In Java Debug mode, you can only set breakpoints on lines of code based on a condition or an expression that involves variables or expressions.
The characteristics that do not distinguish Trace Debug from Java Debug are:
Both modes require a separate perspective. A perspective is a set of views and editors that are arranged in a specific way to support a specific task. In Talend Studio, you can switch between different perspectives, such as Integration, Debug, Profiling, etc. To use Trace Debug mode, you need to switch to the Debug perspective by clicking on the Open Perspective button and selecting Debug. To use Java Debug mode, you need to switch to the Java perspective by clicking on the Open Perspective button and selecting Java.
You have a tMap component configured with a single input row1 and three outputs: CA, NY, Rejects. The input row1 consists of two columns. Name and State, containing the following data:
All outputs map only the Name column from row1, but CA employs a filter expression, CA.equals(row1.state), while Ny employs a filter expression, NY. Equals(row1, State). All Rejects have no such configuration.
Under these conditions, how does data flow to the outputs?
What determines the name of the tMap output row that delivers join rejects?
Which statements are true about configuring the input sources of a tMap component?
Choose answers
You have a tMap component whose main input provides the following data:
There is also a lookup table with the following data:
An inner join is configured between the State column of the main input with the State Code column of the lookup table.
What happens when the row containing the name Andrew laylor is processed?
You built multiple Jobs in Studio, each uses its own tDBInput component to connect to a common database server, but they all use different credentials.
How should you configure the tDBInput components?