pom.xml revision 164
52N/A<?xml version="1.0" encoding="iso-8859-1"?>
52N/A<!--
292N/A DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
52N/A
52N/A Copyright 1997-2009 Sun Microsystems, Inc. All rights reserved.
327N/A
52N/A The contents of this file are subject to the terms of either the GNU
52N/A General Public License Version 2 only ("GPL") or the Common Development
52N/A and Distribution License("CDDL") (collectively, the "License"). You
52N/A may not use this file except in compliance with the License. You can obtain
292N/A a copy of the License at https://glassfish.dev.java.net/public/CDDL+GPL.html
292N/A or glassfish/bootstrap/legal/LICENSE.txt. See the License for the specific
292N/A language governing permissions and limitations under the License.
292N/A
52N/A When distributing the software, include this License Header Notice in each
52N/A file and include the License file at glassfish/bootstrap/legal/LICENSE.txt.
52N/A Sun designates this particular file as subject to the "Classpath" exception
292N/A as provided by Sun in the GPL Version 2 section of the License file that
292N/A accompanied this code. If applicable, add the following below the License
292N/A Header, with the fields enclosed by brackets [] replaced by your own
292N/A identifying information: "Portions Copyrighted [year]
292N/A [name of copyright owner]"
292N/A
292N/A Contributor(s):
292N/A
292N/A If you wish your version of this file to be governed by only the CDDL or
292N/A only the GPL Version 2, indicate your decision by adding "[Contributor]
292N/A elects to include this software in this distribution under the [CDDL or GPL
52N/A Version 2] license." If you don't indicate a single choice of license, a
52N/A recipient has the option to distribute your version of this file under
52N/A either the CDDL, the GPL Version 2 or to extend the choice of license to
52N/A its licensees as provided above. However, if you add GPL Version 2 code
52N/A and therefore, elected the GPL Version 2 license, then the option applies
52N/A only if the new code is made subject to such option by the copyright
52N/A holder.
52N/A-->
52N/A
52N/A<project xmlns="http://maven.apache.org/POM/4.0.0"
52N/A xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
52N/A xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
292N/A http://maven.apache.org/maven-v4_0_0.xsd">
52N/A <modelVersion>4.0.0</modelVersion>
52N/A <groupId>com.sun.mail</groupId>
6N/A <artifactId>all</artifactId>
6N/A <packaging>pom</packaging>
6N/A <version>1.4.3-SNAPSHOT</version>
6N/A <name>JavaMail API distribution</name>
6N/A <description>${project.name}</description>
15N/A <url>http://java.sun.com/projects/javamail</url>
6N/A
6N/A <licenses>
335N/A <license>
6N/A <name>CDDL</name>
15N/A <url>http://www.sun.com/cddl</url>
302N/A <distribution>repo</distribution>
6N/A <comments>A business-friendly OSS license</comments>
6N/A </license>
6N/A <license>
6N/A <name>GPLv2+CE</name>
6N/A <url>https://glassfish.dev.java.net/public/CDDL+GPL.html</url>
6N/A <distribution>repo</distribution>
6N/A <comments>GPL version 2 plus the Classpath Exception</comments>
6N/A </license>
6N/A </licenses>
6N/A
15N/A <organization>
6N/A <name>Sun Microsystems, Inc.</name>
6N/A <url>http://www.sun.com</url>
6N/A </organization>
6N/A
6N/A <properties>
6N/A <mail.version>1.4.3-SNAPSHOT</mail.version>
302N/A <!-- like mail.version, but with underscores instead of dots -->
302N/A <mail.zipversion>1_4_3-SNAPSHOT</mail.zipversion>
6N/A <mail.spec.version>1.4</mail.spec.version>
6N/A <activation-api.version>1.1</activation-api.version>
6N/A <!-- defaults that are overridden in mail module -->
335N/A <mail.extensionName>
121N/A ${project.groupId}.${project.artifactId}
335N/A </mail.extensionName>
6N/A <mail.specificationTitle>
6N/A ${project.groupId}.${project.artifactId}
15N/A </mail.specificationTitle>
15N/A <mail.implementationTitle>
15N/A ${project.groupId}.${project.artifactId}
15N/A </mail.implementationTitle>
15N/A <mail.packages.export>
15N/A javax.mail.*; version=${mail.spec.version}
15N/A </mail.packages.export>
15N/A <mail.packages.private>
15N/A com.sun.mail.*
15N/A </mail.packages.private>
302N/A </properties>
302N/A
302N/A <developers>
44N/A <developer>
44N/A <id>shannon</id>
44N/A <name>Bill Shannon</name>
191N/A <organization>Sun Microsystems, Inc.</organization>
191N/A <roles>
191N/A <role>lead</role>
191N/A </roles>
191N/A </developer>
191N/A </developers>
44N/A
44N/A <modules>
44N/A <module>mail</module>
190N/A <module>mailapi</module>
194N/A <module>smtp</module>
194N/A <module>imap</module>
220N/A <module>pop3</module>
221N/A <module>dsn</module>
349N/A </modules>
349N/A
349N/A <profiles>
367N/A <!--
367N/A This profile contains modules that should only be built
367N/A but not installed or deployed.
367N/A -->
367N/A <profile>
367N/A <id>build-only</id>
367N/A <modules>
6N/A <module>mbox</module>
6N/A <module>demo</module>
6N/A <module>client</module>
6N/A <module>servlet</module>
6N/A <module>webapp</module>
6N/A <module>taglib</module>
302N/A <module>javadoc</module>
6N/A </modules>
6N/A <activation>
6N/A <activeByDefault>true</activeByDefault>
6N/A </activation>
6N/A </profile>
6N/A
6N/A <!--
6N/A Activating this profile manually for deployment causes
6N/A the above profile to be deactivated, which works around
302N/A an apparent bug in maven that prevents me from manually
6N/A deactivating a profile. This profile purposely has none
6N/A of the modules I don't want to be deployed.
6N/A -->
6N/A <profile>
302N/A <id>deploy</id>
6N/A </profile>
6N/A </profiles>
63N/A
63N/A <distributionManagement>
63N/A <repository>
63N/A <id>java.net-m2-repository</id>
63N/A <url>java-net:/maven2-repository/trunk/repository/</url>
63N/A </repository>
63N/A </distributionManagement>
63N/A
63N/A <build>
63N/A <defaultGoal>install</defaultGoal>
63N/A <plugins>
63N/A <!--
63N/A This plugin is reponsible for packaging artifacts
63N/A as OSGi bundles. Please refer to
168N/A http://felix.apache.org/site/maven-bundle-plugin-bnd.html
275N/A for more information about how to use this plugin.
63N/A -->
63N/A <plugin>
63N/A <groupId>org.apache.felix</groupId>
63N/A <artifactId>maven-bundle-plugin</artifactId>
63N/A <configuration>
63N/A <instructions>
63N/A <Export-Package>
63N/A ${mail.packages.export}
63N/A </Export-Package>
63N/A <Private-Package>
63N/A ${mail.packages.private}
63N/A </Private-Package>
63N/A </instructions>
63N/A </configuration>
63N/A <!--
63N/A Since we don't change the packaging type to bundle, we
288N/A need to configure the plugin to execute the manifest goal
288N/A during the process-classes phase of the build life cycle.
288N/A -->
327N/A <executions>
327N/A <execution>
327N/A <id>osgi-manifest</id>
327N/A <phase>process-classes</phase>
327N/A <goals>
327N/A <goal>manifest</goal>
327N/A </goals>
327N/A </execution>
327N/A </executions>
327N/A </plugin>
327N/A <plugin>
63N/A <artifactId>maven-compiler-plugin</artifactId>
220N/A <configuration>
220N/A <source>1.4</source>
220N/A <target>1.4</target>
220N/A </configuration>
220N/A </plugin>
220N/A
220N/A <plugin>
220N/A <artifactId>maven-jar-plugin</artifactId>
220N/A <!-- need at least this version to make excludes work -->
220N/A <configuration>
220N/A <finalName>${project.artifactId}</finalName>
220N/A <archive>
220N/A <!--
220N/A Configure the maven-jar-plugin to pick up
220N/A META-INF/MANIFEST.MF that's generated by
220N/A the maven-bundle-plugin.
220N/A -->
220N/A <manifestFile>
220N/A ${project.build.outputDirectory}/META-INF/MANIFEST.MF
220N/A </manifestFile>
220N/A <manifestEntries>
220N/A <Extension-Name>
220N/A ${mail.extensionName}
253N/A </Extension-Name>
220N/A <Specification-Title>
220N/A ${mail.specificationTitle}
220N/A </Specification-Title>
220N/A <Specification-Version>
253N/A ${mail.spec.version}</Specification-Version>
253N/A <Specification-Vendor>
253N/A ${project.organization.name}
220N/A </Specification-Vendor>
220N/A <Implementation-Title>
220N/A ${mail.implementationTitle}
220N/A </Implementation-Title>
220N/A <Implementation-Version>
220N/A ${project.version}
220N/A </Implementation-Version>
220N/A <Implementation-Vendor>
63N/A ${project.organization.name}
63N/A </Implementation-Vendor>
63N/A <Implementation-Vendor-Id>
63N/A com.sun
63N/A </Implementation-Vendor-Id>
327N/A </manifestEntries>
327N/A </archive>
327N/A <excludes>
187N/A <exclude>**/*.java</exclude>
63N/A </excludes>
63N/A </configuration>
63N/A </plugin>
6N/A
26N/A <!--
6N/A This is the rule that creates the zip file for distribution.
44N/A -->
213N/A <plugin>
213N/A <artifactId>maven-assembly-plugin</artifactId>
213N/A <inherited>false</inherited>
213N/A <!--
213N/A I'd like this to be run as part of the
213N/A package phase, but that doesn't work.
213N/A Have to run it explicitly as:
213N/A
222N/A mvn package assembly:assembly
222N/A
222N/A <executions>
222N/A <execution>
222N/A <phase>package</phase>
222N/A <goals>
222N/A <goal>assembly</goal>
222N/A </goals>
222N/A -->
222N/A <configuration>
222N/A <finalName>javamail${mail.zipversion}</finalName>
222N/A <descriptors>
222N/A <descriptor>assembly.xml</descriptor>
222N/A </descriptors>
222N/A </configuration>
213N/A <!--
213N/A </execution>
213N/A </executions>
44N/A -->
44N/A </plugin>
302N/A
44N/A<!-- not used
44N/A <plugin>
44N/A <artifactId>maven-release-plugin</artifactId>
44N/A <configuration>
44N/A <arguments>-P deploy</arguments>
44N/A </configuration>
44N/A </plugin>
302N/A-->
302N/A </plugins>
302N/A
44N/A <pluginManagement>
44N/A <plugins>
44N/A <plugin>
191N/A <!--
191N/A By default, disable the FindBugs plugin for all modules.
191N/A It's enabled in the "mail" module, which is the only
44N/A module where we actually want to run it.
44N/A -->
44N/A <groupId>org.codehaus.mojo</groupId>
206N/A <artifactId>findbugs-maven-plugin</artifactId>
206N/A <configuration>
206N/A <skip>true</skip>
44N/A </configuration>
44N/A </plugin>
44N/A </plugins>
44N/A </pluginManagement>
44N/A
44N/A <extensions>
44N/A <extension>
44N/A <groupId>org.jvnet.wagon-svn</groupId>
44N/A <artifactId>wagon-svn</artifactId>
44N/A <!--
44N/A Following should be:
44N/A <version>RELEASE</version>
44N/A but Kohsuke says it doesn't work and to replace
44N/A it with the actual version number.
44N/A -->
44N/A <version>1.8</version>
44N/A </extension>
194N/A </extensions>
194N/A </build>
194N/A
194N/A <dependencyManagement>
194N/A <dependencies>
194N/A <dependency>
194N/A <groupId>javax.mail</groupId>
194N/A <artifactId>mail</artifactId>
194N/A <version>${mail.version}</version>
194N/A </dependency>
194N/A <dependency>
194N/A <groupId>com.sun.mail</groupId>
194N/A <artifactId>dsn</artifactId>
194N/A <version>${mail.version}</version>
194N/A </dependency>
194N/A <dependency>
194N/A <groupId>com.sun.mail</groupId>
194N/A <artifactId>mbox</artifactId>
194N/A <version>${mail.version}</version>
194N/A </dependency>
194N/A <dependency>
194N/A <groupId>com.sun.mail</groupId>
194N/A <artifactId>taglib</artifactId>
194N/A <version>${mail.version}</version>
194N/A </dependency>
194N/A <dependency>
213N/A <groupId>javax.servlet</groupId>
213N/A <artifactId>servlet-api</artifactId>
213N/A <version>2.5</version>
213N/A </dependency>
6N/A <dependency>
6N/A <groupId>javax.servlet.jsp</groupId>
213N/A <artifactId>jsp-api</artifactId>
213N/A <version>2.1</version>
213N/A </dependency>
213N/A </dependencies>
213N/A </dependencyManagement>
213N/A
213N/A <dependencies>
213N/A <dependency>
213N/A <groupId>javax.activation</groupId>
213N/A <artifactId>activation</artifactId>
213N/A <version>${activation-api.version}</version>
213N/A </dependency>
213N/A <!-- following works around a bug that causes NullPointerException -->
213N/A <dependency>
213N/A <groupId>junit</groupId>
213N/A <artifactId>junit</artifactId>
6N/A <version>4.3.1</version>
6N/A <scope>test</scope>
6N/A </dependency>
15N/A </dependencies>
15N/A
15N/A <repositories>
15N/A <repository>
15N/A <id>maven2-repository.dev.java.net</id>
44N/A <name>Java.net Repository for Maven</name>
44N/A <url>http://download.java.net/maven/2/</url>
44N/A </repository>
44N/A </repositories>
44N/A</project>
44N/A