Игнорирование ошибок компиляции — Java

Вы можете использовать Eclipse. Его внутренний компилятор — по крайней мере, в некоторых случаях — способен продолжать работу с остальной частью сборки, даже если некоторые классы не компилируются полностью. Он даже будет создавать файлы классов для сломанных классов, если это возможно, генерируя методы, которые выдают исключение, как только они вызываются.

Я настоятельно рекомендую вам просто сделать копию всего исходного кода и как можно раньше исправить ошибки, по крайней мере, в вашей собственной копии, но частичная компиляция Eclipse может вам помочь .

Вы не можете игнорировать ошибки компиляции. Они всегда будут терпеть неудачу при сборке.

Единственный выбор — поговорить с тем, кто контролирует файлы, чтобы исправить их, или найти способ их замены.

Если вы попытаетесь удалить их из сборки, вам также придется удалить все файлы, которые используют эти файлы. Например

class A {
    B b;
}

Если B имеет ошибку компиляции, ваш скрипт сборки может пропустить B.java, но когда вы нажмете A.java, он все равно попытается скомпилировать B, поэтому A должен быть удален. Это может оказаться нетривиальной задачей.

Вы можете сами написать скрипт, который проходит по вашему исходному дереву и вызывает javac для каждого java-файла отдельно. Таким образом, вы получите все файлы, скомпилированные правильно, которые не зависят от файлов с ошибками. Однако это будет ужасно медленная операция. Я ожидаю, что это займет в несколько 100 раз больше времени, чем один вызов javac (учитывая, что вы получите около 1500 вызовов).

Вы можете исключить определенные исходные файлы из компиляции с помощью тега exclude в задаче ant.

  <target name="compile" description="Compile Java source files">
    <javac destdir="classes" classpathref="classpath">
      <src path="src"/>
      <exclude name="**/excluded_folder/**"/>
    </javac>
  </target>

РЕДАКТИРОВАТЬ: Но, конечно, любые java-файлы, которые зависят от исключенных классов, также не смогут скомпилироваться, если у вас уже нет предварительно скомпилированной версии исключенных файлов в пути к классам.

Создавайте макеты файлов-нарушителей. В основном та же идея, что и в заголовочном файле C, включая сигнатуры функций и разумные возвращаемые значения по умолчанию (null, false, 0). Это позволит javac скомпилировать все, просто убедитесь, что фиктивные классы не включены в окончательный дистрибутив, иначе у вас будут странные ошибки, когда они окажутся первыми в пути к классам. Это также работает для реализации сломанных интерфейсов и наследования от сломанных классов.

Что ты имеешь в виду

который будет игнорировать ошибки компиляции и создавать файлы .class для всех других файлов без ошибок.

Вы понимаете, что если эти файлы связаны (как будто в одном проекте), то зависимые исходные файлы тоже не будут компилироваться..? Нет никакого способа обойти это, кроме как исправить ошибки компиляции и повторить попытку!

1. Скажите тому, кто взломал код (дипломатически, конечно), исправить его как можно скорее. другие предложили (см. 2-й комментировать там), чтобы сделать эти вхождения общедоступными (внутри команды/компании), что значительно снижает количество таких ошибок компиляции
2. Прокомментируйте все, что мешает компиляции кода (предполагается, что вам не нужны эти части)

Вы должны иметь дело не с компилирующим кодом, а с тем, кто его зафиксировал. Если над этим проектом работает больше людей, каждый должен иметь дело с той же проблемой на своем локальном компьютере (узнать, почему он не скомпилировался, отследить ошибочные классы, исключить/закомментировать эти классы если ваш код от них не зависит, пересоберите и т.д.) Гораздо эффективнее иметь только 1 человека для устранения проблемы, а все остальные просто обновляют свой локальный репозиторий.