This is an automated email from the ASF dual-hosted git repository.

dongjoon pushed a commit to branch main
in repository https://gitbox.apache.org/repos/asf/spark-kubernetes-operator.git


The following commit(s) were added to refs/heads/main by this push:
     new 5a2de5b  [SPARK-53851] Set `io.netty.noUnsafe` to `true` to avoid 
JEP-498 warnings
5a2de5b is described below

commit 5a2de5b2dca41467df9316ed96d24a8ac96afeee
Author: Dongjoon Hyun <[email protected]>
AuthorDate: Wed Oct 8 23:58:48 2025 -0700

    [SPARK-53851] Set `io.netty.noUnsafe` to `true` to avoid JEP-498 warnings
    
    ### What changes were proposed in this pull request?
    
    This PR aims to set `io.netty.noUnsafe` to `true` to avoid JEP-498 warnings.
    
    ### Why are the changes needed?
    
    Java 24 has started to print warnings when `sub.misc.Unsafe` is used to 
access memory.
    - https://openjdk.org/jeps/498
    
    Since Netty 4.1.120.Final, we can use `io.netty.noUnsafe` setting.
    - https://github.com/netty/netty/pull/14943
    
    ### Does this PR introduce _any_ user-facing change?
    
    No behavior change.
    
    ### How was this patch tested?
    
    Manually tests.
    
    **BEFORE**
    
    ```
    Starting Operator...
    WARNING: A terminally deprecated method in sun.misc.Unsafe has been called
    WARNING: sun.misc.Unsafe::allocateMemory has been called by 
io.netty.util.internal.PlatformDependent0$2 
(file:/opt/spark-operator/operator/spark-kubernetes-operator.jar)
    WARNING: Please consider reporting this to the maintainers of class 
io.netty.util.internal.PlatformDependent0$2
    WARNING: sun.misc.Unsafe::allocateMemory will be removed in a future release
    25/10/09 03:35:46 INFO   o.a.s.k.o.SparkOperator Configuring operator with 
50 reconciliation threads.
    ```
    
    **AFTER**
    
    ```
    Starting Operator...
    25/10/09 03:32:21 INFO   o.a.s.k.o.SparkOperator Configuring operator with 
50 reconciliation threads.
    ```
    
    ### Was this patch authored or co-authored using generative AI tooling?
    
    No.
    
    Closes #378 from dongjoon-hyun/SPARK-53851.
    
    Authored-by: Dongjoon Hyun <[email protected]>
    Signed-off-by: Dongjoon Hyun <[email protected]>
---
 build-tools/helm/spark-kubernetes-operator/values.yaml | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/build-tools/helm/spark-kubernetes-operator/values.yaml 
b/build-tools/helm/spark-kubernetes-operator/values.yaml
index a1180dd..af6504b 100644
--- a/build-tools/helm/spark-kubernetes-operator/values.yaml
+++ b/build-tools/helm/spark-kubernetes-operator/values.yaml
@@ -41,7 +41,7 @@ operatorDeployment:
     # 
https://kubernetes.io/docs/concepts/scheduling-eviction/topology-spread-constraints/
     topologySpreadConstraints: [ ]
     operatorContainer:
-      jvmArgs: "-Dfile.encoding=UTF8 -XX:+ExitOnOutOfMemoryError 
-XX:+UseParallelGC -XX:InitialRAMPercentage=80 -XX:MaxRAMPercentage=80"
+      jvmArgs: "-Dfile.encoding=UTF8 -XX:+ExitOnOutOfMemoryError 
-XX:+UseParallelGC -XX:InitialRAMPercentage=80 -XX:MaxRAMPercentage=80 
-Dio.netty.noUnsafe=true"
       env:
         - name: "SPARK_USER"
           value: "spark"


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to