Python SDK: return details from stream, topic, and consumer group creation
メンテナーはふだん 1 日以内に返信
@EthemKD がすでに取り組んでいます。
2026年9月14日 から。
評価
この issue はまだ評価されていません。
説明
Description
The Rust SDK returns the created resource details from these methods:
async fn create_stream(&self, name: &str)
-> Result<StreamDetails, IggyError>;
async fn create_topic(
&self,
stream_id: &Identifier,
name: &str,
options: &TopicCreateOptions,
) -> Result<TopicDetails, IggyError>;
async fn create_consumer_group(
&self,
stream_id: &Identifier,
topic_id: &Identifier,
name: &str,
) -> Result<ConsumerGroupDetails, IggyError>;
The Python methods perform the creation successfully but discard these return values and resolve to None.
StreamDetails, TopicDetails, and ConsumerGroupDetails are already implemented and registered as Python classes, so no new wrapper types are required.
This covers B13, B17, and B21 of the Python SDK parity work tracked in #3893.
Affected area / component
Python SDK
Proposed solution
- Change
IggyClient.create_stream()to returnStreamDetails. - Change
IggyClient.create_topic()to returnTopicDetails. - Change
IggyClient.create_consumer_group()to returnConsumerGroupDetails. - Convert each Rust result through the existing
Fromimplementation instead of discarding it. - Update the method documentation and regenerate
foreign/python/apache_iggy.pyi. - Extend the existing stream, topic, and consumer-group tests to assert that:
- The returned type is the corresponding Details class.
- The returned ID, name, and resource-specific fields match the created resource.
- Fetching the resource afterward returns matching details.
This changes only successful return values; existing arguments and error behavior remain unchanged.
Alternatives considered
Keep returning None and require a second get_* request. This adds an unnecessary round trip and remains inconsistent with the Rust API.
Contribution
- I'm willing to submit a pull request to implement this feature
Good first issue
- I think this could be a good first issue for a new contributor
- 主要言語
- Rust
- スター
- 5.2k
- フォーク
- 502
- 平均マージ
- 3日 4時間
- マージ済み PR(30日)
- 157
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/iggy のほかの issue
-
Go examples: add a message envelope producer and consumer対応中かも @ThunderGod77 が 2 日前に担当しました。 オープンgo good first issue
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
apache/iggy#4694 · コメント 3 件 · 担当者 1 名 ·
メンテナーはふだん 1 日以内に返信
-
HTTP client treats a consumer group as a plain consumer対応中かも @mohitduhan19 が 20 日前に担当しました。 オープンbug rust server
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
Add the fail-fast connection option to the Rust and Python quick-starts対応中かも @QIW9 が 8 日前に担当しました。 オープンdocs good first issue
難易度 1/5 1〜3時間 初心者へのやさしさ 92/100
メンテナーはふだん 1 日以内に返信
-
bug python sdk
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
メンテナーはふだん 1 日以内に返信
-
bug(partitions): a_removal_cut_short_leaves_the_marker_in_place panics when tests run as root対応中かも @coding-by-sea が今日担当しました。 オープンbug CI/CD
メンテナーはふだん 1 日以内に返信
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
near/near-sdk-rs#1676 ·
メンテナーはふだん 2 日以内に返信
-
auto:producer auto:security
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
fritzprix/libr-agent#2595 ·
メンテナーはふだん 1 日以内に返信
-
area:fs type:fix
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
Tripstack-Corp/spyc#1002 ·
メンテナーはふだん 1 日以内に返信
-
github_actions security
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
dekobon/big-code-analysis#1815 ·
メンテナーはふだん 1 日以内に返信
-
[Detail Bug] Request logs can be forged via control characters in fetch object keys (log injection)オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
s2-streamstore/cachey#211 ·
メンテナーはふだん 1 日以内に返信