Вызывая system () или команды IPC :: Run3 из perl, похоже, не передать переменную среды ($ ENV {JAVA_HOME}) - PullRequest
Новая
       43

Вызывая system () или команды IPC :: Run3 из perl, похоже, не передать переменную среды ($ ENV {JAVA_HOME})

0 голосов
/ 17 февраля 2012

Я боролся с запуском Java-процесса из Perl.Корень проблемы в том, что в Java-процессе отсутствует переменная окружения JAVA_HOME, из-за чего ClassNotFoundException.

я начал с использования IPC::Run3 из-за его относительно элегантного перенаправления STDIN / STDOUT.

Предполагая, что IPC::Run3 будет использовать %ENV, я попытался добавить $ENV{JAVA_HOME}.

Когда это не сработало, я попытался сделать system().Это не сработало, поэтому, наконец, я заставил его работать, используя system("JAVA_HOME=/path/to/java && /path/to/java_program");

Моя тестовая программа ниже.Естественно, я раскомментировал бы соответствующий блок для проверки соответствующего вызова. 

#!/usr/bin/perl -w
use strict;

use IPC::Run3;

use vars qw(%Config $nutch_stdout $nutch_stderr);

%Config = (
  'nutch_binary'       => q[/home/crawl/nutch/runtime/local/bin/nutch],
  'nutch_crawl_dir'    => q[/home/crawl/nutch-crawl/crawl/crawldb/current/part-00000],
  'nutch_seed_dir'     => q[/home/crawl/urls],
  'solr_url'           => q[http://localhost:8080/solr],
);

my @nutch_command = ("$Config{nutch_binary}",
                 "crawl $Config{nutch_seed_dir}",
                 "-solr $Config{solr_url}",
                 "-d    $Config{nutch_crawl_dir}",
                 "-threads 1",
                 "-depth 1");

$ENV{JAVA_HOME}       = '/usr/lib/jvm/java-1.6.0';

while ((my $key,my $value) = each %ENV) {
    print "$key=$value\n";
}

print "Running @nutch_command\n";

# My original code. Next few lines are shown in first batch of output below.
#run3 \@nutch_command, undef, \$nutch_stdout, \$nutch_stderr;
#print "Output from Nutch:\n";
#print $nutch_stdout;
#print "Errors from Nutch:\n";
#print $nutch_stderr;

# Second try. The next line's output is the second batch of output.
#system(@nutch_command);

# Third try. Despite setting and displaying %ENV, this is the only thing I tried that worked
system("JAVA_HOME=/usr/lib/jvm/java-1.6.0 && @nutch_command");

Вот результат работы run3: 

    -bash-3.2$ ./test.pl 
    ... [snip] ...
    JAVA_HOME=/usr/lib/jvm/java-1.6.0
    ... [snip] ...
    Running /home/crawl/nutch/runtime/local/bin/nutch crawl /home/crawl/urls -solr http://localhost:8080/solr -d    /home/crawl/nutch-crawl/crawl/crawldb/current/part-00000 -threads 1 -depth 1
    Output from Nutch:
    Errors from Nutch:
    Exception in thread "main" java.lang.NoClassDefFoundError: crawl
    Caused by: java.lang.ClassNotFoundException: crawl
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
    Could not find the main class: crawl. Program will exit.

И вывод первого вызова system (): 

    -bash-3.2$ ./test.pl
    ... [snip] ...
    JAVA_HOME=/usr/lib/jvm/java-1.6.0
    ... [snip] ...
    Running /home/crawl/nutch/runtime/local/bin/nutch crawl /home/crawl/urls -solr http://localhost:8080/solr -d    /home/crawl/nutch-crawl/crawl/crawldb/current/part-00000 -threads 1 -depth 1
    Exception in thread "main" java.lang.NoClassDefFoundError: crawl
    Caused by: java.lang.ClassNotFoundException: crawl
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
    Could not find the main class: crawl. Program will exit.

Наконец, третий системный вызов - единственный, который сработал! - с установленной переменной среды: 

    -bash-3.2$ ./test.pl
    ... [snip] ...
    JAVA_HOME=/usr/lib/jvm/java-1.6.0
    ... [snip] ...
    Running /home/crawl/nutch/runtime/local/bin/nutch crawl /home/crawl/urls -solr http://localhost:8080/solr -d    /home/crawl/nutch-crawl/crawl/crawldb/current/part-00000 -threads 1 -depth 1
    crawl started in: crawl-20120216133832
    ... continue success stdout output

Наконец, к вопросу: кроме наличиячтобы установить среду в соответствии с вызовом system (), как правильно передать переменную окружения в вызов IPC :: Run3 или system ()?

(Примечание: вывод% ENV усекается только до соответствующих строк ... строки, такие как PATH, SHELL, _ и т. Д., Не относящиеся к вопросу, опущены)

В случае, если это важно:

-bash-3.2$ uname -a
Linux hostname 2.6.18-238.el5xen #1 SMP Thu Jan 13 16:41:45 EST 2011 x86_64 x86_64 x86_64 GNU/Linux
-bash-3.2$ perl --version
This is perl, v5.8.8 built for x86_64-linux-thread-multi

1 Ответ

0 голосов
/ 17 февраля 2012

Корень проблемы в том, что в процессе java отсутствует переменная среды JAVA_HOME, вызывающая исключение ClassNotFoundException.

REVISED

Это не корень проблемы. Фактически, Сама Java не требует установки JAVA_HOME.

Непосредственной причиной проблемы является одна из следующих причин:

  • Оболочка неправильно устанавливает classpath для приложения, которое вы пытаетесь выполнить.

  • Оболочка, использующая неправильное имя класса. Название класса "Nutch" необычно и подозрительно - имени пакета нет.

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

        my @nutch_command = ("$Config{nutch_binary}",
             "crawl", "$Config{nutch_seed_dir}",
             "-solr", "$Config{solr_url}",
             "-d", "$Config{nutch_crawl_dir}",
             "-threads", "1",
             "-depth", "1");

Я подозреваю, что это сбило с толку сценарий оболочки и заставил его использовать неверное имя класса (среди прочего). Когда вы передаете всю команду как одну строку и позволяете оболочке разобрать ее, проблема (естественно) исчезает.

...