Я не разбираю это предложение в контексте вашего вопроса: «Мое затмение пытается скомпилировать / собрать perl-файлы в моем java-проекте и не удается».
Вы говорите, что запускаете Perl как проект Java и получаете неизбежное сообщение об ошибке, потому что это не Java? Просто интересно, почему вы не хотите, чтобы ваша perl-программа была настроена как perl-проект, на который может ссылаться ваш java-проект, предполагая, что это именно то, что вы пытаетесь сделать.
Как правило, когда я настраиваю проект perl, я редактирую его свойства и устанавливаю его включения в соответствии с текущим каталогом или путями локального модуля. Предполагая, что есть самописанные модули, которые я должен вызывать, и они не расположены на этой машине (например, у меня не будет FOO :: smb на машине с Windows - это не имеет смысла. Когда я разрабатываю для Linux, я для удобства я добавлю туда все свои функции)
В этом случае я создаю каталог FOO в рабочей области и создаю фиктивный модуль FOO :: smb, в котором, однако, есть много функций-заглушек, которые позволят мне начать работу, и позволят моей подсветке синтаксиса и проверке ошибок выполнить свою работу. , Если я напишу фиктивные подпрограммы, чтобы они достаточно хорошо соответствовали реальным модулям, я смогу немного отладить свои скрипты перед их загрузкой. Я полагаю, что я должен быть достаточно хорошо осведомлен о том, что они должны делать в любом случае.
Я пойду настолько далеко, что остановлюсь на модулях CPAN, предполагая, что установка их на мою рабочую станцию разработки не имеет смысла или невозможна. Подсветка и проверка синтаксиса являются неоценимыми инструментами, и поиск способа заставить их работать, спасает мое здравомыслие.