Ошибка Maven: невозможно получить доступ к OpenListResourceBundle при сборке с библиотекой процессора аннотаций - PullRequest
0 голосов
/ 27 ноября 2011

Работая над новым проектом, я столкнулся с серьезным препятствием на пути к успеху. Немного о моем проекте ... это инструмент обработки аннотаций, очень похожий на AndroidAnnotations , который сканирует аннотации и соответствующим образом создает специальный код Android.

Похоже, ошибка связана с обработкой аннотаций Java6, Android API и Maven и появляется только тогда, когда у меня есть экземпляр типа из API Android, объявленный в обработанном классе. Вот ошибка, с которой я сталкиваюсь при включении моей библиотеки:

...
[INFO] Compiling 5 source files to /mnt/hd1/home/john/dev/robotics-project/examples/simple/target/classes
[INFO] -------------------------------------------------------------
[ERROR] COMPILATION ERROR : 
[INFO] -------------------------------------------------------------
error: cannot access sun.util.resources.OpenListResourceBundle

    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
    at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
    at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
    at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
    at org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
    at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
    at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
    at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.CompilationFailureException: Compilation failure
error: cannot access sun.util.resources.OpenListResourceBundle

    at org.apache.maven.plugin.AbstractCompilerMojo.execute(AbstractCompilerMojo.java:656)
    at org.apache.maven.plugin.CompilerMojo.execute(CompilerMojo.java:128)
    at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:490)
    at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
... 17 more
[INFO] 1 error
[INFO] -------------------------------------------------------------
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure
error: cannot access sun.util.resources.OpenListResourceBundle

Вот репозиторий для моего кода: https://github.com/johncarl81/robotics

Чтобы воспроизвести ошибку, замените TestController.java следующим:

public class TestController {

    @Inject
    private SubComponent subComponent;
    @Inject
    private Activity activity;
    public boolean validate() {
        return subComponent != null && activity != null;
    }

}

Затем соберите проект из корня, запустив:

mvn clean install

sun.util.resources.OpenListResourceBundle доступен на пути к классам, так как я использую Java 1.6.0_26 в среде Ubuntu. Я пробовал это на нескольких компьютерах с Ubuntu, а также Windows с точно такой же проблемой.

Любая помощь или идеи о том, что попробовать, приветствуется.

1 Ответ

0 голосов
/ 28 ноября 2011

Задав этот вопрос, я вернулся к чертежной доске и посмотрел на все, что происходило на этапе обработки аннотаций.Оказывается, что класс android.app.Activity и все связанные с ним классы (типы параметров и т. Д.) Анализировались моей библиотекой.Похоже, что это заставило процессор аннотаций вызвать какой-то обзор этих классов, который, кажется, включает упомянутый класс rt.jar.Это вызвало ошибку, потому что компилятор не смог получить доступ к этому классу.

Решением было урезать анализ нерелевантных классов на этапе обработки аннотаций.

Надеюсь, что это поможет любому, ктоможет столкнуться с этой проблемой в будущем (хотя, вероятно, вряд ли).

...