{"id":4008,"date":"2020-07-10T15:24:07","date_gmt":"2020-07-10T09:54:07","guid":{"rendered":"https:\/\/www.h2kinfosys.com\/blog\/?p=4008"},"modified":"2025-04-03T07:09:32","modified_gmt":"2025-04-03T11:09:32","slug":"testng-listeners-in-selenium","status":"publish","type":"post","link":"https:\/\/www.h2kinfosys.com\/blog\/testng-listeners-in-selenium\/","title":{"rendered":"TestNG Listeners in Selenium"},"content":{"rendered":"\n

What is Listeners?<\/strong><\/h2>\n\n\n\n

Listeners are a very important feature of TestNG, which allow you to customize logs or reports of TestNG. As the name suggests, it listens to certain events and behaves accordingly. We can fully customize the logs using listeners. There are several interfaces in Java that allow you to modify TestNG behavior. These interfaces are known as TestNG Listeners in Selenium WebDriver. <\/p>\n\n\n\n

TestNG Listeners also allow us to customize the test logs or reports according to project requirements. Selenium testing<\/a> course content often covers TestNG Listeners, as they are essential for tracking events and executing specific actions at different stages of test execution, enhancing control and reporting.<\/p>\n\n\n\n

In Selenium WebDriver TestNG Listeners can be implemented at two levels:<\/p>\n\n\n\n

    \n
  1. Class Level: In this level, for every particular class we implement listeners, no matter how many test cases it includes.<\/li>\n\n\n\n
  2. Suite Level: In this level, for a particular suite we implement listeners which include several classes of test cases.<\/li>\n<\/ol>\n\n\n\n

    Types of Listeners in Selenium WebDriver<\/strong><\/h2>\n\n\n\n

    There are several interfaces that allow you to modify TestNG\u2019s behaviour. These interfaces are broadly called \u201cTestNG Listeners\u201d. Below are the few listeners:<\/p>\n\n\n\n

      \n
    1. IAnnotation Transformer<\/li>\n\n\n\n
    2. IConfigurationListener <\/li>\n\n\n\n
    3. IHookable<\/li>\n\n\n\n
    4. IInvokedMethodListener<\/li>\n\n\n\n
    5. IMethodInterceptor<\/li>\n\n\n\n
    6. IReporter<\/li>\n\n\n\n
    7. ISuiteListener<\/li>\n\n\n\n
    8. ITestListener<\/li>\n\n\n\n
    9. IConfigurable<\/li>\n\n\n\n
    10. IExecutionListener<\/li>\n<\/ol>\n\n\n\n

      Frequently Used TestNG Listeners With Examples<\/strong><\/h2>\n\n\n\n

      Below are the most popular and widely used TestNG listeners with examples.<\/p>\n\n\n\n

        \n
      1. ITestListener: <\/strong>ITestListener is the most popular TestNG listener in Selenium WebDriver. It provides an easy way to implement interface through a normal Java class, where the class overrides every method that are declared inside the ITestListener. By using TestNG listeners in Selenium WebDriver, you can change the default behavior of your test by adding different events to the methods and also defines a new way of logging or reporting.<\/li>\n<\/ol>\n\n\n\n

        ITestListener interface will implements Listeners. An ITestListener interface has following methods.<\/p>\n\n\n\n

          \n
        1. onTestStart(): <\/strong>An onTestStart() method is invoked before any test method gets started.<\/li>\n\n\n\n
        2. onTestSuccess(): <\/strong>An onTestSuccess() method is invoked when any test method succeeds. It is used to indicate that the particular test method has successfully finished its execution.<\/li>\n\n\n\n
        3. onTestFailure(): <\/strong>An onTestFailure() method is executed when test method fails. It is used to indicate that the particular test method has failed.<\/li>\n\n\n\n
        4.  onTestSkipped(): <\/strong>An onTestSkipped() method is executed when each test method is skipped. It is used to indicate that the particular test method has been skipped. <\/li>\n\n\n\n
        5. onTestFailedButWithinSuccessPercentage: <\/strong>This method is invoked each time the test method fails but within success percentage.<\/li>\n\n\n\n
        6. onStart(): <\/strong>An onStart() method is invoked on the start of any test method.<\/li>\n\n\n\n
        7. onFinish(): <\/strong>An onFinish() method is invoked when all test methods gets executed.<\/li>\n<\/ol>\n\n\n\n

          Test Example:<\/strong><\/h2>\n\n\n\n

          In this scenario, we’re going to automate the login process and incorporate the ‘ITestListener’ feature.<\/p>\n\n\n\n

            \n
          1. We’ll begin by launching the Chrome browser and navigating to the website www.gmail.com<\/a>.<\/li>\n\n\n\n
          2. After that, we’ll execute the login procedure.<\/li>\n<\/ol>\n\n\n\n

            Steps for Setting Up a TestNG Listener<\/strong><\/h2>\n\n\n\n

            Step 1: Open up Eclipse.<\/p>\n\n\n\n

            Step 2: Create a class called “TestListener” that implements the ‘ITestListener’ interface. Fill in the missing methods by simply hovering over the highlighted lines.<\/p>\n\n\n\n

            \"listener.PNG\"<\/figure>\n\n\n\n

            Click the “Add unimplemented methods” option. This action will insert several unimplemented methods (without content) into the code, as shown below.<\/p>\n\n\n\n

            package<\/strong> ListenerDemo;\n\nimport<\/strong> org.testng.ITestContext;\nimport<\/strong> org.testng.ITestListener;\nimport<\/strong> org.testng.ITestResult;\n\npublic<\/strong> class<\/strong> ListenerTest implements<\/strong> ITestListener {\n\npublic<\/strong> void<\/strong> onTestStart(ITestResult result) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onTestSuccess(ITestResult result) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onTestFailure(ITestResult result) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onTestSkipped(ITestResult result) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onTestFailedButWithinSuccessPercentage(ITestResult result) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onStart(ITestContext context) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\npublic<\/strong> void<\/strong> onFinish(ITestContext context) {\n\/\/ TODO<\/strong> Auto-generated method stub\n\n}\n\n}\n<\/pre>\n\n\n\n
            Let’s make some changes to the ‘ListenerTest’ class now. Specifically, we’ll be modifying the following methods:<\/p>\n\n\n\n
            \"methods.PNG\"<\/figure>\n\n\n\n
            In the updated version, we’re simply printing the name of the test. This generates logs in the console that make it straightforward for the user to identify whether a test has passed, failed, or been marked as skipped.<\/p>\n\n\n\n
            After these modifications, the code will appear as follows:<\/p>\n\n\n\n
            package<\/strong> Listener_Demo;

            import<\/strong> org.testng.ITestContext;
            import<\/strong> org.testng.ITestListener;
            import<\/strong> org.testng.ITestResult;

            public<\/strong> class<\/strong> ListenerTest implements<\/strong> ITestListener {

                \/\/ This method is called when Test case get Started.
            public<\/strong> void<\/strong> onTestStart(ITestResult result) {
                System.out<\/em><\/strong>.println(result.getName()+\" test case started\");

            }
                \/\/ This method is called when Test case get passed.
            public<\/strong> void<\/strong> onTestSuccess(ITestResult result) {
                System.out<\/em><\/strong>.println(\"The name of the testcase passed is :\"+result.getName());

            }
                \/\/ This method is called when Test case get failed,.
                public<\/strong> void<\/strong> onTestFailure(ITestResult result) {
                System.out<\/em><\/strong>.println(\"The name of the testcase failed is :\"+result.getName());

            }
                \/\/ This method is called when Test case get Skipped,.
                public<\/strong> void<\/strong> onTestSkipped(ITestResult result) {
                    System.out<\/em><\/strong>.println(\"The name of the testcase Skipped is :\"+result.getName());
            }

            public<\/strong> void<\/strong> onTestFailedButWithinSuccessPercentage(ITestResult result) {
            \/\/ TODO<\/strong> Auto-generated method stub

            }

            public<\/strong> void<\/strong> onStart(ITestContext context) {
            \/\/ TODO<\/strong> Auto-generated method stub

            }

            public<\/strong> void<\/strong> onFinish(ITestContext context) {
            \/\/ TODO<\/strong> Auto-generated method stub

            }

            }


            Step 3: Develop another class called \"TestCases\" to handle the login process. Selenium will utilize this 'TestCases' class to execute the login procedure automatically.<\/pre>\n\n\n\n
            package<\/strong> Listener_Demo;

            import<\/strong> org.openqa.selenium.By;
            import<\/strong> org.openqa.selenium.WebDriver;
            import<\/strong> org.openqa.selenium.chrome.ChromeDriver;
            import<\/strong> org.testng.Assert;
            import<\/strong> org.testng.annotations.Test;

            public<\/strong> class<\/strong> TestCases {

            WebDriver driver= new<\/strong> ChromeDriver();

            \/\/ Test to pass as to verify listeners .
            @Test
            public<\/strong> void<\/strong> Login()
            {
                driver.get(\"https:\/\/login.yahoo.com\/config\/login?\");
                
                driver.findElement(By.id<\/em>(\"login-username\")).sendKeys(\"vinodreddy10.thumma@gmail.com\");
                driver.findElement(By.id<\/em>(\"login-signin\")).click();
                driver.findElement(By.id<\/em>(\"login-passwd\")).sendKeys(\"Oracle11i\");
                driver.findElement(By.id<\/em>(\"login-signin\")).click();
            }

            \/\/ Forcefully failed this test as to verify listener.
            @Test
            public<\/strong> void<\/strong> TestToFail()
            {
                System.out<\/em><\/strong>.println(\"This method to test fail\");
                Assert.assertTrue<\/em>(false<\/strong>);
            }


            }


            Step 4: We'll incorporate this listener into our project class named \"TestCases.\" There are two distinct methods to link the class and interface.<\/pre>\n\n\n\n
            The initial approach involves using the Listeners annotation (@Listeners), demonstrated as follows:<\/p>\n\n\n\n
            \"listenerclass.PNG\"<\/figure>\n\n\n\n
            We apply this in the “TestCases” class, as illustrated below.<\/p>\n\n\n\n
            Thus, the appearance of the “TestCases” class following the implementation of the Listener annotation will be:<\/p>\n\n\n\n
            package<\/strong> Listener_Demo;\n\nimport<\/strong> org.openqa.selenium.By;\nimport<\/strong> org.openqa.selenium.WebDriver;\nimport<\/strong> org.openqa.selenium.chrome.ChromeDriver;\nimport<\/strong> org.testng.Assert;\nimport<\/strong> org.testng.annotations.Listeners;\nimport<\/strong> org.testng.annotations.Test;\n\n@Listeners(ListenerDemo.ListenerTest.class<\/strong>)\n\n\npublic<\/strong> class<\/strong> TestCases {\nWebDriver driver= new<\/strong> ChromeDriver();\n\n\/\/ Test to pass as to verify listeners .\n@Test\npublic<\/strong> void<\/strong> Login()\n{\n    driver.get(\"https:\/\/login.yahoo.com\/config\/login?\");\n    \n    driver.findElement(By.id<\/em>(\"login-username\")).sendKeys(\"vinodreddy10.thumma@gmail.com\");\n    driver.findElement(By.id<\/em>(\"login-signin\")).click();\n    driver.findElement(By.id<\/em>(\"login-passwd\")).sendKeys(\"Oracle11i\");\n    driver.findElement(By.id<\/em>(\"login-signin\")).click();\n}\n\n\/\/ Forcefully failed this test as to verify listener.\n@Test\npublic<\/strong> void<\/strong> TestToFail()\n{\n    System.out<\/em><\/strong>.println(\"This method to test fail\");\n    Assert.assertTrue<\/em>(false<\/strong>);\n}\n\n\n}\n<\/pre>\n\n\n\n
            When you run the above class the project structure is shown below:<\/p>\n\n\n\n
            \"out.PNG\"<\/figure>\n\n\n\n
            Step 5: Now, let’s run the “TestCases” class. The methods from the “ListenerTest” class will be called automatically depending on how the methods annotated with @Test behave.<\/p>\n\n\n\n
            Step 6: Take a look at the console output. The logs displayed after running the ‘TestCases’ will look something like this:<\/p>\n\n\n\n
            \"output1.PNG\"<\/figure>\n\n\n\n
            Using Listeners for Multiple Classes:<\/h2>\n\n\n\n
            In cases where a project involves multiple classes<\/a>, if we need to add listeners, we can handle this by creating a testng.xml file. Within the XML, we can include a listeners tag to achieve the desired functionality.<\/p>\n\n\n\n
            <?xml version=\"1.0\"<\/em> encoding=\"UTF-8\"<\/em>?>  \n<!DOCTYPE suite SYSTEM \"http:\/\/testng.org\/testng-1.0.dtd\">  \n<suite name=\"test_suite\"<\/em>>  \n<test name=\"Including test cases\"<\/em>>  \n<groups>  \n<run>  \n<include name=\"Include.*\"<\/em>\/>  \n<\/run>  \n<\/groups>  \n<classes>  \n<class name=\"com.testing.GroupRegularExpression\"<\/em>\/>  \n<\/classes>  \n<\/test> <!-- Test -->  \n<\/suite> <!-- Suite --> <\/pre>\n\n\n\n
            This listener is applied consistently across all classes within the entire test suite. Once you execute the XML file mentioned above, the listeners will operate on all the classes specified. You’re free to declare any number of listener classes as needed.<\/p>\n\n\n\n
            2. IAnnotationTransformer<\/strong><\/h3>\n\n\n\n
            IAnnotationTransformer is an interface that gets invoked by TestNG to modify the behavior of the test annotation method in our test class that provides a \u201ctransform\u201d method. The transform method provides parameters:<\/p>\n\n\n\n
              \n
            1. annotation:<\/strong> The annotation is read from the test class.<\/li>\n\n\n\n
            2. testClass:<\/strong> This parameter would represent the same class if the annotation found on a class.<\/li>\n\n\n\n
            3. testConstructor:<\/strong> If the annotation found a constructor, this parameter would represent that same constructor.<\/li>\n\n\n\n
            4. testMethod:<\/strong> If the annotation found a method, this parameter would represent that same method.<\/li>\n<\/ol>\n\n\n\n
              Note:<\/strong> At least one of the parameters will be non-null.<\/p>\n\n\n\n
              Below is the code that would be executed at the suite level. In this code, we used a (\u201calwaysRun = true\u201d<\/strong>) parameter in our Test annotation that indicates that the test method would always run even if the parameters on which the method depends fails. However, we would transform this behavior of our test method through IAnnotationTransformer Listener which won\u2019t allow the particular test method to get executed.<\/p>\n\n\n\n
              Listeners Class File:<\/strong><\/h2>\n\n\n\n
              package<\/strong> Listener_Demo;\n\nimport<\/strong> java.lang.reflect.Constructor;\nimport<\/strong> java.lang.reflect.Method;\n\nimport<\/strong> org.testng.annotations.ITestAnnotation;\n\npublic<\/strong> class<\/strong> AnnotationTransformers {\n    public<\/strong> boolean<\/strong> isTestRunning(ITestAnnotation ins) {\n        if<\/strong> (ins.getAlwaysRun()) {\n            return<\/strong> true<\/strong>;\n        }\n        return<\/strong> false<\/strong>;\n    }\n    public<\/strong> void<\/strong> transform(ITestAnnotation annotation, Class testClass, Constructor testConstructor, Method testMethod) {\n        if<\/strong> (isTestRunning(annotation)) {\n            annotation.setEnabled(false<\/strong>);\n        }\n    }\n\n}\n<\/pre>\n\n\n\n
              Test Class File:<\/strong><\/h2>\n\n\n\n
              package<\/strong> Listener_Demo;\n\nimport<\/strong> org.testng.annotations.Test;\n\npublic<\/strong> class<\/strong> AnnotationTransformerTests {\n@Test(alwaysRun = true<\/strong>) public<\/strong> void<\/strong> test1() {\n        System.out<\/em><\/strong>.println(\"This is my first test whose behaviour  get changed while executing\");\n    }\n    @Test public<\/strong> void<\/strong> test2() {\n        System.out<\/em><\/strong>.println(\"This is my executed second test\");\n    }\n}\n<\/pre>\n\n\n\n
              Console Output Screen:<\/strong><\/h2>\n\n\n\n
              \"output2.PNG\"<\/figure>\n\n\n\n
                \n
              1. ISuiteListener:<\/strong> This ISuiteListener listener in Selenium WebDriver is implemented at a suite level called ISuiteListener. It mainly has two methods:<\/li>\n<\/ol>\n\n\n\n
                  \n
                • onStart:<\/strong> This method is executed prior the test suite.<\/li>\n\n\n\n
                • onFinish:<\/strong> This method is executed post the test suite.<\/li>\n<\/ul>\n\n\n\n
                  This ISuiteListener basically listens to the events that have occurred before and after the execution of the suite. If the parent suite contains child suites then these child suites are executed before running the parent suite.<\/p>\n\n\n\n
                  Step 1:<\/strong> Implementing ISuiteListener with java class and adding the unimplemented methods.<\/p>\n\n\n\n
                  Class: ListenersSuite<\/strong><\/h2>\n\n\n\n
                  package<\/strong> Listener_Demo;\n\nimport<\/strong> org.testng.ISuite;\nimport<\/strong> org.testng.ISuiteListener;\n\npublic<\/strong> class<\/strong> ListenersSuite implements<\/strong> ISuiteListener {\npublic<\/strong> void<\/strong> onStart(ISuite suite) {\n        System.out<\/em><\/strong>.println(\"Suite executed onStart\" + suite.getName());\n    }\n    public<\/strong> void<\/strong> onFinish(ISuite suite) {\n        System.out<\/em><\/strong>.println(\"Suite executed onFinish\" + suite.getName());\n    }\n}\n<\/pre>\n\n\n\n
                  Step 2:<\/strong> Creating two test classes and add in two different child suites.<\/p>\n\n\n\n
                  Class 1: Tests1SuiteListeners<\/strong><\/h2>\n\n\n\n
                  package<\/strong> Listener_Demo;\n\nimport<\/strong> org.testng.annotations.AfterSuite;\nimport<\/strong> org.testng.annotations.BeforeSuite;\nimport<\/strong> org.testng.annotations.Test;\n\npublic<\/strong> class<\/strong> Tests1SuiteListeners {\n    @BeforeSuite public<\/strong> void<\/strong> test1() {\n        System.out<\/em><\/strong>.println(\"BeforeSuite method in Suite1\");\n    }\n    @Test public<\/strong> void<\/strong> test2() {\n        System.out<\/em><\/strong>.println(\"Main method 1 Test\");\n    }\n    @AfterSuite public<\/strong> void<\/strong> test3() {\n        System.out<\/em><\/strong>.println(\"AfterSuite method in Suite1\");\n    }\n\n}\n<\/pre>\n\n\n\n
                  Class 2: Tests2SuiteListeners<\/strong><\/h2>\n\n\n\n
                  package<\/strong> Listener_Demo;\n\nimport<\/strong> org.testng.annotations.AfterSuite;\nimport<\/strong> org.testng.annotations.BeforeSuite;\nimport<\/strong> org.testng.annotations.Test;\n\npublic<\/strong> class<\/strong> Tests2SuiteListeners {\n    @BeforeSuite public<\/strong> void<\/strong> test1() {\n        System.out<\/em><\/strong>.println(\"BeforeSuite method in Suite2\");\n    }\n    @Test public<\/strong> void<\/strong> test2() {\n        System.out<\/em><\/strong>.println(\"Main method 2 Test\");\n    }\n    @AfterSuite public<\/strong> void<\/strong> test3() {\n        System.out<\/em><\/strong>.println(\"AfterSuite method in Suite2\");\n    }\n\n}\n<\/pre>\n\n\n\n
                  Step 3: Adding the test classes to the child suites.<\/strong><\/h2>\n\n\n\n
                  Suite 1: Test Suite One.xml<\/strong><\/p>\n\n\n\n
                  <?xml version=\"1.0\"<\/em> encoding=\"UTF-8\"<\/em>?>\n<suite name=\"Test Suite One\"<\/em>>\n    <test name=\"Test Method1\"<\/em>>\n        <classes>\n            <class name=\"Listener_Demo.Tests1SuiteListeners\"<\/em> \/>\n        <\/classes>\n    <\/test>\n<\/suite><\/pre>\n\n\n\n
                  Suite 2: Test Suite Two.xml<\/strong><\/p>\n\n\n\n
                  <?xml version=\"1.0\"<\/em> encoding=\"UTF-8\"<\/em>?>\n<suite name=\"Test Suite Two\"<\/em>>\n    <test name=\"Test Method2\"<\/em>>\n        <classes>\n            <class name=\"Listener_Demo.Tests2SuiteListeners\"<\/em> \/>\n        <\/classes>\n    <\/test>\n<\/suite><\/pre>\n\n\n\n
                  Step 4:<\/strong> Create a parent suite xml file and combine above 2 defined suites along with the listeners class.<\/p>\n\n\n\n
                  <?xml version=\"1.0\"<\/em> encoding=\"UTF-8\"<\/em>?>\n<suite name=\"suiteListener\"<\/em>>\n    <listeners>\n        <listener class-name=\"Listener_Demo.ListenersSuite\"<\/em>><\/listener>\n    <\/listeners>\n    <suite-files>\n        <suite-file path=\".\/One.xml\"<\/em>><\/suite-file>\n        <suite-file path=\".\/Two.xml\"<\/em>><\/suite-file>\n    <\/suite-files>\n<\/suite>\n<\/pre>\n\n\n\n
                  Console Output Screen:<\/strong><\/h2>\n\n\n\n
                  \"listoutput.PNG\"<\/figure>\n\n\n\n
                  Conculsion:<\/strong><\/h2>\n\n\n\n
                  In Selenium WebDriver, listeners are valuable tools for generating logs and customizing TestNG reports, providing greater insight and control over test executions. These TestNG Listeners in Selenium are interfaces that can be implemented in test scripts to automatically perform specific actions based on events such as test start, success, or failure. <\/p>\n\n\n\n
                  By using TestNG Listeners in Selenium, you can streamline the logging process, automate actions like capturing screenshots on failure, and enhance reporting with minimal manual intervention.<\/p>\n\n\n\n
                    \n
                  • There are different types of listeners and can be used as per requirements.<\/li>\n\n\n\n
                  • Listeners are interfaces used in selenium web driver script<\/li>\n<\/ul>\n\n\n\n
                    Call to Action<\/strong><\/h2>\n\n\n\n
                    Ready to elevate your automation testing capabilities? With TestNG Listeners in Selenium, you\u2019ll gain the skills to customize test reports, automate logging, and improve test case management. At H2K Infosys, our comprehensive Selenium courses cover TestNG Listeners in-depth, providing hands-on experience with real-world projects.<\/p>\n\n\n\n
                    Join H2K Infosys today to learn how to effectively implement TestNG Listeners in Selenium and take your automation testing skills to the next level!<\/p>\n","protected":false},"excerpt":{"rendered":"
                    What is Listeners? Listeners are a very important feature of TestNG, which allow you to customize logs or reports of TestNG. As the name suggests, it listens to certain events and behaves accordingly. We can fully customize the logs using listeners. There are several interfaces in Java that allow you to modify TestNG behavior. These […]<\/p>\n","protected":false},"author":1,"featured_media":4019,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[43],"tags":[1097,1096,1094,1095],"class_list":["post-4008","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-selenium-tutorials","tag-iannotationtransformer","tag-listener-use-for-multiple-classes","tag-testng-listeners","tag-types-of-listeners-in-selenium-webdriver"],"_links":{"self":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts\/4008","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/comments?post=4008"}],"version-history":[{"count":0,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/posts\/4008\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/media\/4019"}],"wp:attachment":[{"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/media?parent=4008"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/categories?post=4008"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.h2kinfosys.com\/blog\/wp-json\/wp\/v2\/tags?post=4008"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}