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

.kfk.Metadata returns topic information as lists of dictionaries instead of tables #77

Open
mattmaynes opened this issue Mar 15, 2021 · 4 comments

Comments

@mattmaynes
Copy link

When you invoke .kfk.Metadata, the topics return is a list of dictionaries that have aligned keys but is not typed as 98h. This makes it impossible to do select or exec on that data to filter out the topic you might be interested in.

client:.kfk.Consumer[`metadata.broker.list`group.id!(`$"localhost:9092";`0)];
info: .kfk.Metadata client
type info `topics
/=> 0h
type each info`topics
/=> 99h 99h
key each info`topics
/=> topic err partitions
/=> topic err partitions

The same is then true for the partitions key that is nested under the topics table. I am using version 1.5.0 in kdb+ 3.6 2019.11.13 on macOS 10.15.7.

KDB+ 3.6 2019.11.13 Copyright (C) 1993-2019 Kx Systems
m64/ 4()core 8192MB
@mshimizu-kx
Copy link
Contributor

Hi Matt,

This issue was fixed in the latest version (kafkakdb v2.0-alpha).

Thanks,

@mattmaynes
Copy link
Author

Ah, perfect. Is that download available now or is there a scheduled release date for that?

@mshimizu-kx
Copy link
Contributor

Hi Matt,

We are planning to release alpha version as soon as possible.

Currently we are checking open issues and clearing resolved ones and at the same time checking if we have left simple enhancement open. I hope we can release in the next week.

Thanks,
Masato

@mattmaynes
Copy link
Author

Thanks @mshimizu-kx, no rush for me - I was just curious on the timeline. Appreciate it, thanks!

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

No branches or pull requests

2 participants