Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Required Boilerplate for Op Scripts

Define the boilerplate for op scripts.

You can write Junos OS op scripts in Extensible Stylesheet Language Transformations (XSLT), Stylesheet Language Alternative syntaX (SLAX), or Python. Op scripts must include the necessary boilerplate required for that script language. Include boilerplate for both basic script functionality as well as any optional functionality used within the script such as the Junos OS extension functions and named templates. This topic provides standard boilerplate that you can use in XSLT, SLAX, and Python op scripts.

XSLT Boilerplate for Op Scripts

The XSLT op script boilerplate is as follows:

Line 1 is the Extensible Markup Language (XML) processing instruction (PI). This PI specifies that the code is written in XML using version 1.0. The XML PI, if present, must be the first non-comment token in the script file.

Line 2 opens the style sheet and specifies the XSLT version as 1.0.

Lines 3 through 6 list all the namespace mappings commonly used in op scripts. Not all of these prefixes are used in this example. Listing all namespace mappings prevents errors if you use the mappings in later versions of the script.

Line 7 is an XSLT import statement. It loads the templates and variables from the ../import/junos.xsl file, which ships as part of Junos OS (in the file /usr/libdata/cscript/import/junos.xsl). The junos.xsl file contains a set of named templates you can call in your scripts. For more information about the named templates, see Understanding Named Templates in Junos OS Automation Scripts.

Line 8 defines a template that matches the </> element. The <xsl:template match="/"> element is the root element and represents the top level of the XML hierarchy. All XPath expressions in the script must start at the top level. Starting at the root element enables the script to access all possible Junos XML and Junos XML protocol remote procedure calls (RPCs). For more information, see XPath Overview.

After the <xsl:template match="/"> element, the <op-script-results> and </op-script-results> container tags must be the top-level child tags, as shown in Lines 9 and 10.

Line 11 closes the template.

Between Line 11 and Line 12, you can define additional XSLT templates that you call from within the <xsl:template match="/"> template.

Line 12 closes the style sheet and the op script.

SLAX Boilerplate for Op Scripts

The SLAX op script boilerplate is as follows:

Python Boilerplate for Op Scripts

Python op scripts do not have a required boilerplate. However Python op script must import any objects that the script uses. Python op scripts can import the following:

  • Junos_Context dictionary—Contains information about the script execution environment.

  • jcs library—Enables the script to use Junos OS extension functions and named templates in the script.

  • jnpr.junos module and classes—Enable the script to use Junos PyEZ.

For example:

Python automation scripts do not need to include an interpreter directive line (#!/usr/bin/env python) at the start of the script. However, the program still executes correctly if one is present.