Skip to content

Conversation

@t8y8
Copy link
Contributor

@t8y8 t8y8 commented Sep 30, 2016

Fixes #87

'sqlproxy' connections can't be federated yet so they exist outside the 'named-connections' groupings that all other connections live in.

The simplest change is to just grab all federated connections and then make a second pass to get the published datasource connections too.

Added a test to verify the case with a mixed-case workbook: Federated and Non-Federated connections

Copy link
Contributor

@graysonarts graysonarts left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚀

@t8y8 t8y8 merged commit 8228efa into tableau:development Sep 30, 2016
@t8y8 t8y8 deleted the 87-dint-fixes branch September 30, 2016 20:21
graysonarts pushed a commit that referenced this pull request Oct 7, 2016
When Cross Database Joins were introduced in 10 all connections became "federated" by default, even if they weren't actually joined to anything else. 

In the file format that means they get represented as named-connection/connection elements. Expressed under one top-level connection element with a class of 'federated'.

Except for 'sqlproxy' connections (Published Data Sources) -- they stay in the old connection style as a top level connection element.

We need to, when in a 10.0 or greater workbook, get all federated connections (named-connection) plus go back and find any sqlproxy connections as well.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants