nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

DeployNRun doesn't return (java) errors

karel

A dnr deployment similar to the one below doesn't return an error if my niftyprogram returns an error message or if it simply isn't found.


<deployNRun >
  <dnrDeployment location="target" when="after" triggerPoint="transfer">
     <script cmd="/path/to/jre/bin/java -jar niftyprogram.jar option1 option2" where="/data/OpenDeploy" as="root" async="no"/>
   <dnrDeployment />
<deployNRun />

Am I correct to say that OpenDeploy only checks if it can find (and execute) the java binary, but it ignores any output? Even when async="no"?

Or is there a way to actually capture the output/error value?

In the OpenDeploy reference, 6.2 on pages 158-159 there is nothing that indicates how OpenDeploy behaves if your script fails, or am I wrong?

Find more posts tagged with

Comments

Migrateduser

If it's not found it should put and entry of "DNR Execution failed.
Unable to find the
DNR script =
xxxxxx" into the log.

As far as getting any return information from a script, I don't see anything either. Couldn't you just write your own logging into the java?

Is this your first try at a DNR script in your deployment file?
Are you having troubles getting your DCR script to work? If so, can you give us the actual line from your file?

karel

If it's not found it should put and entry of "DNR Execution failed.
Unable to find the
DNR script =
xxxxxx" into the log.

But OpenDeploy only complains if it can't find java (or perl or python, ...), not if the script called by the interpreter cannot be found, or is not accessible.

The second problem with using your own logging in java, is that it doesn't show your issues in TeamSite, so the users think all their newly generated content has been post-processed, while this is not the case.

I've learned to live with this situation, but I just wanted to check whether i was wrong or not.

Usually developers are not given the right to chmod +x files on production servers (or at least, the admins dont want to give it to me), using java or python or perl or ... and calling it using the interpreter, you can circumvent the bureaucracy and get your job done.

Migrateduser

The second problem with using your own logging in java, is that it doesn't show your issues in TeamSite, so the users think all their newly generated content has been post-processed, while this is not the case.

If allowed by your environment, put some code in the java that will send an email alerting them (user, admin of the system, or yourself) of the failure.

Adam Stoller

A dnr deployment similar to the one below doesn't return an error if my niftyprogram returns an error message or if it simply isn't found.
<deployNRun >
  <dnrDeployment location="target" when="after" triggerPoint="transfer">
     <script cmd="/path/to/jre/bin/java -jar niftyprogram.jar option1 option2" where="/data/OpenDeploy" as="root" async="no"/>
   <dnrDeployment />
<deployNRun />
Am I correct to say that OpenDeploy only checks if it can find (and execute) the java binary, but it ignores any output? Even when async="no"?

Or is there a way to actually capture the output/error value?

In the OpenDeploy reference, 6.2 on pages 158-159 there is nothing that indicates how OpenDeploy behaves if your script fails, or am I wrong?

Correct, if the java (or perl) executable exists, no checking is performed (by OD) on the arguments passed to that executable.

The only way you get results is if the program that is to be run from the executable actually runs and sends the requisite XML snippet to STDOUT on failure - everything else is assumed to have worked.

Having your program log (both for success and failure) is always a good idea - and if you don't see anything getting logged, that's an indicator that there's something wrong with either the way the program was specified or with the program code itself.