Changes for page Custom Project Templates

Last modified by Bastian Triller on 2009/04/11 21:03

From 41.1 to 42.1 From 45.1 to 46.1

From version 42.1

edited by Pascal Robert
on 2007/12/17 13:40

Change comment: There is no comment for this version

To version 45.1

edited by David Avendasora
on 2009/04/11 21:01

Change comment: There is no comment for this version

Raw
Rendered

Summary

Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

Author

@@ -1,1 +1,1 @@
--XWiki.probert
++XWiki.avendasora

Content

@@ -2,30 +2,42 @@
  = Introduction =
--WOLips 3.3 supports the definition of custom project templates. These templates support the declaration of custom configuration parameters and the files within the template are processed using the [[Velocity Template Engine>>http://velocity.apache.org/engine/devel/vtl-reference-guide.html]].
++WOLips 3.3 supports the definition of custom project templates. These templates support creating new types of WebObjects projects beyond the ones that ship with WOLips.
--To use a custom project template, select the "WO Project from Template" option under the WOLips category of the New Project Wizard.
++To use a custom project template, create a new project by going to the "File" menu and selecting "New -> Other..." then select the "WO Project from Template" option under the WOLips section.
++[[image:NewProjectFromTemplate.png]]
--{{info}}
++= Creating a Template =
--!NewProjectFromTemplate.png!
++Templates are basically like a regular project folder, but some of the contents are modified to use the variables defined in the template.xml file to change their names or values in their contents. The modified files within the template are processed using the [[Velocity Template Engine>>http://velocity.apache.org/engine/devel/vtl-reference-guide.html]].
--{{/info}}
++The declaration of templates is very simple. The template system looks for folders in the following locations (in the following order):
--= Creating a Template =
++1. The ProjectTemplates folder inside of the WOLips templateengine plugin jar
++1. /Library/Application Support/WOLips/Project Templates
++1. YourHomeDirocuments and Settingspplication DataOLipsroject Templates
++1. YourHomeDirocuments and SettingsppDataocalOLipsroject Templates
++1. /Library/Application Support/WOLips/Project Templates
--The declaration of templates is very simple. The template system looks for folders in the following locations (in the following order):
++{{note}}
++Project templates found later in the list of locations above will override those of the same name from earlier in the list.  For instance, a "Wonder Application" template found in \~/Library will override a "Wonder Application" template from /Library.
++{{/note}}
--* The ProjectTemplates folder inside of the WOLips templateengine plugin jar
--* /Library/Application Support/WOLips/Project Templates
--* YourHomeDirocuments and Settingspplication DataOLipsroject Templates
--* YourHomeDirocuments and SettingsppDataocalOLipsroject Templates
--* /Library/Application Support/WOLips/Project Templates
++The name that the template shows up as in the New Project wizard is controlled by one of two things:
--If you want to look at the current templates that ships with WOLips, the best way to analyse them is by [[importing the source>>Building WOLips]] of WOLips from Subversion.&nbsp; The templates are located in //woproject/wolips/core/plugins/org.objectstyle.wolips.templateengine/ProjectTemplates//.
++1. The template's folder name
++1. The name attribute of the template tag in the template.xml file inside the template folder (if present, this overrides the value set by the template folder name).
--Without any additional metadata, the template system derives the name of the template from the name of the folder in one of the above locations.  For instance, if you create a folder named ",,/Library/Application Support/WOLips/Project Templates/Wonder Application," the template system will offer a template named "Wonder Application" in the template selection dialog. Project templates found later in the list of locations above will override those of the same name from earlier in the list.  For instance, a "Wonder Application" template found in /Library will overrode a "Wonder Application" template from /Library.,,
++For instance, if you create a folder named ",,/Library/Application Support/WOLips/Project Templates/Wonder Application," the template system will offer a template named "Wonder Application" in the template selection dialog. If you then set the name attribute to "My Wonder Application", that is what you will see in the dialog.,,
++If you want to look at the current templates that ship with WOLips, the best way to analyse them is by [[importing the source>>Building WOLips]] of WOLips from Subversion. The templates are located in //woproject/wolips/core/plugins/org.objectstyle.wolips.templateengine/ProjectTemplates//.
++
++Here is an additional custom template for creating [[Wonder ERD2W Applications>>Custom Project Templates^Wonder ERD2W Application.zip||title="Click to download attachment"]] that you can view as an example.
++
++{{note}}
++Remember, if you copy an existing template to test it out you must rename both the folder *and* the name attribute of the template tag in the template.xml file otherwise whichever loads last will replace the first!
++{{/note}}
++
  After creating a template folder, you can create a hierarchy of files and folders within that folder. When you create a project using this template, a copy of all of the files and folders in your template will be used to create the new project. It is up to you to declare //all// of the files within a project, including Eclipse project metadata files like .classpath. You can refer to the built-in project templates as a starting point for creating your own custom templates.
  That's it For creating static boilerplate templates, you're done.
@@ -34,7 +34,7 @@
  For a static template, the simple process above is enough. However, it's a common requirement to have configuration options for project templates. The WOLips project template engine provides an easy way to declare these options.
--After creating a template using the directions in the above section, you can additionally create a file named "template.xml" inside your project template folder.  For instance, in the example above, you would create the file ",,/Library/Application Support/WOLips/Project Templates/Wonder Application/template.xml".,,
++After creating a template using the directions in the above section, you can additionally create a file named "template.xml" inside your project template folder.  For instance, in the example above, you would create the file ",,/Library/Application Support/WOLips/Project Templates/My Application Template/template.xml".,,
  An example template.xml is below:
@@ -41,16 +41,24 @@
  {{code value="xml"}}
  <?xml version="1.0" encoding="UTF-8"?>
--  <template name = "Wonder Application">
++  <template name = "My Application">
      <inputs>
--      <input name = "linkToWonderProjects" type = "Boolean">
--        <question>Link to Wonder Projects?</question>
--        <default>false</default>
++      <input name = "basePackage" type = "Package">
++        <question>Base Package?</question>
++        <default>your.app</default>
        </input>
--      <input name = "linkToWonderFrameworks" type = "Boolean">
--        <question>Link to Wonder Frameworks?</question>
--        <default>true</default>
++      <input name = "componentsPackage" type = "Package">
++        <question>Components Package?</question>
++        <default>your.app.components</default>
        </input>
++      <input name = "servletDeployment" type = "Boolean">
++        <question>Deploy to Servlet Container?</question>
++        <default>false</default>
++      </input>
++      <input name = "webXML" type = "Boolean">
++        <question>Autogenerate web.xml file?</question>
++        <default>false</default>
++      </input>
        <input name = "YourFavoriteColor" type = "String">
          <question>Your Favorite Color?</question>
          <options>
@@ -65,42 +65,63 @@
  {{/code}}
--The "name" attribute of the template node overrides the name of the folder the templates are in.  For instance, you could have the above template.xml inside a folder named "Template 1" and the template system would consider the name of the template to be "Wonder Application."
++If you don't set a "name" attribute in the "template" tag, the name of the Template Folder will be used. In this example the Template will show up as "My Application" in the list of available templates. If "name" handn't been defined, the it would show up as the folder name, which was "My Application Template".
--Within a template, you can declare a single "inputs" node that can contain multiple "input" nodes. Each input node corresponds to a variable that will be presented to the user on the second page of the wizard. Each input specifies a "name" attribute, which will become the variable name of the input for later reference in the Velocity templates; and a "type" attribute which can be one of Boolean, String, Package, or Integer. The type value determines the control that will be used to display the input to the user (String = text field, Boolean = checkbox, Integer = spinner, Package = text field, etc). Each input also contains a "question" node, whose value corresponds to the label of the control when displayed to the user.  In the above example, the "linkToWonderFrameworks" will display a checkbox to the user with the label "Link to Wonder Frameworks?". Additionally, you can provide a "default" node that defines the default value of the variable.  If a default is not specified, the default value will be null for all input types.
++Within a template, you can declare a single "inputs" node that can contain multiple "input" nodes. Each input node corresponds to a variable that will be presented to the user on the second page of the wizard. Each input specifies a "name" attribute, which will become the variable name of the input for later reference in the Velocity templates; and a "type" attribute which will determine the type of control presented to the user. They are:
--The package type is slight extension to the String type.  For a variable declared as type Package, in addition to having your variable bound, you will also have a variable named "yourvariablename//folder" with replaces dots for slashes.  For instance, if your variable is named "basePackage," you will also get a variable named "basePackage//folder."  This is useful because you can use template variables in folder names on the filesystem.
++* Boolean -> Check Box
++* String -> Text Field
++* Package -> Text Field
++* Integer -> Spinner
++Each input also contains a "question" node, whose value corresponds to the label of the control when displayed to the user.  In the above example, the "servletDeployment" will display a checkbox to the user with the label "Deploy to Servlet Container?". Additionally, you can provide a "default" node that defines the default value of the variable.  If a default is not specified, the default value will be null for all input types.
++
++The package type is slight extension to the String type.  For a variable declared as type Package, in addition to having your variable bound, you will also have a variable named "yourvariablename//folder" with replaces dots for slashes.  For instance, if your variable is named "basePackage" you will also get a variable named "$basePackage//folder". If the user left the default of "your.app" in the basePackage field, then the two variables would be:
++
++* basePackage = "your.app"
++* basePackage//folder = "your/app"//
++
  Finally, the input system supports the declaration of enumerated types. By declaring an "options" node that contains an ordered set of "option" nodes, you can define the possible values that the user can provide. In the above example, the "YourFavoriteColor" input defines three options: Red, Green, and Blue. Each option node has a "name" attribute, which will be the value displayed to the user, and a "value" attribute, which will be the actual backing value of the selection. The value of the option should be of the type specified in the "type" attribute of the input.  For instance, if you declare the input type to be "Integer," your option values should be integer values (in quotes).
  = Using Template Inputs =
--So now that you have template input defined, you will want to be able to use them. The name use used in the "name" attribute of your input declaration will be the name of the variable in your Velocity context. For instance, in the example above, the Velocity variable "linkToWonderProjects" will be bound to the boolean value corresponding to the user's selection, and can be used just like any other velocity variable. The Apache project provides a [[Velocity reference guide>>http://velocity.apache.org/engine/devel/vtl-reference-guide.html]].
++So now that you have template inputs defined, you need to be able to use them. The name used in the "name" attribute of your input node will be the name of the variable you can use in your template's files. For instance, in the example above, the Velocity variable "servletDeployment" will be bound to the boolean value corresponding to the user's selection, and can be used just like any other velocity variable. The Apache project provides a [[Velocity reference guide>>http://velocity.apache.org/engine/devel/vtl-reference-guide.html]].
--As an example, the Wonder Application template's .classpath file is defined as:
++As an example, the .classpath file can be modified to automatically add a link to the JavaWOJSPServlet.framework if the user selects "Deploy to Servlet Container" in the the wizard.
  {{code value="xml"}}
  <?xml version="1.0" encoding="UTF-8"?>
--  <classpath>
--    <classpathentry kind="src" path="Sources"/>
--    #if ($linkToWonderProjects)
--    <classpathentry combineaccessrules="false" kind="src" path="/ERJars"/>
--    <classpathentry combineaccessrules="false" kind="src" path="/ERExtensions"/>
--    <classpathentry combineaccessrules="false" kind="src" path="/ERPrototypes"/>
--    <classpathentry combineaccessrules="false" kind="src" path="/JavaWOExtensions"/>
--    #end
--    #if ($linkToWonderFrameworks)
--    <classpathentry kind="con" path="org.objectstyle.wolips.WO_CLASSPATH/ERExtensions/ERJars/ERPrototypes/JavaWOExtensions/JavaEOAccess/JavaEOControl/JavaFoundation/JavaJDBCAdaptor/JavaWebObjects/JavaXML"/>
--    #else
--    <classpathentry kind="con" path="org.objectstyle.wolips.WO_CLASSPATH/JavaEOAccess/JavaEOControl/JavaFoundation/JavaJDBCAdaptor/JavaWebObjects/JavaXML"/>
--    #end
--    <classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
--    <classpathentry kind="output" path="bin"/>
--  </classpath>
++<classpath>
++	<classpathentry kind="src" path="Sources"/>
++	<classpathentry kind="con" path="WOFramework/JavaEOAccess"/>
++	<classpathentry kind="con" path="WOFramework/JavaEOControl"/>
++	<classpathentry kind="con" path="WOFramework/JavaFoundation"/>
++	<classpathentry kind="con" path="WOFramework/JavaJDBCAdaptor"/>
++	<classpathentry kind="con" path="WOFramework/JavaWebObjects"/>
++	<classpathentry kind="con" path="WOFramework/JavaXML"/>
++	<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
++#if ($servletDeployment)
++	<classpathentry kind="con" path="WOFramework/JavaWOJSPServlet"/>
++#end
++	<classpathentry kind="output" path="bin"/>
++</classpath>
  {{/code}}
--In addition to variables inside of Velocity templates, you can also use template inputs in folder names.  However, because $ is not allowed on some filesystems, we instead surround the variable names with "//" (for instance $someVariable would be //someVariable in the filename or path).  As an example, the Wonder Application template has an input named "basePackage" (of type Package), which creates a magic variable named "basePackage//folder" (where the dots are turned into slashes), and the Source folder on the filesystem is named "Wonder Application/Sources///basePackage//folder//".
++In addition to variables inside of Velocity templates, you can also use template variables in folder and file names.  However, because $ is not allowed on some filesystems, we instead surround the variable names with "" (for instance $someVariable would be "someVariable" in the filename or path).  As an example, the template above has an input named "basePackage" (of type Package) which, as we learned above, creates two variables: "basePackage" and "basePackage//folder".  Since we are going to be using this variable to name (and define the path) of a folder in the Sources directory, we need to use the alternate version of the variable. Create a new folder in the Sources directory of the project templaet and instead of using "{{basePackage_folder}}{{/basePackage_folder}}" as the file name, we must use "basePackage//folder".
++= Special Circumstances =
++
++===== Flagging files to be skipped by Velocity =====
++
++If there are files in your template that should not be processed by Velocity as the project is being setup, you will need to end the file name with "binary" which will cause Velocity to strip the "binary" off the file name, but skip processing the contents of the file. Examples of files that you'd want to flag are:
++
++* EOGenerator Templates
++* Custom builder .launch files.
++
++===== Using keypaths =====
++
++* If you need to call a method on a given variable, you need to include the "()" at the end of the method name. An eample is in the build.properties file. In order to get the lowercase version of the project name, you have to call "{{projectName.toLowerCase()}}{{/projectName.toLowerCase()}}"
++
  Happy templating

Changes for page Custom Project Templates

Summary

Details

Applications

Navigation

My Recent Modifications

Need help?