blob: 2a3a4e0724329563c25ed1e6c5c903537b34e5a7 [file] [log] [blame]
<?xml version="1.0" encoding="UTF-8"?>
<!--
Licensed to the Apache Software Foundation (ASF) under one
or more contributor license agreements. See the NOTICE file
distributed with this work for additional information
regarding copyright ownership. The ASF licenses this file
to you under the Apache License, Version 2.0 (the
"License"); you may not use this file except in compliance
with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing,
software distributed under the License is distributed on an
"AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
KIND, either express or implied. See the License for the
specific language governing permissions and limitations
under the License.
-->
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
xmlns:project="http://www.netbeans.org/ns/project/1"
xmlns:ejbjarproject="http://www.netbeans.org/ns/j2ee-ejbjarproject/3"
xmlns:xalan="http://xml.apache.org/xslt"
exclude-result-prefixes="xalan project">
<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:comment> By default, only the Clean and Build commands use this build script. </xsl:comment>
<xsl:comment> Commands such as Run, Debug, and Test only use this build script if </xsl:comment>
<xsl:comment> the Compile on Save feature is turned off for the project. </xsl:comment>
<xsl:comment> You can turn off the Compile on Save (or Deploy on Save) setting </xsl:comment>
<xsl:comment> in the project's Project Properties dialog box.</xsl:comment>
<xsl:variable name="name" select="/project:project/project:configuration/ejbjarproject:data/ejbjarproject: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-dist: called before archive building
-post-dist: called after archive building
-post-clean: called after cleaning build products
-pre-run-deploy: called before deploying
-post-run-deploy: called after deploying
(Targets beginning with '-' are not intended to be called on their own.)
Example of pluging an obfuscator after the compilation could look like
<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.
Other way how to customize the build is by overriding existing main targets.
The target of interest are:
init-macrodef-javac: defines macro for javac compilation
init-macrodef-debug: defines macro for class debugging
do-dist: archive building
run: execution of project
javadoc-build: javadoc generation
Example of overriding the target for project execution could look like
<target name="run" depends="<PROJNAME>-impl.jar">
<exec dir="bin" executable="launcher.exe">
<arg file="${dist.jar}"/>
</exec>
</target>
Notice that overridden target depends on jar target and not only on
compile target as regular run target does. Again, for list of available
properties which you can use check the target you are overriding in
nbproject/build-impl.xml file.
]]></xsl:comment>
</project>
</xsl:template>
</xsl:stylesheet>