<?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: Community Connectors confusion with `connector_spec.yaml` usage (or lack of usage) in Data Engineering</title>
    <link>https://community.databricks.com/t5/data-engineering/community-connectors-confusion-with-connector-spec-yaml-usage-or/m-p/163808#M55189</link>
    <description>&lt;P&gt;The &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; isn't what controls the UI for custom connectors. When you use the "Add Custom Community Connector" path in the workspace UI, Databricks shows a generic connection form with all available auth types. That form is the same for every custom connector regardless of what's in your spec file.&lt;/P&gt;
&lt;P&gt;The reason the Microsoft Teams connector looks different is that Teams is an officially registered connector on the Databricks platform. Its connection form is rendered from Databricks' own UI definitions, not from the community repo's &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt;.&lt;/P&gt;
&lt;P&gt;Your &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; is read and enforced by the CLI tool, not the UI. The CLI (&lt;CODE&gt;community-connector create_pipeline&lt;/CODE&gt;) reads the spec to validate that the connection options you pass actually match what the connector expects, and it uses the &lt;CODE&gt;external_options_allowlist&lt;/CODE&gt; to populate the UC connection correctly. The UI flow bypasses all of that.&lt;/P&gt;
&lt;P&gt;So the short answer is: there's no way to make the "Add Custom Community Connector" UI respect your spec's connection parameters the same way Teams does. The way around it is to use the CLI to set up your connector:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class="language-bash"&gt;cd tools/community_connector
pip install -e .
community-connector create_pipeline &amp;lt;your_source&amp;gt; &amp;lt;pipeline_name&amp;gt; -n &amp;lt;connection_name&amp;gt; --repo-url https://github.com/your-org/your-repo
&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;This path does use &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; to validate your connection options and wire up the pipeline correctly.&lt;/P&gt;</description>
    <pubDate>Wed, 22 Jul 2026 19:16:56 GMT</pubDate>
    <dc:creator>iyashk-DB</dc:creator>
    <dc:date>2026-07-22T19:16:56Z</dc:date>
    <item>
      <title>Community Connectors confusion with `connector_spec.yaml` usage (or lack of usage)</title>
      <link>https://community.databricks.com/t5/data-engineering/community-connectors-confusion-with-connector-spec-yaml-usage-or/m-p/163666#M55174</link>
      <description>&lt;P&gt;Hi there, I'm a bit confused about how connections for Community Connectors setup should be. I assumed that the `connector_spec.yaml` file should outline the specifics of what is required for a Community Connector, but in practice it doesn't seem like it's being used. Below I share more context/details.&lt;/P&gt;&lt;P&gt;When attempting to setup my Custom connector, I input our repository name + source name:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ChristianRRL_0-1784673360714.png" style="width: 999px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/29267iC8012D334CF89E1D/image-size/large?v=v2&amp;amp;px=999" role="button" title="ChristianRRL_0-1784673360714.png" alt="ChristianRRL_0-1784673360714.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;HOWEVER, on the "Create a connection" page, I noticed it's giving me multiple options for Auth types: m2m, u2m (shared &amp;amp; per user), and static credential&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ChristianRRL_1-1784673396671.png" style="width: 999px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/29268iB54515F3065FE64B/image-size/large?v=v2&amp;amp;px=999" role="button" title="ChristianRRL_1-1784673396671.png" alt="ChristianRRL_1-1784673396671.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;I find this a bit odd, because I was trying to mirror closely to the existing Microsoft Teams Community Connector (via connector_spec.yaml), and for that connector it only asks for what was specified in the connector_spec.yaml:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ChristianRRL_2-1784673422995.png" style="width: 999px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/29269i1C7C4EC668F94753/image-size/large?v=v2&amp;amp;px=999" role="button" title="ChristianRRL_2-1784673422995.png" alt="ChristianRRL_2-1784673422995.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;For reference, here's the current connector_spec.yaml I have:&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="ChristianRRL_3-1784673445797.png" style="width: 999px;"&gt;&lt;img src="https://community.databricks.com/t5/image/serverpage/image-id/29270i126C2D6228C423BB/image-size/large?v=v2&amp;amp;px=999" role="button" title="ChristianRRL_3-1784673445797.png" alt="ChristianRRL_3-1784673445797.png" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 21 Jul 2026 22:39:54 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/community-connectors-confusion-with-connector-spec-yaml-usage-or/m-p/163666#M55174</guid>
      <dc:creator>ChristianRRL</dc:creator>
      <dc:date>2026-07-21T22:39:54Z</dc:date>
    </item>
    <item>
      <title>Re: Community Connectors confusion with `connector_spec.yaml` usage (or lack of usage)</title>
      <link>https://community.databricks.com/t5/data-engineering/community-connectors-confusion-with-connector-spec-yaml-usage-or/m-p/163808#M55189</link>
      <description>&lt;P&gt;The &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; isn't what controls the UI for custom connectors. When you use the "Add Custom Community Connector" path in the workspace UI, Databricks shows a generic connection form with all available auth types. That form is the same for every custom connector regardless of what's in your spec file.&lt;/P&gt;
&lt;P&gt;The reason the Microsoft Teams connector looks different is that Teams is an officially registered connector on the Databricks platform. Its connection form is rendered from Databricks' own UI definitions, not from the community repo's &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt;.&lt;/P&gt;
&lt;P&gt;Your &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; is read and enforced by the CLI tool, not the UI. The CLI (&lt;CODE&gt;community-connector create_pipeline&lt;/CODE&gt;) reads the spec to validate that the connection options you pass actually match what the connector expects, and it uses the &lt;CODE&gt;external_options_allowlist&lt;/CODE&gt; to populate the UC connection correctly. The UI flow bypasses all of that.&lt;/P&gt;
&lt;P&gt;So the short answer is: there's no way to make the "Add Custom Community Connector" UI respect your spec's connection parameters the same way Teams does. The way around it is to use the CLI to set up your connector:&lt;/P&gt;
&lt;PRE&gt;&lt;CODE class="language-bash"&gt;cd tools/community_connector
pip install -e .
community-connector create_pipeline &amp;lt;your_source&amp;gt; &amp;lt;pipeline_name&amp;gt; -n &amp;lt;connection_name&amp;gt; --repo-url https://github.com/your-org/your-repo
&lt;/CODE&gt;&lt;/PRE&gt;
&lt;P&gt;This path does use &lt;CODE&gt;connector_spec.yaml&lt;/CODE&gt; to validate your connection options and wire up the pipeline correctly.&lt;/P&gt;</description>
      <pubDate>Wed, 22 Jul 2026 19:16:56 GMT</pubDate>
      <guid>https://community.databricks.com/t5/data-engineering/community-connectors-confusion-with-connector-spec-yaml-usage-or/m-p/163808#M55189</guid>
      <dc:creator>iyashk-DB</dc:creator>
      <dc:date>2026-07-22T19:16:56Z</dc:date>
    </item>
  </channel>
</rss>

