Ошибка: ноль, при компиляции пакетов ресурсов под Linux с помощью hudson - PullRequest
Новая
       4

Ошибка: ноль, при компиляции пакетов ресурсов под Linux с помощью hudson

0 голосов
/ 05 октября 2010

Я использую Flex 3.5.0.12683 с сервером CI hudson и Ant для компиляции нашего проекта. При компиляции пакетов ресурсов для этого проекта у меня возникают проблемы.

С пользователем root все компилируется успешно, но когда я пытаюсь скомпилировать мой flex-проект с помощью hudson (ant), он завершается неудачно с: 

compile_resource:
[mxmlc] Loading configuration file /opt/lib/flex3.5/frameworks/flex-config.xml
[mxmlc] Error: null
[mxmlc]
[mxmlc] java.lang.NullPointerException
[mxmlc]     at flex2.tools.CommandLineConfiguration.compilingResourceModule(CommandLineConfiguration.java:70)
[mxmlc]     at flex2.tools.CommandLineConfiguration.getTargetFile(CommandLineConfiguration.java:45)
[mxmlc]     at flex2.tools.CommandLineConfiguration.validate(CommandLineConfiguration.java:97)
[mxmlc]     at flex2.tools.Compiler.processConfiguration(Compiler.java:672)
[mxmlc]     at flex2.tools.Compiler.processConfiguration(Compiler.java:526)
[mxmlc]     at flex2.tools.Compiler.mxmlc(Compiler.java:84)
[mxmlc]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[mxmlc]     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[mxmlc]     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[mxmlc]     at java.lang.reflect.Method.invoke(Method.java:616)
[mxmlc]     at flex.ant.FlexTask.executeInProcess(FlexTask.java:283)
[mxmlc]     at flex.ant.FlexTask.execute(FlexTask.java:225)
[mxmlc]     at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:291)
[mxmlc]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[mxmlc]     at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
[mxmlc]     at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[mxmlc]     at java.lang.reflect.Method.invoke(Method.java:616)
[mxmlc]     at org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:106)
[mxmlc]     at org.apache.tools.ant.Task.perform(Task.java:348)
[mxmlc]     at org.apache.tools.ant.Target.execute(Target.java:390)
[mxmlc]     at org.apache.tools.ant.Target.performTasks(Target.java:411)
[mxmlc]     at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360)
[mxmlc]     at org.apache.tools.ant.Project.executeTarget(Project.java:1329)
[mxmlc]     at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41)
[mxmlc]     at org.apache.tools.ant.Project.executeTargets(Project.java:1212)
[mxmlc]     at org.apache.tools.ant.Main.runBuild(Main.java:801)
[mxmlc]     at org.apache.tools.ant.Main.startAnt(Main.java:218)
[mxmlc]     at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280)
[mxmlc]     at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109)

Похоже, что некоторые разрешения не работают, но я не могу понять, что и где, поскольку компилятор не выводит много данных.

Ответы [ 2 ]

2 голосов
/ 08 октября 2010

Поскольку компилятор создает каталог / tmp / Adobe / Flex / GeneratedResourceModules и создает временный файл в каталоге при компиляции модуля ресурсов, если суперпользователь сначала скомпилировал в системе, другие обычные пользователи не могут создать временный файл , Чтобы избежать этого, я выполнил следующие команды перед обычной пользовательской компиляцией.

chmod a + w / tmp / Adobe / Flex / GeneratedResourceModules

или

rm -rf / tmp / Adobe

0 голосов
/ 07 декабря 2012

Если у вас нет привилегий суперпользователя на коробке, вы также можете изменить место, в котором компилятор размещает выходной файл, установив свойство java.io.tmpdir в задаче mxmlc ant: 

<java jar="${FLEX_HOME}/lib/mxmlc.jar" failonerror="true" fork="true">
  <jvmarg value="-Djava.io.tmpdir=${MY_OUTPUT_DIR}"/>
  ...
...