Hi Christoph > On Apr 23, 2019, at 5:37 AM, Langer, Christoph <christoph.lan...@sap.com> > wrote: > > Hi Lance, > >> Overall, I think the changes look good. > > Thanks for looking at this. > > >> Was there a reason that you did not leave the multi-release 9 test as is when >> you added the 10 test? > > Well, since I wanted to use this test as blueprint to provoke the jarfs > issue, I had a closer look to it. I thought it's nicer if the structure of > the jar file to test could be defined in the code rather than by directory > trees checked into mercurial. But if you think, it's not a good idea to > refacture this, I can also leave it untouched. I could alternatively add my > test as a net new testcase. >
Thank you for the follow up. No the restructure of the test and getting rid of the directory tree and just building the jar within the test is good > I also thought already, that I'd hereby remove a test path for the jar tool > to create multi release jars... wanted to check if that's tested somewhere > else still. > > So what do you (or others) say which way I should go? > >> As far as removing the jar file, I would think that would still want to be >> done. I understand why you did this, not sure what the standard is here as >> most tests try to do clean up > > Hm, I thought, the jar file is so small that it wouldn't be ok to leave it in > scratch and have jtreg do the cleanup. I'll check if I can come up with > something that would take the retain policy of jtreg into account… I do not have a strong preference either way. In the past, I have been suggested to clean up anything created. I agree it can be handy if it these types of things remain after a failure I think you are good to go. Best Lance > > Best regards > Christoph > <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif> <http://oracle.com/us/design/oracle-email-sig-198324.gif>Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 lance.ander...@oracle.com <mailto:lance.ander...@oracle.com>