On Wed, 1 Sep 2021 13:28:34 GMT, Jovan Stevanovic
wrote:
> GraalVM Native Image supports loading classes at runtime if they are known
> during image build (class predefinition). This is achieved by the JVMTI agent
> that registers dynamically generated classes in a regular HotSpot
On Thu, 9 Sep 2021 15:56:04 GMT, Joe Wang wrote:
>> Jovan Stevanovic has updated the pull request with a new target base due to
>> a merge or a rebase. The incremental webrev excludes the unrelated changes
>> brought in by the merge/rebase. The pull request contains one add
On Thu, 9 Sep 2021 12:25:17 GMT, Jovan Stevanovic
wrote:
>> GraalVM Native Image supports loading classes at runtime if they are known
>> during image build (class predefinition). This is achieved by the JVMTI
>> agent that registers dynamically generated classes in a r
On Thu, 9 Sep 2021 15:56:04 GMT, Joe Wang wrote:
> The headers look good now. Thanks.
Great!
-
PR: https://git.openjdk.java.net/jdk/pull/5331
On Wed, 8 Sep 2021 18:15:47 GMT, Joe Wang wrote:
> I'm not involved in any older releases. You'll need to find the right channel
> for a particular backport you want to make and ask there. As for merging the
> change in the current release, please update the copyright header and the
> LastModi
t; `com.sun.org.apache.xalan.internal.xsltc.compiler.Number` in the generated
> class.
Jovan Stevanovic has updated the pull request with a new target base due to a
merge or a rebase. The pull request now contains one commit:
8273278: Improving XSLT support for GraalVM's Native Image.
-
On Tue, 7 Sep 2021 23:48:08 GMT, Joe Wang wrote:
>> GraalVM Native Image supports loading classes at runtime if they are known
>> during image build (class predefinition). This is achieved by the JVMTI
>> agent that registers dynamically generated classes in a regular HotSpot run.
>> The Nativ
On Tue, 7 Sep 2021 06:44:22 GMT, Alan Bateman wrote:
> I guess a question here will be whether this should be contributed to the
> upstream Xalan project to keep the changes in the JDK in sync, or maybe the
> JDK has diverged too much already for this to matter.
It seems that both repositories
On Wed, 1 Sep 2021 13:28:34 GMT, Jovan Stevanovic
wrote:
> GraalVM Native Image supports loading classes at runtime if they are known
> during image build (class predefinition). This is achieved by the JVMTI agent
> that registers dynamically generated classes in a regular HotSpot
GraalVM Native Image supports loading classes at runtime if they are known
during image build (class predefinition). This is achieved by the JVMTI agent
that registers dynamically generated classes in a regular HotSpot run. The
Native Image build uses these registered classes to embed them into
10 matches
Mail list logo
