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

Upgrade kafka_events events to python 3.12 #746

Open
jamshale opened this issue Jul 10, 2024 · 5 comments
Open

Upgrade kafka_events events to python 3.12 #746

jamshale opened this issue Jul 10, 2024 · 5 comments

Comments

@jamshale
Copy link
Contributor

Aca-py version 1.0.0 requires python 3.12. Most of the plugins were upgraded easily in #567, which is waiting for the release. However, kafka_events was proving more difficult. The aiokafka library was getting a doesn't support PEP 517 rule which was preventing the build. There's ways around this by building the library in the build files before installing with poetry, but there was additional complications with the alpine python 3.12 image which is used for the deliverer and queue services.

If we want the plugin to be available for new aca-py applications then we need to be able to upgrade.

@jamshale jamshale mentioned this issue Aug 19, 2024
@dbluhm
Copy link
Contributor

dbluhm commented Aug 19, 2024

We can swap from alpine to a debian based image, if that's all that's required. Use of alpine for the deliverer and queue services was somewhat arbitrary. Debian slim images are plenty small enough these days.

@jamshale
Copy link
Contributor Author

jamshale commented Aug 20, 2024

I think that may help. I tried that, but then I was getting ssl issues. It's the aiokafka library that was issue with PEP 517 builds, and none of the work a rounds I tried were working.

@dbluhm
Copy link
Contributor

dbluhm commented Aug 20, 2024

I'll dig into this!

@dbluhm
Copy link
Contributor

dbluhm commented Aug 28, 2024

@jamshale I'm looking at the kafka events plugin for the first time in a while and noticed that the plugin structure is different from what I remember. The kafka_queue, deliverer, and http_kafka_relay are all in a v1_0 package inside of a kafka_events package. Is this structure strictly necessary for the automated maintenance scripts?

It feels weird to have a definition.py for a plugin that isn't defining a protocol. The deliverer and http_kafka_relay are also more or less independent components and are not ACA-Py plugins. Would it be problematic for me to return the overall structure to what it was before, more or less?

@jamshale
Copy link
Contributor Author

No. I think I did that before I really understood what I was doing. I created the services directory because I thought we're similar enough to share the same dockerfiles and pyproject.toml file.

The structure only needs a directory inside the plugins' root directory, but any other changes are fine.

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