pom.xml revision ada1678a4262b208a7b87391f520a7767d25287c
<?xml version="1.0" encoding="UTF-8"?>
<!--
DO NOT ALTER OR REMOVE COPYRIGHT NOTICES OR THIS HEADER.
The contents of this file are subject to the terms of either the GNU
General Public License Version 2 only ("GPL") or the Common Development
and Distribution License("CDDL") (collectively, the "License"). You
may not use this file except in compliance with the License. You can
obtain a copy of the License at
or packager/legal/LICENSE.txt. See the License for the specific
language governing permissions and limitations under the License.
When distributing the software, include this License Header Notice in each
file and include the License file at packager/legal/LICENSE.txt.
GPL Classpath Exception:
Oracle designates this particular file as subject to the "Classpath"
exception as provided by Oracle in the GPL Version 2 section of the License
file that accompanied this code.
Modifications:
If applicable, add the following below the License Header, with the fields
enclosed by brackets [] replaced by your own identifying information:
"Portions Copyright [year] [name of copyright owner]"
Contributor(s):
If you wish your version of this file to be governed by only the CDDL or
only the GPL Version 2, indicate your decision by adding "[Contributor]
elects to include this software in this distribution under the [CDDL or GPL
Version 2] license." If you don't indicate a single choice of license, a
recipient has the option to distribute your version of this file under
either the CDDL, the GPL Version 2 or to extend the choice of license to
its licensees as provided above. However, if you add GPL Version 2 code
and therefore, elected the GPL Version 2 license, then the option applies
only if the new code is made subject to such option by the copyright
holder.
-->
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<parent>
<artifactId>client</artifactId>
<version>3.1.2</version>
</parent>
<modelVersion>4.0.0</modelVersion>
<artifactId>gf-client-module</artifactId>
<packaging>hk2-jar</packaging> <!-- the main artifact is the OSGi module JAR -->
<name>Client OSGi module (including ACC)</name>
<!--
This module creates the app client container in three artifacts:
1. OSGi module for the ACC
2. stand-alone ACC JAR, suitable for running using java -jar ...
3. bundle suitable for distribution to remote clients.
Java programs that want to use the embeddable ACC would place the stand-
alone ACC JAR on their class paths. OSGi modules that use the embeddable
ACC could simply declare a dependency on the ACC OSGi module.
The zip bundle contains the stand-alone ACC JAR and all other JARs on
which it depends. End-users or administrators could copy this bundle
to remote clients and expand it, resulting in a single self-contained
directory which would contain all the required JARs.
-->
<properties>
<extracted-dtd-root>temp</extracted-dtd-root>
<extracted-dtd-top-level-directory>${extracted-dtd-root}/glassfish</extracted-dtd-top-level-directory>
<!--
<config-xsd-file>sun-application-client-container_1_2.xsd</config-xsd-file>
-->
</properties>
<developers>
<developer>
<id>tjquinn</id>
<name>Tim Quinn</name>
<organization>Oracle, Inc.</organization>
<roles>
<role>lead</role>
<role>developer</role>
</roles>
</developer>
</developers>
<build>
<resources>
<resource>
</resource>
<!--
The next resource definition will include the DTDs and
schemas in the module so we can find them at runtime in the
client. The dependency:unpack-dependency goal below will
by default deposit the unpacked contents into
target/dependency. The .dtd and .xsd files are packaged into
combined directory as a resource
location so the .dtd and .xsd files will be packaged by default.
This is coordinated with the SaxParserHandlerBundled class
which resolves entities via the class path.
-->
<resource>
<includes>
<include>**/*.dtd</include>
<include>**/*.xsd</include>
</includes>
</resource>
</resources>
<plugins>
<!--
Unpack the modules which contain the DTDs and schemas so
we can package them as resources.
-->
<plugin>
<artifactId>maven-dependency-plugin</artifactId>
<executions>
<execution>
<id>unpack-dtds-and-schemas</id>
<phase>generate-resources</phase>
<goals>
<goal>unpack-dependencies</goal>
</goals>
<configuration>
<includeArtifactIds>schemas,dtds</includeArtifactIds>
<includes>**/*.dtd,**/*.xsd</includes>
</configuration>
</execution>
<execution>
<id>unpack</id>
<phase>process-classes</phase>
<goals>
<goal>unpack</goal>
</goals>
<configuration>
<artifactItems>
<artifactItem>
<artifactId>appclient-client-acc-manpage</artifactId>
<type>zip</type>
<overWrite>true</overWrite>
</artifactItem>
</artifactItems>
</configuration>
</execution>
</executions>
</plugin>
<plugin>
<artifactId>hk2-maven-plugin</artifactId>
<configuration>
<archive>
<manifest>
</manifest>
<!--
It's discouraging to have to specify the class path
manually. Ideally the plug-in would do this
for us, but the jar plug-in uses the name
of the modules including the version strings;
when the GlassFish modules are packaged into
the distributions the version strings are
stripped off.
-->
</archive>
</configuration>
</plugin>
</plugins>
</build>
<dependencies>
<dependency>
<artifactId>hk2</artifactId>
</dependency>
<!--
required for annotation processing support
-->
<dependency>
<artifactId>common-util</artifactId>
</dependency>
<dependency>
<artifactId>ejb-container</artifactId>
</dependency>
<!--
We depend on the deployment/dtds and deployment/schemas modules
but only at build-time. We extract the DTD and schema files and
add them to the module JAR so they will be accessible at tuntime
on the class path. Because we don't really rely on the zip files
at runtime, we use scope "provided" for the dependencies.
-->
<dependency>
<scope>provided</scope>
<artifactId>dtds</artifactId>
<type>zip</type>
</dependency>
<dependency>
<scope>provided</scope>
<artifactId>schemas</artifactId>
<type>zip</type>
</dependency>
<!-- required for InjectionManager -->
<dependency>
<artifactId>container-common</artifactId>
</dependency>
<!--
Required for AnnotationDetector, AnnotationScanner, PersistenceUnitDescriptor
-->
<dependency>
<artifactId>dol</artifactId>
</dependency>
<!--
Required for security.
-->
<dependency>
</dependency>
<!--
Required for ClientNamingConfigurator
-->
<dependency>
<artifactId>glassfish-api</artifactId>
</dependency>
<!-- required for ClientPipeCloser -->
<dependency>
</dependency>
<dependency>
<artifactId>glassfish-naming</artifactId>
</dependency>
<dependency>
<artifactId>work-management</artifactId>
</dependency>
<dependency>
<artifactId>connectors-inbound-runtime</artifactId>
</dependency>
<dependency>
<artifactId>orb-connector</artifactId>
</dependency>
<!--
Ken C. reports that eight ORB-related modules are needed, but
the one "orb" module directly or indirectly depends on the others
so I have just included it here.
-->
<dependency>
<artifactId>glassfish-corba-orb</artifactId>
</dependency>
<dependency>
<scope>runtime</scope>
<artifactId>orb-iiop</artifactId>
</dependency>
<dependency>
<artifactId>glassfish</artifactId>
</dependency>
<dependency>
<artifactId>acc-config</artifactId>
</dependency>
<dependency>
<artifactId>jts</artifactId>
</dependency>
<dependency>
<scope>runtime</scope>
<artifactId>jms-core</artifactId>
</dependency>
<dependency>
<scope>runtime</scope>
</dependency>
<!-- for EclipseLink support -->
<dependency>
<type>pom</type>
<scope>runtime</scope>
<artifactId>eclipselink-wrapper</artifactId>
</dependency>
<dependency>
<artifactId>jpa-connector</artifactId>
</dependency>
<dependency>
<artifactId>webservices-connector</artifactId>
</dependency>
<dependency>
<scope>runtime</scope>
<artifactId>cmp-internal-api</artifactId>
</dependency>
<!-- explicit dependencies for endorsed JARs the ACC needs -->
<!-- endorsed: javax.annotation.jar -->
<dependency>
</dependency>
<!-- endorsed: jaxb-api-osgi.jar -->
<dependency>
<artifactId>jaxb-api-osgi</artifactId>
</dependency>
<dependency>
<artifactId>jaxb-osgi</artifactId>
</dependency>
<!-- endorsed: webservices-api-osgi.jar -->
<dependency>
<artifactId>webservices-api-osgi</artifactId>
</dependency>
<!-- end of endorsed JAR dependencies -->
</dependencies>
</project>