Компилятор Flex mxmlc, вызываемый в Java, вызывает сбой 64-битной JVM (dcpr.dll) - PullRequest
Новая
       23

Компилятор Flex mxmlc, вызываемый в Java, вызывает сбой 64-битной JVM (dcpr.dll)

1 голос
/ 12 августа 2010

У меня есть веб-приложение, которое конвертирует SVG-файлы в SWF-файлы. Для этого есть 3 шага: 1 - Запуск файлов SVG в папке 

for (final File file : tFiles) {
final String fileName = file.getName();

      final int nbEr = flashEngine.convert(fileName);
      if (nbEr > 0) {
            LOG.error("Error with SVG file : " + fileName);
      }
file.delete();
}

2 - преобразование каждого SVG во временный файл .AS и добавление в него информации 

public final int convert(final String svgName) {
    // *****************
    // DIVERS TREATMENTS
    // *****************
    final int nbError = computeSwf(svgName);

    // ******************
    // DIVERS TREATMENTS
    // ******************
    return nbError;
}

3 - преобразование th .as в .swf благодаря компилятору Mxmlc 

private int computeSwf(final String svgName) {
    final String[] argscompiler = new String[5];
    argscompiler[0] = "+flexlib";
    argscompiler[1] = [flex framework path : /flex/frameworks];
    argscompiler[2] = [temporary .as file path];
    argscompiler[3] = "-output"; // output folder path
    argscompiler[4] = [output file name thanks to svgName];

    flex2.tools.Compiler.mxmlc(argscompiler);
    return ThreadLocalToolkit.errorCount();
}

В большинстве случаев все работает нормально. Но в некоторых случаях вся JVM падает без предупреждения.

Я добавил журналы вокруг вызова компилятора mxmlc: 

try {
    LOG.info("mxmlc compiler calling");
    flex2.tools.Compiler.mxmlc(argscompiler);
    LOG.info("mxmlc compilation finished");
} catch (final Throwable e) {
    LOG.fatal(e, e);
}

В моих журналах показано, что для многих файлов компиляция работает. Но JVM дает сбой после строки «вызов компилятора mxmlc».

Итак, проблемы связаны с компилятором flex.

После некоторых испытаний я получил «Отчет о сбое JVM»: 

<?xml version="1.0" encoding="UTF-16"?>
<WERReportMetadata>
    <OSVersionInformation>
        <WindowsNTVersion>6.1</WindowsNTVersion>
        <Build>7600 </Build>
        <Product>(0x30): Windows 7 Professional</Product>
        <Edition>Professional</Edition>
        <BuildString>7600.16539.amd64fre.win7_gdr.100226-1909</BuildString>
        <Revision>1</Revision>
        <Flavor>Multiprocessor Free</Flavor>
        <Architecture>X64</Architecture>
        <LCID>1036</LCID>
    </OSVersionInformation>
    <ParentProcessInformation>
        <ParentProcessId>2052</ParentProcessId>
        <ParentProcessPath>C:\Java\jre6\bin\javaw.exe</ParentProcessPath>
        <ParentProcessCmdLine>C:\Java\jre6\bin\javaw.exe -agentlib:jdwp=transport=dt_socket,suspend=y,address=localhost:59809 -Dcatalina.base=C:\Workspaces\Eclipse\.metadata\.plugins\org.eclipse.wst.server.core\tmp0 -Dcatalina.home=C:\Tomcat55 -Dwtp.deploy=C:\Workspaces\Eclipse\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps -Djava.endorsed.dirs=C:\Tomcat55\common\endorsed -Xms512M -Xmx1024M -XX:MaxPermSize=256m -Dfile.encoding=UTF-8 -classpath C:\Workspaces\Eclipse\[MY PROJECT]\webcontent\WEB-INF\lib\wsdl4j-1.5.1.jar;C:\Tomcat55\bin\bootstrap.jar org.apache.catalina.startup.Bootstrap start</ParentProcessCmdLine>
    </ParentProcessInformation>
    <ProblemSignatures>
        <EventType>APPCRASH</EventType>
        <Parameter0>java.exe</Parameter0>
        <Parameter1>6.0.200.2</Parameter1>
        <Parameter2>4bc39549</Parameter2>
        <Parameter3>dcpr.dll</Parameter3>
        <Parameter4>6.0.200.2</Parameter4>
        <Parameter5>4bc3ace7</Parameter5>
        <Parameter6>c00000fd</Parameter6>
        <Parameter7>000000000000dacc</Parameter7>
    </ProblemSignatures>
    <DynamicSignatures>
        <Parameter1>6.1.7600.2.0.0.256.48</Parameter1>
        <Parameter2>1036</Parameter2>
        <Parameter22>dfc4</Parameter22>
        <Parameter23>dfc49eb22582397c699a9ef43341068a</Parameter23>
        <Parameter24>7fc1</Parameter24>
        <Parameter25>7fc14f899de80bb4d59ec0501e30665b</Parameter25>
    </DynamicSignatures>
    <SystemInformation>
        <MID>961D9682-D49E-4725-9224-B2748025A619</MID>
        <SystemManufacturer>Dell Inc.</SystemManufacturer>
        <SystemProductName>OptiPlex 780</SystemProductName>
        <BIOSVersion>A03</BIOSVersion>
    </SystemInformation>
</WERReportMetadata>

Как видите, сбой dcpr.dll (Sun Java dll). У меня уже была такая проблема, но она была решена путем перехода с jdk 1.5 на 1.6. Похоже, это не реальное решение: s

Информация: Версия Java: JDK 1.6.0.20 64 бит Версия Flex: flex_sdk_3.5.0.12683

Я не использую "Полный JDK", тот, что с файлом [flex] /bin/jvm.config.

Итак, вот мои вопросы: я могу просто добавить файл jvm.config (или другой), чтобы настроить компилятор mxmlc? я должен использовать 32 бит JDK? (кажется, что есть проблемы, касающиеся flex и 64-битных JDK) - есть ли другой компилятор для преобразования в SWF?

Ответы [ 2 ]

3 голосов
/ 06 июня 2011

Нужно ли указывать JDK или я могу просто использовать JRE?

либо будет работать как комментарии в состояниях jvm.config:

Где найти JVM, если существует {java.home} / jre, то эта JVM используется если нет, то это должен быть путь к самой JRE

2 голосов
/ 16 сентября 2010

Компилятору mxmlc требуется 32-битная JVM.

Чтобы обойти аналогичную проблему, я скачал последнюю 32-разрядную версию jdk и изменил файл jvm.config, указав на этот jdk.

Из jvm.config в каталоге flex sdk bin: 

# If no java.home is specified a VM is located by looking in these places in this
# order:
#
#  1) JAVA_HOME environment variables (same rules as java.home above)
#  2) bin directory for java.dll (windows) or lib/<ARCH>/libjava.so (unix)
#  3) ../jre 
#  4) registry (windows only)
#
java.home=C:/apps_x86/Java/jdk1.6.0_21/
...