Community
Participate
Working Groups
20021015 (Updated JCore). The updated JCore now also shows 'uncaught exceptions' on reconcile (not only on rebuild). However, when asking a ast.CompilationUnit for its problems, 'uncaught exceptions' are not contained. Is that a bug?
Only reconciliation provides all errors. The DOM doesn't yet, though it could do so now given the existing support.
Please provide a test case.
see LocalCorrectionsQuickFixTest.testUncaughtException
Fixing this has a side-effect on bug 24623. In this case, the abstract method gets an empty body. So it is not possible to get the contents of the body, but it doesn't return null anymore. Is this acceptable for you? If yes, I can release this change.
Ok, I got rid of this side-effect. The problem was that I got a binding when I force all errors to be returned. Now I am using directly the modifiers of the method declaration during the conversion instead of calling the isAbstract() or isNative() methods which use the binding if any. See bug 24623 for further comments.
I'm confused. Are the two PRs really related? Having a body would be he solution for bug 24623 . I don't need the body's statements.
Indeed they are. When you report more problems, you might end up with a binding where you had no binding before. Therefore it can affect the conversion, because the semantics of the ast node (compiler nodes) can change when they have a binding (isNative() or isAbstract() methods might not answer the same value). So I will release this fix when the build M2 is successful. You will get a body in 24623 even if the body is empty.
Use the new API to report all problems during the conversion. Fixed and released in 2.1 stream. Regression tests added.
Verified.