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

Mark transport-rxtx as @deprecated #7199

Closed
normanmaurer opened this issue Sep 8, 2017 · 5 comments
Closed

Mark transport-rxtx as @deprecated #7199

normanmaurer opened this issue Sep 8, 2017 · 5 comments
Assignees
Milestone

Comments

@normanmaurer
Copy link
Member

#7198 just reminded me that I wanted to bring up the topic of mark transport-rxtx as @deprecated for some time.

This is mainly driven because I think there is really no-one that maintain this one and there is no easy way for us to even test it. I think we should better concentrate and spend our time on the "real" core transports that are part of netty.

@Scottmitch @ejona86 @trustin @carl-mastrangelo WDYT ?

@normanmaurer normanmaurer self-assigned this Sep 8, 2017
@carl-mastrangelo
Copy link
Member

I don't believe Google is using it. No concerns here.

@ejona86
Copy link
Member

ejona86 commented Sep 8, 2017

Sounds fine to me. Searching around it seems like there may be some small projects using it on the Raspberry Pi or to talk to a wireless modem. They probably wouldn't be served fine using RXTX directly (says the person who hasn't looked at RXTX at all).

@normanmaurer
Copy link
Member Author

Fixed by #7200

@chrisdutz
Copy link

Hi,

I'm part of the Apache PLC4X (incubating) (http://plc4x.apache.org) project and we're currently implementing more and more industrial protocols (mainly ip based, but not exclusively). The Modbus protocol is now the first protocol we are implementing where the TCP version is just another layer on top of the old serial protocol. My first idea was to simply use Netty RxTxChannel and now read that's deprecated. Which path should I follow in order to implement the serial version of the driver?

Chris

@normanmaurer
Copy link
Member Author

@chrisdutz I guess the answer would be to implement your own Channel or fork what we have and maintain it. We just have not the expertise and time to maintain it anymore.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants