Alan,
are you talking about the fact that you cannot "wrap" an existing
byte[] that you know that you are already encoded ?
In that case the main problem is that the String is supposed to be
immutable and when you pass the byte[] it must be copied in order to
prevent someone else to modify the con
Il sab 15 dic 2018, 17:12 Alan Bateman ha scritto:
> On 15/12/2018 09:53, Enrico Olivelli wrote:
> > Hi Alan,
> > A little off-topic: Is there any plan to move to 'deny' by default in
> > Java 12 ?
> >
> Not for JDK 12 as that release is in Rampdown
t know how to export packages to the unnamed
> module of custom class loaders so the test is changed to open the
> packages to the test and then pass on the rights to the unnamed module
> of the custom class loader.
>
> http://cr.openjdk.java.net/~alanb/8215449/webrev/index.html
>
> -Alan
>
--
-- Enrico Olivelli
Il mer 7 nov 2018, 19:10 Alan Bateman ha scritto:
> On 07/11/2018 16:42, Enrico Olivelli wrote:
> > Hi,
> > I am investigating this case about PowerMock, which is not able to
> > remove the 'final' modifier from a Field
> > https://github.com/powermock/powe
Of
> Alan Bateman
> Sent: Wednesday, November 7, 2018 10:11 AM
> To: Enrico Olivelli ; core-libs-dev@openjdk.java.net
> Subject: Re: From JDK12 it is not possible to drop 'final' modifier
>
> On 07/11/2018 16:42, Enrico Olivelli wrote:
> > Hi,
> > I am inves
ection (and I totally support it) I will be fine and
adapt to the new rules.
Thanks
Enrico Olivelli
ger
>
> RĂ©mi
>
> >
> >
> > On 5/8/2017 10:14 AM, Remi Forax wrote:
> >> I agree that a method getFd should be great, we will need this kind of
> value if
> >> we want to use Panama.
> >>
> >> Did you try to serializing the FileDescriptor
bookkeeper-server/src/main/java/org/apache/bookkeeper/util/NativeIO.java
# getSysFileDescriptor
Is there any way to access the FD handle without using reflecttion ?
If not, is it possibile to enhance the FileDescriptor API in order to
given access to the internal "fd" field ?
Thank you
Enrico Olivelli