blob: ce3091c243faa05228979a3f9ab0bdca3c04084e (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
<?xml version="1.0" encoding="UTF-8"?>
<assembly>
<!--
When unzipped, run with:
java -Djava.library.path=lib -jar ardor3d-examples-...jar
-->
<id>release</id>
<formats>
<format>zip</format>
</formats>
<files>
<file>
<source>target/${project.artifactId}-${project.version}.jar</source>
<outputDirectory>/</outputDirectory>
</file>
</files>
<fileSets>
<fileSet>
<directory>target/natives</directory>
<outputDirectory>lib</outputDirectory>
<!-- This is kind of a workaround. Ideally, we would tell
the maven-nativedependencies-plugin to *not* unpack the
jogl/gluegen native jars. Jogl has its own native library
classloader which unpacks the jars. At the moment, there is no
other choice if all platforms should be supported, because the
filenames of the native libs are overlapping each other in jogl
(e.g. for natives-linux-amd64 and natives-linux-i586). -->
<excludes>
<exclude>*jogl*</exclude>
<exclude>*nativewindow*</exclude>
<exclude>*newt*</exclude>
<exclude>*gluegen*</exclude>
<exclude>META-INF/</exclude>
</excludes>
</fileSet>
</fileSets>
<dependencySets>
<dependencySet>
<useProjectArtifact>false</useProjectArtifact>
<useStrictFiltering>true</useStrictFiltering>
<excludes>
<exclude>*:jinput*:*:natives-*</exclude>
</excludes>
<outputDirectory>lib</outputDirectory>
</dependencySet>
</dependencySets>
</assembly>
|
