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

Support for Kryo serialization library #15265

Closed
atorr0 opened this issue Feb 20, 2021 · 11 comments
Closed

Support for Kryo serialization library #15265

atorr0 opened this issue Feb 20, 2021 · 11 comments
Labels
kind/extension-proposal Discuss and Propose new extensions triage/wontfix This will not be worked on

Comments

@atorr0
Copy link

atorr0 commented Feb 20, 2021

Kryo serialization option for https://code.quarkus.io/
Hi,

I've read the serialization extension listed in https://code.quarkus.io/, but I haven't found any reference to Kryo.
I think it could be very nice to have Kryo serialization extension listed.

Thank you,

More info:

@ia3andy
Copy link
Contributor

ia3andy commented Feb 23, 2021

@gsmet @gastaldi where should I forward extension request now?

@gastaldi
Copy link
Contributor

It should be created in the quarkusio/quarkus repository as an Extension Proposal

@ia3andy ia3andy transferred this issue from quarkusio/code.quarkus.io Feb 23, 2021
@ia3andy ia3andy added the kind/extension-proposal Discuss and Propose new extensions label Feb 23, 2021
@ia3andy
Copy link
Contributor

ia3andy commented Feb 23, 2021

Ok so it hasn't changed thanks.. moved..

@geoand
Copy link
Contributor

geoand commented Jul 8, 2022

Where do you envision Kryo would be used?

@atorr0
Copy link
Author

atorr0 commented Jul 11, 2022

Hi @geoand,

Kryo is fast and small, and also produces very efficient serialized output, so I not only envision this component as a general purpose serializer alternative, but I think it may fit in the IoT space.
Kryo IMHO seems mature enough, has a good documentation, with easy to underatand examples, and a good community behind the project.

@geoand
Copy link
Contributor

geoand commented Jul 11, 2022

Yes, there no denying that.
What I am wondering is what use cases do you have in mind for Quarkus?

@gastaldi
Copy link
Contributor

I created FasterXML/jackson-dataformats-binary#328 asking to be implemented as another Jackson Data Binary format

@geoand
Copy link
Contributor

geoand commented Apr 10, 2023

I don't really see how this would be used and we have not got any feedback on it either, so I'll close this as won't fix

@geoand geoand closed this as not planned Won't fix, can't repro, duplicate, stale Apr 10, 2023
@geoand geoand added the triage/wontfix This will not be worked on label Apr 10, 2023
@FrodoOf9Fingers
Copy link

I am aiming to write an adapter between a legacy system and a new system. I'm looking at using Kryo for dealing with serialization of (very) complex legacy object models that my adapter is constructing from data in the new system.

I came across this today, and seeing that it was just closed, figured I'd throw my use case in. I'm still poking around to see if there is a way to bring it in without direct support in Quarkus.

@geoand
Copy link
Contributor

geoand commented Apr 12, 2023

In that case you would just handle the use of Kryo manually, right?

@FrodoOf9Fingers
Copy link

Yep! What I ended up doing is targeting a byte array with the output stream and returning that (though, I've ended up on FST for my needs instead of Kryo). For streaming, I think you could pass a ResteasyReactiveOutputStream into Kryo's Output, though I have not confirmed that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/extension-proposal Discuss and Propose new extensions triage/wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

5 participants