RFR(S, TESTONLY): JDK-8081576 serviceability/sa tests fail due to LingeredApp process fails to start

serguei.spitsyn at oracle.com serguei.spitsyn at oracle.com
Tue Jun 9 21:22:09 UTC 2015


Hi Dmitry,

It looks good, just a couple of minor comments:

root_webrev/test/lib/share/classes/jdk/test/lib/apps/LingeredApp.java

  324      * Delete lock file that signal app to terminate, then
  325      * waits until app is actually terminated.
  326      * @throws IOException
  327      */
  328     public void stopApp() throws IOException {
  329         deleteLock();
  330         waitAppTerminate();
  331         int exitcode = appProcess.exitValue();
  332         if (exitcode != 0) {
  333             throw new IOException("LingeredApp terminated with non-zero exit code " + exitcode);
  334         }
  335     }

The comment needs a correction:
   that signal app  =>that signals app
   waits until      =>wait until

It is a little bit strange that an IOException is thrown
when the exit code does not match the expectation.


Thanks,
Serguei  


On 6/9/15 5:48 AM, Dmitry Samersoff wrote:
> Everybody,
>
> Please review a test-only fix:
>
> http://cr.openjdk.java.net/~dsamersoff/JDK-8081576/webrev.01/
>
> LingeredApp can throw an exception during initialization if it not able
> to create a lock file for some reason. This exception cause NPE later,
> when the test attempts to stop LingeredApp and original exception get lost.
>
> Fixing it by adding static stopApp(app) method with null pointer check
> inside.
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openjdk.java.net/pipermail/serviceability-dev/attachments/20150609/9ffad059/attachment.html>


More information about the serviceability-dev mailing list