Does requestAttributes during target creation have an effect?
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 35/100
- issue の種類
- ドキュメント
- 明瞭さ
- おおむね明確
- 活発さ
- 停滞
- 技術スタック
- java
- 領域
- api, documentation
調査の方向性
Start by reproducing the provided POST to /rest/v1/targets with requestAttributes set to false, then GET the created target and compare the returned value. Read the target-creation API documentation and check how it describes requestAttributes; done means the behavior is confirmed and the docs set accurate expectations, including a hint if needed.
索引モデルが issue の本文から書いたものです。
説明
Could you cross-check if the requestAttributes == false has an effect when creating a target? Nothing critical. Would be good to know however to prevent from wrong expectations and worth a hint in the API docs I guess.
For reproduction the pseudo http file below could be helpful.
@baseUrl = http://localhost:8080
# mgmt api
@basicAuth = <some-base64-encoded-user:pwd>
### mgmt api: create target
POST {{baseUrl}}/rest/v1/targets
Authorization: Basic {{basicAuth}}
Content-Type: application/json
[
{
"name": "target-3",
"description": "Exemplary target",
"controllerId": "3",
"requestAttributes": false
}
]
### mgmt api: get target
GET {{baseUrl}}/rest/v1/targets/6
Authorization: Basic {{basicAuth}}
with a response of...
{
"createdBy": "some-user",
"createdAt": 1760024962956,
"lastModifiedBy": "some-user",
"lastModifiedAt": 1760024962956,
"name": "target-3",
"description": "Exemplary target",
"controllerId": "3",
"updateStatus": "unknown",
"securityToken": "<some-security-token>",
"requestAttributes": true,
"_links": {
"self": {
"href": "http://localhost:8080/rest/v1/targets/3"
},
"assignedDS": {
"href": "http://localhost:8080/rest/v1/targets/3/assignedDS"
},
"installedDS": {
"href": "http://localhost:8080/rest/v1/targets/3/installedDS"
},
"attributes": {
"href": "http://localhost:8080/rest/v1/targets/3/attributes"
},
"actions": {
"href": "http://localhost:8080/rest/v1/targets/3/actions?offset=0&limit=50&sort=id%3ADESC"
},
"metadata": {
"href": "http://localhost:8080/rest/v1/targets/3/metadata"
}
}
}
- 主要言語
- Java
- スター
- 601
- フォーク
- 228
- 平均マージ
- 18時間 20分
- マージ済み PR（30日）
- 58
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
eclipse-hawkbit/hawkbit のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
eclipse-hawkbit/hawkbit#3429 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 42/100
eclipse-hawkbit/hawkbit#3266 · コメント 2 件 ·
メンテナーはふだん 1 日以内に返信
-
Configurable automatic retries for failed actions (policy, backoff, rollout and auto-assignment support)再び着手できるかも @strailov が 75 日前に担当しましたが、オープン中のプルリクエストはありません。 オープンfeature request
eclipse-hawkbit/hawkbit#3251 · コメント 3 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
IN_SYNC and rollout success can be recorded while the device still runs the old image再び着手できるかも @denislavprinov が 107 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
eclipse-hawkbit/hawkbit#3185 · リアクション 1 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
doumentation: openapi.json is not updated after recent Hawkbit releases再び着手できるかも @denislavprinov が 72 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
eclipse-hawkbit/hawkbit#3035 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
eclipse-hawkbit/hawkbit の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
apache/rocketmq-dashboard#7302 ·
メンテナーはふだん 3 日以内に返信
-
area: android good first issue help wanted testing
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
Gautam-aman/ResQNet#56 ·
メンテナーはふだん 1 日以内に返信
-
documentation hermes-queue
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
chrisalunlloyd2-sudo/mindpalace#294 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
QuicksilverMC/Argentum#31 ·