Page History

What

...

are Property

...

Collectors?

A property collector is used as a way for the user to tell Continua it needs to gather certain properties on either an Agent or on the Server. Once a property collector has been defined, it will be sent out to all interested parties (Agents/Server, as defined in the Run On attribute of the collector). The property collector then gathers information on the target and reports those results to the server for later use. The type of property to gather is defined when the property collector is created.

What is a Property Collector Type?

Currently in Continua, there's 11 property collector types. Each type returns a value or a set of values. The table below outlines the property collector types and their return values.

How are Property Collectors used?

Property Collectors gather information on the build tools that are installed on your Continua server and agents. Property Collectors run every time the Continua service starts and they search your server and agents for any build tools that are installed on these machines. If a build tool is found then Continua will create properties on either the server or the agent which will provide Continua information regarding that tool (i.e. path to the tool, tool version, etc.).

There are several types of property collectors, however the Path property collector is the most widely used. The path property collector is used to find where a certain build tool is located. Path property collectors are designed to look in several common directories when trying to find a particular build tool.

For example, lets look at the default Git property collector for the server.

Image Added

This property collector is called Git.Default and it attempts to find Git.exe in the following locations on the server:

• %PATH% (This refers to the 'path' environment variable)
  
• %PROGRAMFILES%\Git\bin (%PROGRAMFILES% refers to the 'programfiles' environment variable)
• %PROGRAMFILES(x86)%\Git\bin (%PROGRAMFILES(x86)% refers to the 'programfiles(x86)' environment variable)

When the property collectors run, our Git property collector will check the above directories for the Git executable and if Continua can find it then a server property called Git.Default.Path which will point to the location of the Git executable. Continua then uses this property to check whether Git is installed on your server.

By default, Continua comes with an extensive list of property collectors that will try to locate the majority of the tools that you will use during your builds. These collectors will search standard install locations where these tools are usually installed. If you have installed any tools in a non-standard directory then you may need to modify these collectors.

How are Property Collectors Used?

Property Collectors are used every time you use a build tool or access a repository through Continua. Most Most of the time you will be unaware property collectors are in use due to the extensive list of default property collectors we've added to that are included automatically in Continua. There are 3 major areas property collectors are used that you need to be aware of.

Configuration

Property Collectors are used in the following areas:

Actions

When creating

...

or editing an action you may notice

...

the Using

...

field at the bottom of the dialog

...

