-
Notifications
You must be signed in to change notification settings - Fork 315
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
ByteSequence should offer methods with an encoding argument #342
Comments
yes that need to be done, do you mind opening a pr ? |
@lburgazzoli there's more to be done here IMHO... I'll open a 2nd PR following up on your 1st one. |
includes JavaDoc with explanations. Fixes etcd-io#342 (again)
FTR - more discussion about this now in #364 ... |
and deal with impacts in tests and OSGi ClientService (now with additional CharSet configuration) and in simple-ctl and watch-example, defaulting to UTF-8 everywhere. Fixes etcd-io#342 (again)
While doing #364, it occured to me that it's "not symetrical" to have |
ok |
and deal with impacts in tests and OSGi ClientService (now with additional CharSet configuration) and in simple-ctl and watch-example, defaulting to UTF-8 everywhere. Fixes etcd-io#342 (again)
includes JavaDoc with explanations. Fixes #342 (again)
and deal with impacts in tests and OSGi ClientService (now with additional CharSet configuration) and in simple-ctl and watch-example, defaulting to UTF-8 everywhere. Fixes #342 (again)
better to use explicit toString(Charset charset) instead fixes etcd-io#342
faster & better to use explicit toString(Charset charset) instead fixes etcd-io#342
faster & better to use explicit toString(Charset charset) instead fixes etcd-io#342
better to use explicit toString(Charset charset) instead fixes etcd-io#342
faster & better to use explicit toString(Charset charset) instead fixes etcd-io#342
better to use explicit toString(Charset charset) instead fixes #342
faster & better to use explicit toString(Charset charset) instead fixes #342
com.coreos.jetcd.data.ByteSequence
uses java.lang.String'sgetBytes()
which is using the platform's default charset.ByteSequence's
toString()
method already has ajava.nio.charset.Charset
argument, but e.g. itsfromString()
and several other methods do not.Ideally, all ByteSequence's methods (static and constructors) should have variant which also accept an
java.nio.charset.Charset
argument?The text was updated successfully, but these errors were encountered: