Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

otherwise embedded mapping support #2476

Conversation

tanujgirdhar
Copy link
Contributor

  • no changes needed for relationalGraphFetch

  • always route to otherwiseMapping for graphFetchFlow

  • fix otherwise embedded mapping for graphfetch

  • behave as if embedded mapping were empty

What type of PR is this?

What does this PR do / why is it needed ?

Which issue(s) this PR fixes:

Fixes #

Other notes for reviewers:

Does this PR introduce a user-facing change?

* always route to otherwiseMapping for graphFetchFlow

* fix otherwise embedded mapping for graphfetch

* behave as if embedded mapping were empty
Copy link

Test Results

   111 files     111 suites   6m 29s ⏱️
4 023 tests 3 989 ✔️ 29 💤 0  5 🔥
5 336 runs  5 302 ✔️ 29 💤 0  5 🔥

For more details on these errors, see this check.

Results for commit 5bc1ee3.

@@ -12,6 +12,7 @@
// See the License for the specific language governing permissions and
// limitations under the License.

import meta::relational::mapping::*;
Copy link
Contributor

Choose a reason for hiding this comment

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

How is this import used? Can it be removed?

Seems that this is breaking encapsulation - core libraries depending on the implementation of relational.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

yes, this can be removed.

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