На мой взгляд, большинство ответов здесь, касающихся разных архитектур Eclipse и Java, просто ошибочны, и это можно легко проверить, используя, например, Монитор процессов под Windows. Опция -vm
предназначена для запуска определенной версии java, и точка ее заключается в том, что сконфигурированный процесс запускается и запускает весь код Java сам по себе, поэтому вы настраиваете до java.exe
. В этом случае вам не нужно иметь одну и ту же архитектуру для Eclipse и Java, но может с радостью смешивать 32 бит и 64 бит. Вы НЕ МОЖЕТЕ смешивать оба, если вы НЕ используете -vm
, но пусть Eclipse загружает Java изначально в свой собственный процесс с помощью jvm.dll и т. Д. Это последнее поведение Eclipse по умолчанию, но не так, если вы правильно настроили -vm
в eclipse.ini
.
Если вы не верите я, сделайте некоторые тесты самостоятельно, используя разные архитектуры Eclipse и Java и настройте -vm
или не правильно. В конце концов, это именно то, что расспросил в своем комментарии к принятому ответу:
Не удается запустить Eclipse; JVM завершена. Код выхода = 13
Он говорит, что сейчас работает 64-битный JDK, но на его снимке экрана видно, что его Eclipse - 32 бит, потому что путь для запуска. библиотека
- 32 бит.
И теперь по той причине, что я пришел сюда: у Оби моих клиентов возникли проблемы с загрузкой одного из наших приложений на основе Eclipse / OSGI, а Java вышла с кодом выхода 13 В конце он показал, что проблема была не в -vm
, а в архитектуре Java и eclipse.exe
, но вместо этого он просто отсутствовал config.ini
, и я думаю, eclipse.exe
не знал, что загрузить или что такое. После того, как мы это узнали и положили config.ini
на место, приложение загрузилось с использованием -vm
и 64-битного JRE7 в сочетании с 32-битным eclipse.exe
.
Согласно этот ответ на соответствующий вопрос , embedded svg изображения должны быть автономными изображениями. Как упоминалось выше в комментариях, можно сделать svg «автономным», вложив в него все внешние активы. Поэтому в моем случае я должен был бы сделать одну из следующих вещей:
src: url("data:application/font-woff;base64,<base64 encoded font here")
, Ни один из этих методов не казался удовлетворительным, так как мне очень хотелось, чтобы файлы svg были как можно более легкими.
Другим решением, чтобы обойти всю проблему, является использование html object
вместо тега img
. Таким образом, svg разрешено быть более чем автономным изображением и может использовать весь спектр методов включения xml для включения других активов. Это уже было указано в вышеупомянутом вопросе .
Я решил использовать метод object
для вложения svg. Я обновлю этот ответ, если узнаю, что с этим что-то принципиально неправильно, вместо того, чтобы использовать правильный элемент img
.
expand path
, а неjoin path
в AI? – Danger14 1 August 2014 в 19:23join path
решит проблему? – romeovs 1 August 2014 в 20:27