lars-sh / jes-client Goto Github PK

Problem

The call to JesClient.submit throws the exception:

de.larssh.jes.JesException:  Started job, but could not extract its ID. Reason: 250-It is known to JES as J0540657

Cause

The regex pattern used to extract the job ID is written in all caps.

Solution

Add the flag CASE_INSENSITIVE to the regex:

Pattern PATTERN_FTP_SUBMIT_ID = Pattern.compile("^250-IT IS KNOWN TO JES AS (?<id>\\S+)", Pattern.CASE_INSENSITIVE);

More generally, this flag should be added to the other regexes.

Thank you for writing this library!

PS: I tried to build the project, but I don't know how to do it, given its dependency on your parent project. It would be nice if you could document how to build it.

The call jesClient.getJobDetails(job) threw the following exception:

de.larssh.jes.parser.JesFtpFileEntryParserException: Expected [^ {9}ID  STEPNAME PROCSTEP C DDNAME   (BYTE|REC)-COUNT( COMMENT)? *$] as sub title line, got [STEP, PROC, CPUT, and ELAPT unknown ].

Maybe it would be better to have a method that returns the raw response and a method for parsing the response, which takes a regex as argument. That way the user can first see the response and based on it build the appropriate regex.

EDIT: I did some research and it occurred to me that maybe it is related to #3?

1. The JES interface level should be determined at login.
2. Performing actions on interface levels not equal to 2 shall fail based on an interface level 1 compatibility configuration:
   • THROW_EXCEPTION
     Throw an exception if the interface level is not equal to 2 (default)
   • PROCESS_IF VALIDATE
     Validate each process for guaranteed compatibility.
   • PROCESS
     Ignore the interface level and process anyway (highly discouraged)

Open Points:

• How to set the configuration value?
• How to handle unknown interface level values?