<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Extension v1 to v2 migration - endpoint configuration in Extensions</title>
    <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248323#M4605</link>
    <description>&lt;P&gt;Ah right, that's what I was missing. A lot more flexibility with that model, especially for longer running extensions with a higher interval, great!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for quick answer Mike!&lt;/P&gt;</description>
    <pubDate>Fri, 14 Jun 2024 10:10:42 GMT</pubDate>
    <dc:creator>pahofmann</dc:creator>
    <dc:date>2024-06-14T10:10:42Z</dc:date>
    <item>
      <title>Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248275#M4599</link>
      <description>&lt;P&gt;&lt;SPAN&gt;I ran into a bit of an issue with&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;migrating python extensions from v1 to v2 regarding the endpoint configuration.&lt;BR /&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;The &lt;A href="https://developer.dynatrace.com/extensions-v2/dynatrace-extensions-vscode/guides/migrate/python-migrate/#change-the-extension-code" target="_self"&gt;migration docs&lt;/A&gt; mention:&amp;nbsp;&lt;/SPAN&gt;&lt;SPAN&gt;"&lt;EM&gt;You can find and replace all self.config. entries with self.activation_config&lt;/EM&gt;."&lt;BR /&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;That led to empty fields and when checking out the&amp;nbsp;&lt;EM&gt;activation_config &lt;/EM&gt;I saw&amp;nbsp;&lt;SPAN&gt;it has an array of endpoints with the config values.&lt;BR /&gt;&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;That matches the example from &lt;A href="https://developer.dynatrace.com/extensions-v2/dynatrace-extensions-vscode/guides/create_extension/#final-code" target="_self"&gt;Creating a Python extension&lt;/A&gt;, where it is iterated over the endpoints from self.activation_config["endpoints"] in the query method.&lt;BR /&gt;&lt;/SPAN&gt;&lt;BR /&gt;That would be a bigger change from v1 though, where the extension only knows about its current endpoint. And for a lot of extensions, I wouldn't be able to finish all endpoints in the 1 Minute query window.&lt;/P&gt;&lt;P&gt;Is this just a discrepancy in the docs or am I missing something else here?&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope someone has a quick pointer, I wasn't able to find anything else in the docs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 10:13:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248275#M4599</guid>
      <dc:creator>pahofmann</dc:creator>
      <dc:date>2024-06-14T10:13:02Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migratoin - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248307#M4601</link>
      <description>&lt;P&gt;Hey&amp;nbsp;&lt;a href="https://community.dynatrace.com/t5/user/viewprofilepage/user-id/48870"&gt;@Nick-Montana&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks, but that is not really related to my question about the endpoints of the extension.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The rest of the migration looks pretty straight forward. I'm using metrics v2 in my extensions anyway so v2 will just simplify things there.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 07:49:02 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248307#M4601</guid>
      <dc:creator>pahofmann</dc:creator>
      <dc:date>2024-06-14T07:49:02Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248322#M4604</link>
      <description>&lt;P&gt;Hi,&lt;/P&gt;
&lt;P&gt;You'd indeed have to add the endpoint loop if you want to have more than one endpoint in a monitoring configuration. If you only want one endpoint then that is fine as well. Keep in mind that in EF2.0 there is no 1 minute limitation anymore. Even more, each endpoint runs in its own thread so it's not subsequent.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 09:21:39 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248322#M4604</guid>
      <dc:creator>Mike_L</dc:creator>
      <dc:date>2024-06-14T09:21:39Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248323#M4605</link>
      <description>&lt;P&gt;Ah right, that's what I was missing. A lot more flexibility with that model, especially for longer running extensions with a higher interval, great!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for quick answer Mike!&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 10:10:42 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248323#M4605</guid>
      <dc:creator>pahofmann</dc:creator>
      <dc:date>2024-06-14T10:10:42Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248326#M4607</link>
      <description>&lt;P&gt;The flexibility makes a huge difference indeed. You can even create listeners and such seeing as it's just a python program.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 10:14:09 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248326#M4607</guid>
      <dc:creator>Mike_L</dc:creator>
      <dc:date>2024-06-14T10:14:09Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248330#M4608</link>
      <description>&lt;P&gt;Thinking about it I got one more question. You wrote &lt;EM&gt;Each&amp;nbsp;Endpoint runs in its own thread so it's not subsequent.&lt;/EM&gt;&lt;/P&gt;&lt;P&gt;Is it each Endpoint or each Monitoring configuration?&amp;nbsp; The Endpoints can't really be separated if I have to iterate over the config in the query?&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 11:27:42 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248330#M4608</guid>
      <dc:creator>pahofmann</dc:creator>
      <dc:date>2024-06-14T11:27:42Z</dc:date>
    </item>
    <item>
      <title>Re: Extension v1 to v2 migration - endpoint configuration</title>
      <link>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248331#M4609</link>
      <description>&lt;P&gt;The monitoring configurations run in their own process.&lt;/P&gt;
&lt;P&gt;Within that process you can spawn many threads, the schedule methods of the SDK handles that automatically for you.&lt;/P&gt;</description>
      <pubDate>Fri, 14 Jun 2024 12:00:25 GMT</pubDate>
      <guid>https://community.dynatrace.com/t5/Extensions/Extension-v1-to-v2-migration-endpoint-configuration/m-p/248331#M4609</guid>
      <dc:creator>Mike_L</dc:creator>
      <dc:date>2024-06-14T12:00:25Z</dc:date>
    </item>
  </channel>
</rss>

