пакет javax.el не существует
я использую jre6/eclipse и импортирую javax.el.* ошибка
пакет javax.el не существует javax.el импорта [javac].*;
подходит. разве это, как предполагается, не часть Java? может любой говорить мне, почему это могло бы быть. спасибо m
4 ответа
Я развиваю через Eclipse. В настоящее время я не использую динамический веб-проект, но я использую Ant для создания приложения.
Уже включали это (эпохи назад, а затем забыть):
я тогда добавляю EL-API.jar на мою контейнер сервлета:
<path id="compile.cliClasspath">
<fileset dir="${cliLibDir}">
<include name="*.jar" />
</fileset>
<fileset dir="${cliTomcatlib}">
<include name="servlet-api.jar" />
<include name="jsp-api.jar" />
<include name="el-api.jar" />
</fileset>
</path>
API сервлета не является «частью Java»; Он определяется Java EE («Enterprise Edition») и может быть найден в библиотеках, предоставленных вашим контейнером сервлета.
Обычно это часть рассматриваемого контейнера сервлета (контейнер сервлета в основном является конкретной реализацией частей Servlet/JSP/EL абстрактного API Java EE). Необходимые библиотеки обычно доступны в ServerInstallFolder/lib . В основном необходимо просто включить его в путь к классам compiletime.
Однако при разработке в Eclipse рекомендуется интегрировать соответствующий сервер в представлении "Серверы" и связать с ним Dynamic Web Project . В представлении "Серверы" просто добавьте новый сервер и найдите существующую установку сервера. Это будет показано в мастере создания динамического веб-проекта . Затем его можно добавить/изменить в разделе Серверы свойств проекта.
После этого Eclipse просто автоматически включит библиотеки сервера в путь построения проекта (читай: управляемый IDE путь к классам, который используется как в компиляции, так и во время выполнения), включая javax.el .
Я знаю, что вы зудите для Visual SVN-как на mac, но одна из главных причин, по которой вы не получаете много ответов, это то, что SVN и Apache не существуют по умолчанию в Windows (зуд, который Visual SVN царапает), но существуют на OSX.
Аргумент звучит так: если вы достаточно опытны, чтобы использовать SVN, то, скорее всего, вы либо будете довольны тем, что OSX имеет по умолчанию (командная строка!), либо у вас, вероятно, есть сервер Linux где-то, который обслуживает SVN для вас.
Я рекомендую вам несколько вариантов в дополнение к тому, что все остальные упоминают:
- Сохранение существующей Windows-машины в качестве сервера для удовлетворения потребностей SVN
- Запуск устройства VMWare + слияние VMWare (вот некоторые устройства Trac + SVN )
EL (унифицированное выражение Реализации также доступны отдельно от Glassfish , Apache или JUEL .
Обычно это часть рассматриваемого контейнера сервлета (сервлетный контейнер в основном бетон внедрение сервлета / JSP / EL части абстрактных API-API-API) Отказ Необходимые библиотеки обычно доступны в ServerInstallfolder / lib . Вы в основном нужно просто включить его в класс Compitime.
Тем не менее, при разработке в Eclipse, нормальная практика, которую вы интегрируете рассматриваемый сервер на представлении серверов и свяжитесь с динамическим веб-проектом . На представлении серверов просто добавьте новый сервер и найдите существующую установку сервера. Затем вы должны увидеть этот список во время динамического веб-проекта Мастер создания. Вы также можете добавить / изменить его впоследствии в серверах раздел Свойства проекта.
После этого завершено, Eclipse просто автоматически включает в себя библиотеки сервера в пути сборки проекта (READ: IDE-управляемое классу, используемое в обои, так и во время выполнения), включая javax.el .