Это не работает, потому что специально сконструированы классы из javax/javaee-api/provided
зависимостей. Они не используются во время выполнения, поскольку отсутствует реализация методов.
Простое добавление классов из javax.mail/mail/1.4.5
зависимости от пути к классам не помогает, потому что классы из javax/javaee-api/provided
уже существуют. Только javax.mail/mail/1.4.5
dependecy решает вашу проблему, но, скорее всего, вам также нужны другие классы из javax/javaee-api/provided
.
Что вы можете сделать, так это избавиться от зависимости javax/javaee-api/provided
и получить эти классы, например, из зависимостей, предоставляемых целевым сервером приложений. Вы можете использовать, например, следующее:
<dependency>
<groupId>org.jboss.spec</groupId>
<artifactId>jboss-javaee-6.0</artifactId>
<version>1.0.0.Final</version>
<type>pom</type>
<scope>provided</scope>
</dependency>
Поскольку предоставлена возможность, она не влияет на создаваемый артефакт. Вот почему вы можете использовать его и с другими серверами приложений, чем с JBoss. Это тот же API, что и в вашей исходной зависимости, но он содержит классы normal .
в моем случае, используйте только библиотеку:
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>1.4</version>
</dependency>
Без проблем с JDK 6 и Tomcat
Странно, но для меня работает следующий порядок:
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>1.4</version>
</dependency>
<dependency>
<groupId>javax</groupId>
<artifactId>javaee-web-api</artifactId>
<version>6.0</version>
<scope>provided</scope>
</dependency>
Обратное не работает.
Если вы добавите их в свой pom в следующем порядке: javax.mail javaee-web-api довольно логично, что он будет работать, потому что среда выполнения сначала найдет необходимый класс (с правильной реализацией) из javax.mail, игнорируя любой подобный класс (без реализации) из javaee-web-api.