Как настроить плагин Chromium для Java, чтобы он использовал существующий JDK на компьютере


0

Точно такой же вопрос был задан Вот , но ОП спрашивал относительно системы Windows. я бегу Linux Mint 14 "Nadia" - KDE (64-разрядная версия) , ответ @Kalyan, предоставленная Акелле на этот вопрос, должна работать для меня, но это не так.

Вот подробности моей ситуации:

  1. Чтобы соответствовать моей команде разработчиков, мне нужно использовать 32-битную версию jdk-6u18, поэтому я скачал jdk-6u18-linux-i586.bin,

  2. Перед установкой JDK я полностью удалил все (и я имею в виду все) пакеты, связанные с Java, включая все OpenJava пакеты. Я пытался уйти java-common установлен, но это не имеет значения.

  3. Чтобы установить 32-битный Java JDK на мою 64-битную ОС, мне пришлось ia32-libs как предложено Вот ,

  4. Я попытался установить ранее упомянутый JDK в следующих каталогах ...

    /usr/local  
    /usr/lib  
    /usr/java
    
  5. Я установил свой JAVA_HOME соответственно, в зависимости от того, где я установил JDK (то есть путь к jdk1.6.0_18 каталог). я добавить $JAVA_HOME/bin на мой путь. Я также установил (ненужный?) JRE_HOME переменная к $JAVA_HOME/jre,

    Когда я бегу set все переменные отображаются так, как я ожидал. в jdk1.6.0_18 каталог, который я также пытался рекурсивно устанавливать разрешения для 755 просто чтобы убедиться, что моя проблема не была ошибкой разрешений. Со всеми этими конфигурациями все, что связано с Java, работает нормально, кроме плагина браузера.

  6. Я пытался установить MOZILLA_HOME переменная к ~/.mozilla а также $HOME/.mozilla, Оба, кажется, выполняют то же самое и отображают, как я ожидал, когда я бегу set,

  7. Я понимаю, что Chrome, Chromium и Firefox требуют ссылки на libnpjp2.so в plugins каталог для Java для работы в этих браузерах. Я создал ссылку, используя sudo ln -s в следующих каталогах ...

    ~/.mozilla/plugins
    /usr/lib/chromium-browser/plugins
    /usr/lib/firefox/plugins
    

    ... а также пытались установить права доступа к ссылке на 755все безрезультатно.

    У меня закончились идеи, и я действительно не хочу иметь двойную установку Java Мы ценим любые предложения.


Не используйте Java 6.18. Это старый, глючный и небезопасный. Если вам абсолютно необходимо использовать Java 6, используйте последнюю версию (6.43). Он все еще старый, глючный, ненадежный и неподдерживаемый, но, по крайней мере, не такой, как тот, который вы пытаетесь использовать
kinokijuf

К сожалению, это не так просто. Моя организация использует 6.18, так что это то, что мне нужно использовать также.
ubiquibacon

Java 6.43 на 100% совместима с 6.18.
kinokijuf

@kinokijuf Речь идет не о совместимости, а о том, чтобы как можно точнее согласовать среду разработки и производства, ошибки и все такое. Если бы 6.43 был точно таким же, как 6.18, тогда не было бы необходимости в 6.43 :-)
ubiquibacon

Вы не должны использовать 6.18 в производственной среде. Есть много подвигов для этого в дикой природе.
kinokijuf
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.