well then I have no idea why it doesn't fail. Except that perhaps its EOL-related (as Shai said), and that the failure is somehow platform-dependent due to newline differences between windows and unix (and the way these are encoded in UTF-16/stored in SVN)?
I don't do really any work with files in UTF-16 so this is just a theory. On Thu, Jul 2, 2009 at 9:40 AM, Mark Miller<markrmil...@gmail.com> wrote: > Hudson runs all the tests and emails java-dev if any of them fail. > > On Thu, Jul 2, 2009 at 9:37 AM, Robert Muir (JIRA) <j...@apache.org> wrote: >> >> [ >> https://issues.apache.org/jira/browse/LUCENE-1707?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12726479#action_12726479 >> ] >> >> Robert Muir commented on LUCENE-1707: >> ------------------------------------- >> >> bq. Why doesn't Hudson encounter this problem? >> >> Forgive my ignorance, does hudson also run tests or just verify build? >> These files are only used in tests! >> >> I agree we should correct it, and perhaps to prevent other problems these >> files should be converted to UTF-8. >> >> For the record I am still confused about these java-code analyzers that >> implement snowball algorithms, why do they exist when the same functionality >> is in contrib/snowball? >> >> >> > Don't use ensureOpen() excessively in IndexReader and IndexWriter >> > ----------------------------------------------------------------- >> > >> > Key: LUCENE-1707 >> > URL: https://issues.apache.org/jira/browse/LUCENE-1707 >> > Project: Lucene - Java >> > Issue Type: Improvement >> > Components: Index >> > Reporter: Shai Erera >> > Fix For: 2.9 >> > >> > Attachments: LUCENE-1707.patch, LUCENE-1707.patch >> > >> > >> > A spin off from here: >> > http://www.nabble.com/Excessive-use-of-ensureOpen()-td24127806.html. >> > We should stop calling this method when it's not necessary for any >> > internal Lucene code. Currently, this code seems to hurt properly written >> > apps, unnecessarily. >> > Will post a patch soon >> >> -- >> This message is automatically generated by JIRA. >> - >> You can reply to this email to add a comment to the issue online. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: java-dev-h...@lucene.apache.org >> > > > > -- > -- > - Mark > > http://www.lucidimagination.com > > -- Robert Muir rcm...@gmail.com --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
