Merge "Update downloads page for Magnesium SR2"
[docs.git] / docs / developer-guide / yang-tools.rst
index 8f5f4bde2e73e41c072b5dbda784932c741aedbc..8dc5e3d84da039a37526bb4a3298039fd36a53d4 100644 (file)
@@ -324,7 +324,7 @@ Before you use a semantic version statement in a YANG module, you need
 to define an extension for it so that the YANG statement parser can
 recognize it.
 
-.. code:: yang
+.. code::
 
     module semantic-version {
         namespace "urn:opendaylight:yang:extension:semantic-version";
@@ -352,7 +352,7 @@ semantic version processing mode being active, the foo module imports
 the bar module based on its semantic version. Notice how both modules
 import the module with the semantic-version extension.
 
-.. code:: yang
+.. code::
 
     module foo {
         namespace foo;
@@ -370,7 +370,7 @@ import the module with the semantic-version extension.
         ...
     }
 
-.. code:: yang
+.. code::
 
     module bar {
         namespace bar;
@@ -472,10 +472,10 @@ normalized node. Here is a simple example of building a normalized node:
 
 .. code:: java
 
-    \\ example 1
+    // example 1
     ContainerNode containerNode == Builders.containerBuilder().withNodeIdentifier(new YangInstanceIdentifier.NodeIdentifier(QName.create(moduleQName, "example-container")).build();
 
-    \\ example 2
+    // example 2
     ContainerNode containerNode2 == Builders.containerBuilder(containerSchemaNode).build();
 
 Both examples produce the same result. NodeIdentifier is one of the four
@@ -500,7 +500,7 @@ Below is an example which shows the use of this method.
 Let us show a more complex example of creating a NormalizedNode. First,
 consider the following YANG module:
 
-.. code:: yang
+.. code::
 
     module example-module {
         namespace "opendaylight.org/example-module";
@@ -711,4 +711,3 @@ Introducing specific extension support for YANG parser
 
 Diagnostics
 ~~~~~~~~~~~
-