Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

If you start a Server Job Unit Test execution and the job status never changes to the Queued/Running state, or the 'Starting Job...' message does not appear in the job log, then it is likely that the preparation phase of Unit Testing failed and the job execution never started.

...

Diagnostics

Errors can be diagnosed by looking at the Unit Testing log which is written to to <Project Root Directory>/&PH&/DSU.STUB.log on  on the DataStage engine where where <Project Root Directory> is usually  is usually $DSHOME/../Projects/<Project Name>/.

If the error in DSU.STUB.log is related to authentication and UniSessionException you will see an entry like this:

Code Block
2022-05-11 10:36:26,201 FATAL [TestServerJob] Error running unit testing
com.ascential.uo4j.uniobjects.UniSessionException: The user name provided is incorrect
	at com.ascential.uo4j.uniobjects.UniSession.connect(UniSession.java:261)
	at com.datamigrators.mettle.uv.Bootstrap.universeConnect(Bootstrap.java:265)
	at com.datamigrators.mettle.uv.Bootstrap.main(Bootstrap.java:170)

Solution

A common error is that customers forget to add Default Credentials to the engine mapping (the installation step described here). Without these the Java Unit Test Harness can't authenticate with Universe.

Info

The credentials don't need to be dsadm but that is a common choice.

For other errors, the customer will need to verify that they have enabled Unit Testing of Server Jobs correctly, and DataStage has permission to read to the dm-unittest-harness-<x.x-xxx>.jar.

Filter by label (Content by label)
showLabelsfalse
max5
spacescom.atlassian.confluence.content.render.xhtml.model.resource.identifiers.SpaceResourceIdentifier@873786c5
sortmodified
showSpacefalse

...

reversetrue
typepage
cqllabel in ( "serverjob" , "unittesting" , "logging" ) and type = "page" and space = "MCIDOC"
labelsunittesting serverjob logging
Page Properties
hiddentrue

Related issues