> On 8 Dec 2016, at 10:41, Ulf Zibis <ulf.zi...@cosoco.de> wrote: > > Hi, > > I would prefer a "normal" class instead a convolut of static methods. Via a > normal constructor, we could pass some custom parameters e.g. > capital/uppercase letters for "abcdef", prefix a header line, width of the > index counter, bytes per line, i.e. have all the parameters, you have > hardcoded, variable.
The dumpToStream method is designed to cater for all forms of customisation. You can see in the implementation that the dump method simply calls dumpToStream with a custom collector. I think that approach is more flexible than a constructor taking a fixed set of parameters. > > Additionally I would like to see a method with variable start and end: > > String dump(byte[] bytes, int start, int length) > That makes sense, I will add that. And matching one for dumpToStream ? > > -Ulf > > Am 07.12.2016 um 17:32 schrieb Vincent Ryan: >> A hexdump facility has been available for many, many years via an >> unsupported class: sun.misc.HexDumpEncoder. >> Although that class was always unsupported, it was still accessible. That >> accessibility changes with Jigsaw so I’m proposing >> a very simple replacement in a new and supported class: java.util.HexDump. >> >> Thanks. >> >> Bug: https://bugs.openjdk.java.net/browse/JDK-8170769 >> Webrev: http://cr.openjdk.java.net/~vinnie/8170769/webrev.00/ >> >> >