Community
Participate
Working Groups
I20071010-1200 Bug 195823 shows that we are sensitive to the class file format. As we are resilient for .java files that have syntax errors, we should be resilient to .class files that have class file format problems. One way to implement that would be to keep the existing class file reader, but catch ClassFormatException in its API methods and call a resilient class file reader. This way we would keep the performance of the existing class file reader and be more resilient.
I think handling class format exception in the binary indexer is good enough. Having a resilient class file reader means we would somehow "trust" part of the class file before it is corrupted. If a class file is corrupted, we should not rely on any information it provides. I would close as WONTFIX. This is fine for you, Jérôme?
Closing as WONTFIX.
Verified for 3.6M5