[ https://issues.apache.org/jira/browse/LUCENE-4639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13537078#comment-13537078 ]
Shai Erera commented on LUCENE-4639: ------------------------------------ bq. I dont want us to have to call _TestUtil.rmXXX in our tests after we get a temp dir. We don't need to do that. Only 3 tests that needed to assert that if a directory doesn't exist need to do that. None of the other tests were affected. bq. this whole problem here doesnt even affect us, it shouldnt impact our tests. What do you mean "doesnt even affect us"? It prevents us from running the same test w/ same seed on Windows b/c of that stupid exception. This is such a trivial change, why do you oppose it? > Improving _TestUtil.getTempDir > ------------------------------ > > Key: LUCENE-4639 > URL: https://issues.apache.org/jira/browse/LUCENE-4639 > Project: Lucene - Core > Issue Type: Bug > Reporter: Shai Erera > Assignee: Shai Erera > Priority: Minor > Attachments: LUCENE-4639.patch, LUCENE-4639.patch, LUCENE-4639.patch > > > Spinoff from here: > http://lucene.472066.n3.nabble.com/TestUtil-getTempFile-may-fail-on-quot-Access-Denied-quot-td4028048.html. > _TestUtil.getTempDir uses createTempFile and then deletes the file. While > this usually works, if someone runs tests by multiple JVMs and does not > ensure each JVM gets an isolated temp.dir to work in, that my result in two > JVMs sharing the same directory. > Also, on Windows, if you call getTempDir on an existing directory, you get an > "Access is denied" exception. > Dawid proposed a simple solution to just call mkdirs() continuously until > success. I'd like to try that. > Also, I think that genTempFile could use some house cleaning, e.g.: > * tempFileLocker can be just an Object instance? Why do we need a class? > * If we initialize counter and counterBase in a static clause, we can avoid > checking if counter==0 as well as passing Random to genTempFile (that will > remove any suspicion that it does anything randomly) > ** Also, instead of synchronizing on tempFileLocker, can we just use > AtomicInteger for the counter? > I'll modify getTempDir first. It documents "does not create the directory", I > want to make sure no test fails due that. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org