Query: report the elementId Convert writes, so results join a converted graph
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 68/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- go
調査の方向性
Start with Query's selectable-property handling and QueryResultElement.id, then trace Convert to api-json using the supplied ParseSources example. Make elementId selectable and verify it returns the declared, derived qualified-form, or normative library id that Convert writes, so Query and Convert results can be joined without client-side derivation.
索引モデルが issue の本文から書いたものです。
説明
A Query result can't be matched to the element Convert writes for it. Each reports a different identity, and the id Convert writes is not a queryable property.
// lib.sysml
package Lib { part def Engine { attribute mass : ScalarValues::Real; } }
// app.sysml
package App { private import Lib::*; part e : Engine; }
After ParseSources of both documents (develop 62f2442c3):
| element | Query (select: ["@id", "qualifiedName"]) |
Convert to api-json, @id |
|---|---|---|
Lib |
Lib |
Lib |
Lib::Engine |
Lib::Engine |
Lib__Engine |
Lib::Engine::mass |
Lib::Engine::mass |
Lib__Engine__mass |
App::e |
App::e |
App__e |
ScalarValues::Real (scope: ["ScalarValues::Real"]) |
ScalarValues::Real |
14c0aa22-5489-59b5-b438-ded26e83ba31 (normative id) |
QueryResultElement.id is documented as the qualified name, "the identity this service reports", so this is by design. But select: ["elementId"] is refused (unknown query property "elementId"), and the qualified name maps to the written @id only through the writer's escaping. For a library element it doesn't map at all, since that id is a hash. A declared ElementId or -id uuid also changes the written id.
Request. Make elementId a queryable (selectable) property. It would report the id Convert writes for the element under the same id form: the declared id, the derived qualified-form id, or a library element's normative id. The two answers can then be joined without re-deriving ids on the client.
- 主要言語
- Go
- スター
- 33
- フォーク
- 8
- 平均マージ
- 10時間 10分
- マージ済み PR（30日）
- 634
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Open-MBEE/OpenSysML のほかの issue
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
Open-MBEE/OpenSysML#608 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
Open-MBEE/OpenSysML の issue をすべて見る
似ている issue
-
cvss-severity:high devguard l3montree-cybersecurity/devguard/devguard pkg:golang/github.com/l3montree-dev/devguard risk:low state:open
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
l3montree-dev/devguard#3146 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
CLI
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
databricks/cli#6910 ·
メンテナーはふだん 1 日以内に返信
-
Table presenter appends a spurious ", ..." to the FIX column when all fix versions are already shownオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 88/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
canonical/microceph#900 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
vulncheck or vulndb
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信