commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <>
Subject Re: [CRYPTO] Utils package
Date Sun, 19 Jun 2016 01:16:28 GMT
On 19 June 2016 at 01:30, Stian Soiland-Reyes <> wrote:
> +1 to rename crypto.utils it to .internal, and then we are somewhat free to
> shrink it in 1.1.

Also there are a couple of methods that are only called in one place
so should be moved to the calling class:


There may be others.

> I see many things in there that could form a minimal Commons Native, e.g.
> to help with bundled native libraries and architecture detection. While
> perhaps less people deal with JNI now than 10 years ago, several Apache
> projects do this, e.g. Hadoop (?).
> (Indeed, having a tmpfs with noexec flag has broken "java" software for me,
> as then the extracted .so fails to load, but often without a helpful error
> message - so a Common code for this might help)
> What exists already in Java land for Native library handling? One could
> even expand to Android support, which does this a bit differently..
> On 12 Jun 2016 12:41 p.m., "Benedikt Ritter" <> wrote:

Please start a separate thread for native code discussions.

>> Hi,
>> looking through the code I wonder what to do with the utils package. It
>> looks like the typical "don't know where to put this peace of code"-dumping
>> ground. I think we should at least mark the whole package as internal.
>> Further more we should change class names: Utils, IOUtils and
>> ReflectionUtils just call for trouble in user code. The best would be if we
>> could get rid of the package completely. I'm currently trying to find out
>> if that's possible.
>> Benedikt

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message