. This Using property lists every path property collector that points to the current action tool. For example, if you create an NUnit action, its Using property will list every NUnit path property collector (as shown below). By selecting a property collector, you are telling that action to use a specific version of the build tool. For the NUnit example, if we select NUnit 2.6.2 then this action will only ever execute using the NUnit version 2.6.2. This also means that this action (and its parent's stage) will only run on an agent that has NUnit 2.6.2 installed and the executable is locatable by the property collector.

As all actions are executed on an agent, the Using property only includes property collectors that are set to run on agents. If you create a custom property collector for an action, make sure it is set to run on agents.

Note: By default, all property collectors listed in the Using property are default property collectors and they

...

all have their "Run On" attribute set to Agent. Since they're all set as Agent property collectors, we

...

construct an Agent Compatibility Matrix which

...

shows why an Agent may not be compatible with a

...

stage.

...

Continua determines the compatibility of an

...

agent by checking the Using property of all the actions in that stage. If the selected property collector matches its corresponding property on the agent then that agent is compatible with the current stage. For example, with the NUnit 2.6.2 property collector selected, the compatibility matrix will check which agents have the nunit.2.6.2.path property (This property was automatically generated by the NUnit.2.6.2 property collector). If the agent includes this property then Continua found the NUnit 2.6.2 executable on that agent.

Some simple actions do not have the Using property. These actions run either natively within Continua or Windows and do not require an external tool to run. These actions include the Delay Action, Tag Build action and most File operation actions.

If your build tool (or build tool version) does not appear in the Using property (i.e. does not have a property collector in Continua), then you can create a custom property collector that points to your build tool. Creating custom property collectors is described further down this page in the Create Custom Property Collectors section.

Manually Providing a Tool Path

If your build tool does not appear in the Using property or you are defining a unique executable for an action, then you can manually set the build tool path of that action. By selecting custom in the Using property you will then see the Path property appear at the bottom of the dialog (as shown below).

Image Added

While it is highly recommended that you create a custom property collector, there are some scenarios where you will just want to provide the path to your build tool. Read the Why Should I Use Property Collectors section below for reasons why custom property collectors are a good idea.

In addition to the Using property, you can manually specify property collector properties by using the Query Syntax in any action.

In addition to the "Using" drop down list, you can manually specify property collector properties by using the Query Syntax in any action. Chances are at some point you will need to use an executable in your workflow that Continua doesn't have an action form, for example FTP. To do this, you would add a property collector for your FTP executable, then use the Execute Program Action and specify the property using the Query Syntax. Accessing properties from property collectors using the query syntax is described below. Please note, when specifying properties manually there's no way for Continua to check if an Agent is compatible until the action is executed (at run time). If you want to manually specify a path and have the compatibility of an Agent detected before run time, then you would need to add a Stage Option that checks of the path exists. As an example, your stage option would look something like this: $Agent.MyFtpExecutable.Path$ with the condition drop down set to Exists.

Image Added

Repositories

Stage Options

How are Property Collectors used?

Most of the time you will be unaware property collectors are in use due to the extensive list of default property collectors we've added to Continua. There are 3 major areas property collectors are used that you need to be aware of.

Configuration

Actions

When creating an Action in the Stage Editor, you may notice a "Using" field at the bottom of the dialog on the first tab for all actions that are backed by an executable. Obviously actions like Delay and Tag Build don't require executables to perform their job so they won't have a "Using" drop down list.  The "Using" list contains the property collectors that are of use to the Action. Once a property collector is selected from this list and the Action is saved to the Stage and subsequently the Configuration, a requirement is then set on the Configuration for that property needing to be available before the Configuration can execute. One common theme for all property collectors found in the "Using" drop down in Actions is they all use a property collector type that returns a Path property. By default, all Actions will take the property collector assigned to them and only use the Path property since that's all the Action needs... the path to the executable to run the Action.

Note: Currently all property collectors listed in the "Using" drop down in Actions are all default property collectors and all have their "Run On" attribute set to Agent. Since they're all set as Agent property collectors, we can construct an Agent Compatibility Matrix which allows the user to see why an Agent may not be compatible with a Configuration. Determining the compatibility of an Agent is as simple as scanning all Actions in a Configuration and seeing if the property collectors they specified to use can find those properties on an Agent.

Note: To see how to get your own property collectors listed in the "Using" drop down, a full explanation can be found below.

In addition to the "Using" drop down list, you can manually specify property collector properties by using the Query Syntax in any action. Chances are at some point you will need to use an executable in your workflow that Continua doesn't have an action form, for example FTP. To do this, you would add a property collector for your FTP executable, then use the Execute Program Action and specify the property using the Query Syntax. Accessing properties from property collectors using the query syntax is described below. Please note, when specifying properties manually there's no way for Continua to check if an Agent is compatible until the action is executed (at run time). If you want to manually specify a path and have the compatibility of an Agent detected before run time, then you would need to add a Stage Option that checks of the path exists. As an example, your stage option would look something like this: $Agent.MyFtpExecutable.Path$ with the condition drop down set to Exists.

Stage Options

Stage Options are one place where you can directly access properties provided by property collectors. By using the Query Syntax, you can use access properties such as the Environment Variables of an Agent or the version of a file if you've setup a File Version property collector for that file. Accessing properties from property collectors using the query syntax is described below.

Repositories

Repositories are much like Actions with their "Using" field containing a list of property collectors. Like Actions, Repository property collectors must have a Path property, currently only the Path Finder Plugin property collector type is used for Repository property collectors. What's important to note with Repository property collectors is they're required to run on the Server but not the Agent. The reason for this is, Continua manages your repository from the Continua Server and not Agents which means the Server is the only one that absolutely needs access to the executable that manages the Repository.

Why Should I Use Property Collectors?

How Do I Know When My Tool Has Registered With Continua? 

Property Collector Types

Agent and Server Property Collectors

Viewing Property Collectors

Editing Property Collectors

Creating Custom Property Collectors

Restoring Default Property Collectors

Continua Cannot Find My Build Tool

Continua Does Not have a Property Collector for my Tool

Property Collectors tell Continua to gather certain properties on either an Agent or on the Server. Once a property collector has been defined, it will be sent out to all interested parties (Agents/Server, as defined in the Run On attribute of the collector). The property collector then gathers information on the target and reports those results to the server for later use. The type of property to gather is defined when the property collector is created.

What is a Property Collector Type?

Currently in Continua, there's 11 property collector types. Each type returns a value or a set of values. The table below outlines the property collector types and their return values.

Note: To see how to get your own property collectors listed in the "Using" drop down, a full explanation can be found below.

In addition to the "Using" drop down list, you can manually specify property collector properties by using the Query Syntax in any action. Chances are at some point you will need to use an executable in your workflow that Continua doesn't have an action form, for example FTP. To do this, you would add a property collector for your FTP executable, then use the Execute Program Action and specify the property using the Query Syntax. Accessing properties from property collectors using the query syntax is described below. Please note, when specifying properties manually there's no way for Continua to check if an Agent is compatible until the action is executed (at run time). If you want to manually specify a path and have the compatibility of an Agent detected before run time, then you would need to add a Stage Option that checks of the path exists. As an example, your stage option would look something like this: $Agent.MyFtpExecutable.Path$ with the condition drop down set to Exists.

Stage Options

Stage Options are one place where you can directly access properties provided by property collectors. By using the Query Syntax, you can use access properties such as the Environment Variables of an Agent or the version of a file if you've setup a File Version property collector for that file. Accessing properties from property collectors using the query syntax is described below.

Repositories

Repositories are much like Actions with their "Using" field containing a list of property collectors. Like Actions, Repository property collectors must have a Path property, currently only the Path Finder Plugin property collector type is used for Repository property collectors. What's important to note with Repository property collectors is they're required to run on the Server but not the Agent. The reason for this is, Continua manages your repository from the Continua Server and not Agents which means the Server is the only one that absolutely needs access to the executable that manages the Repository.

How to access properties gathered from Property Collectors

...

Note: Patterns are case insensitive.

Actions

Repositories

...