openesb-components/maven-archtype-v2/maven-archetype-service-eng.../src/main/resources/archetype-resources/deploy-plugin/src/net/openesb/component/cname/project/resources/build.xsl

121 lines
5.9 KiB
XML

<?xml version="1.0" encoding="UTF-8"?>
<!--
The contents of this file are subject to the terms of the Common Development
and Distribution License (the License). You may not use this file except in
compliance with the License.
You can obtain a copy of the License at http://www.netbeans.org/cddl.html
or http://www.netbeans.org/cddl.txt.
When distributing Covered Code, include this CDDL Header Notice in each file
and include the License file at http://www.netbeans.org/cddl.txt.
If applicable, add the following below the CDDL Header, with the fields
enclosed by brackets [] replaced by your own identifying information:
"Portions Copyrighted [year] [name of copyright owner]"
The Original Software is NetBeans. The Initial Developer of the Original
Software is Sun Microsystems, Inc. Portions Copyright 1997-2006 Sun
Microsystems, Inc. All Rights Reserved.
-->
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:project="http://www.netbeans.org/ns/project/1"
xmlns:jbiproject="http://www.netbeans.org/ns/jbimodules/ServiceEngine/1"
xmlns:xalan="http://xml.apache.org/xslt"
exclude-result-prefixes="xalan project jbiproject">
<xsl:output method="xml" indent="yes" encoding="UTF-8" xalan:indent-amount="4"/>
<xsl:template match="/">
<!-- Annoyingly, the JAXP impl in JRE 1.4.2 seems to randomly reorder attrs. -->
<!-- (I.e. the DOM tree gets them in an unspecified order?) -->
<!-- As a workaround, use xsl:attribute for all but the first attr. -->
<!-- This seems to produce them in the order you want. -->
<!-- Tedious, but appears to do the job. -->
<!-- Important for build.xml, which is very visible; not so much for build-impl.xml. -->
<xsl:comment> You may freely edit this file. See commented blocks below for </xsl:comment>
<xsl:comment> some examples of how to customize the build. </xsl:comment>
<xsl:comment> (If you delete it and reopen the project it will be recreated.) </xsl:comment>
<xsl:variable name="name" select="/project:project/project:configuration/jbiproject:data/jbiproject:name"/>
<!-- Synch with build-impl.xsl: -->
<!-- XXX really should translate all chars that are *not* safe (cf. PropertyUtils.getUsablePropertyName): -->
<xsl:variable name="codename" select="translate($name, ' ', '_')"/>
<project name="{$codename}">
<xsl:attribute name="default">default</xsl:attribute>
<xsl:attribute name="basedir">.</xsl:attribute>
<description>Builds, tests, and runs the project
<xsl:value-of select="$name"/>.
</description>
<import file="nbproject/build-impl.xml"/>
<xsl:comment><![CDATA[
There exist several targets which are by default empty and which can be
used for execution of your tasks. These targets are usually executed
before and after some main targets. They are:
-pre-init: called before initialization of project properties
-post-init: called after initialization of project properties
-pre-compile: called before javac compilation
-post-compile: called after javac compilation
-pre-compile-single: called before javac compilation of single file
-post-compile-single: called after javac compilation of single file
-pre-compile-test: called before javac compilation of JUnit tests
-post-compile-test: called after javac compilation of JUnit tests
-pre-compile-test-single: called before javac compilation of single JUnit test
-post-compile-test-single: called after javac compilation of single JUunit test
-pre-jar: called before JAR building
-post-jar: called after JAR building
-post-clean: called after cleaning build products
(Targets beginning with '-' are not intended to be called on their own.)
Example of inserting an obfuscator after compilation could look like this:
<target name="-post-compile">
<obfuscate>
<fileset dir="${build.classes.dir}"/>
</obfuscate>
</target>
For list of available properties check the imported
nbproject/build-impl.xml file.
Another way to customize the build is by overriding existing main targets.
The targets of interest are:
-init-macrodef-javac: defines macro for javac compilation
-init-macrodef-junit: defines macro for junit execution
-init-macrodef-debug: defines macro for class debugging
-init-macrodef-java: defines macro for class execution
-do-jar-with-manifest: JAR building (if you are using a manifest)
-do-jar-without-manifest: JAR building (if you are not using a manifest)
run: execution of project
-javadoc-build: Javadoc generation
test-report: JUnit report generation
An example of overriding the target for project execution could look like this:
<target name="run" depends="]]>
<xsl:value-of select="$codename"/><![CDATA[-impl.jar">
<exec dir="bin" executable="launcher.exe">
<arg file="${dist.jar}"/>
</exec>
</target>
Notice that the overridden target depends on the jar target and not only on
the compile target as the regular run target does. Again, for a list of available
properties which you can use, check the target you are overriding in the
nbproject/build-impl.xml file.
]]>
</xsl:comment>
</project>
</xsl:template>
</xsl:stylesheet>