1

我需要在 POST_CHANGE 事件之后检测 java 源代码中的编译错误（通常在保存 java 文件中的更改后触发）。我正在使用 IElementChangedListener 来做到这一点。因此，为了检测错误，我尝试了以下两种可能性：

1：

boolean error = IMarker.SEVERITY_ERROR == iFile.findMaxProblemSeverity(IJavaModelMarker.JAVA_MODEL_PROBLEM_MARKER, false, IResource.DEPTH_INFINITE);

2：

ICompilationUnit unit = ..; // get some compilation unit

  // create requestor for accumulating discovered problems
  IProblemRequestor problemRequestor = new IProblemRequestor() {
    public void acceptProblem(IProblem problem) {
      System.out.println(problem.getID() + ": " + problem.getMessage());
    }
    public void beginReporting() {}
    public void endReporting() {}
    public boolean isActive() { return true; } // will detect problems if active
  };

  // use working copy to hold source with error
  unit.getWorkingCopy(new WorkingCopyOwner() {}, problemRequestor, null);

第一个解决方案不起作用，因为我可以得到的错误来自以前的状态，即保存之前的状态。它不反映当时的当前源代码，因此不可靠。

第二种解决方案适用于大多数情况。保存 java 文件后，我可以检测到该文件中存在的所有错误。但是，如果我执行 svn update，则此解决方案在合并后无法检测到错误。基本上我能发现的是，当我收到事件通知时，ICompilationUnit 会显示我的文件版本，而不是显示新合并的文件。奇怪的是 IFile 对象已经进行了所有更改（合并的文件），即使我从 IFile 对象创建了一个 ICompilationUnit 对象，它似乎也指向了我的 ICompilationUnit 版本的表示。

有人可以给我任何想法吗？

谢谢，蒂亚戈

4

1 回答 1

0

还有一种替代方法。将 a 添加IDocumentListener到您当前的 java 编辑器中，并在文档更改时重新创建您的ICompilationUnit. 我认为它应该工作。或者您也可以尝试添加一个 BufferListener，FileBuffers.getTextFileBufferManager().addFileBufferListener()以便您可以更好地控制何时需要更新 ICompilationUnit。

于 2009-11-04T04:21:49.563 回答