2024 Clojure 状态调查!中分享您的想法。

欢迎!请查阅关于页面了解有关此操作的一些更多信息。

+3
Java互通

Clojure 编译器无法解析从包私有基类继承的公共泛型方法。

重现说明

  • 在包 P1 中
    • 定义一个具有泛型类型参数的包私有类 A
    • 在 A 中定义一个使用泛型类型(要么是参数要么是返回值)的公共方法 M
      ** 定义一个扩展 A 的公共类 B
  • 在包 P2 中
    • 构造 B 的一个实例
      ** 调用 B.M()

这在 Java 中是有效的。在 Clojure 中,调用 B.M 会导致反射警告,然后是错误 "java.lang.IllegalArgumentException: Can't call public method of non-public class." 无论多少类型提示都无法防止警告或错误。

附件 clj-1243-demo1.tar.gz 包含演示问题的示例代码和脚本。

使用包私有类中的公共方法的 Java 项目示例

14个答案

0

评论由:stuart.sierra 发布

Java 中也无法通过反射调用此方法。

这可能是 Java 反射中的一个 bug:(链接:http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4283544 文本:JDK-4283544)

但为什么会仅在泛型方法上发生呢?

by
错误。这是一个合法的方法调用,因此可以使用 Java 反射调用它,甚至不需要使用 setAccessible。请参考我的答案中的示例:https://ask.clojure.org/index.php/4255/cannot-resolve-public-generic-method-package-private-class?show=12483#a12483
0
by

评论由:stuart.sierra 发布

根据 Rich Hickey,桥梁方法的存在是不确定的,并且在不同版本的 JDK 中不一致。

一个可能的解决方案是使用 ASM 检查第三方 Java 类的字节码,而不是反射 API。这样 Clojure 编译器就能访问与 Java 编译器相同的信息。

0
by

评论者:jafingerhut

CLJ-1183 已作为此问题的重复项关闭。在这里提及它,以防任何正在处理这个工单的人想要查看此链接并阅读那里的讨论或测试案例。

0
by

评论者:noamb

我目前使用的解决方案是定义一个新 Java 类,添加一个静态方法来做我所需要的事情,然后从 Clojure 中调用它。

0
by

评论者:noamb

此外,我还在 1.6 和 1.7(alpha5) 上看到这个问题,但问题提到的不超过 1.5。

0

评论者:adamtait

在尝试使用谷歌的云API时遇到了这个问题。
要使用谷歌的云数据存储,您需要访问受保护的泛型子类(BaseKey)上的(链接:https://github.com/GoogleCloudPlatform/gcloud-java/blob/v0.1.6/gcloud-java-datastore/src/main/java/com/google/gcloud/datastore/BaseKey.java#L96 文本:.kind)方法,而这个方法通过(链接:https://github.com/GoogleCloudPlatform/gcloud-java/blob/v0.1.6/gcloud-java-datastore/src/main/java/com/google/gcloud/datastore/KeyFactory.java#L25 文本:KeyFactory)扩展。

在Clojure 1.7和1.8的运行时进行了测试,以下异常依然存在;
{引用}
IllegalArgumentException 无法调用非公开类的公共方法:public com.google.gcloud.datastore.BaseKey$Builder com.google.gcloud.datastore.BaseKey$Builder.kind(java.lang.String) clojure.lang.Reflector.invokeMatchingMethod (Reflector.java:88)
{引用}

0

评论者:kstrempel

我在使用谷歌的云API时遇到了同样的问题。

在1.8和1.9.0-alpha7上进行了测试,问题依旧。

0

评论者:kstrempel

我在使用谷歌的云API时遇到了同样的问题。

在1.8和1.9.0-alpha7上进行了测试,问题依旧。

0

评论者:mruza

我遇到了同样的问题。附加的补丁(链接:^invocation_target_selection.patch 文本:attached patch)为我解决了问题。
项目的所有测试仍然通过,但这个补丁急需一个有知识的人复查。

0

评论者:alexmiller

嗨,Michal,

感谢您看一下这件事。

  1. 请在此说明如何创建补丁的正确格式: http://dev.clojure.org/display/community/Developing Patches
  2. 如果能提供一些解释来帮助审查,那就更好了。否则,审查员必须从头开始重新构建您的思维过程。
  3. 在审查之前,这个更改还需要一些测试(虽然编写起来可能不那么有趣,但我认为这是必要的)
0

评论者:mruza

我已经根据说明添加了测试并更新了补丁。

以下是这一决定的理由。下面是 src/jvm/clojure/lang/Compiler.java 文件中的一段摘录

1462: if(target.hasJavaClass() && target.getJavaClass() != null) 1463: { 1464: List methods = Reflector.getMethods(target.getJavaClass(), args.count(), methodName, false); 1465: if(methods.isEmpty()) 1466: { 1467: method = null; 1468: if(RT.booleanCast(RT.WARN_ON_REFLECTION.deref())) 1469: { 1470: RT.errPrintWriter() 1471: .format("Reflection warning, %s:%d:%d - call to method %s on %s can't be resolved (no such method).\n", 1472: SOURCE_PATH.deref(), line, column, methodName, target.getJavaClass().getName()); 1473: } 1474: } 1475: else 1476: { 1477: int methodidx = 0; 1478: if(methods.size() > 1) 1479: { 1480: ArrayList<Class[]> params = new ArrayList(); 1481: ArrayList<Class> rets = new ArrayList(); 1482: for(int i = 0; i < methods.size(); i++) 1483: { 1484: java.lang.reflect.Method m = (java.lang.reflect.Method) methods.get(i); 1485: params.add(m.getParameterTypes()); 1486: rets.add(m.getReturnType()); 1487: } 1488: methodidx = getMatchingParams(methodName, params, args, rets); 1489: } 1490: java.lang.reflect.Method m = 1491: (java.lang.reflect.Method) (methodidx >= 0 ? methods.get(methodidx) : null); 1492: if(m != null && amp; !Modifier.isPublic(m.getDeclaringClass().getModifiers())) 1493: { 1494: //public method of non-public class, try to find a public descendant 1495: if((type=Reflector.getDeepestPublicDescendant(m.getDeclaringClass(), target.getJavaClass())) == null) 1496: //if descendant not found, try to find an ancestor 1497: m = Reflector.getAsMethodOfPublicBase(m.get DeclaringClass(), m); 1498: } 1499: method = m; 1500: if(method == null && amp; RT.booleanCast(RT.WARN_ON_REFLECTION.deref())) 1501: { 1502: RT.errPrintWriter() 1503: .format("Reflection warning, %s:%d:%d - call to method %s on %s can't be resolved (argument types: %s).\n", 1504: SOURCE_PATH.deref(), line, column, methodName, target.getJavaClass().getName(), getTypeStringForArgs(args)); 1505: } 1506: } 1507: }

  • 第1462行的条件确保了目标类型/类的类型已知
  • 第1464行调用的 {{clojure.lang.Reflector.getMethods()}} 方法返回所有在目标类型中定义的给定名称的所有 public 方法列表
  • 然后在第1477-1491行选择要调用的最佳方法
  • 如果选中方法的声明类不是 public,则尝试找到一个 public 类,该类既是目标类型的超类,又是选中方法声明类的子类 - 这是在 {{clojure.lang.Reflector.getDeepestPublicDescendant()}} 方法中实现的
  • 如果找到了这样的类,则在为方法调用生成字节码时,将使用此类而不是方法声明的类
  • 如果没有找到此类,则尝试在声明选择的类的 public 祖先中找到一个兼容的方法

注意,这种变化可能会导致调用不同的方法,如 {{selecting-method-on-nonpublic-interface}} 测试所示。我认为这是一个可接受的变化,因为它
导致更好的匹配(就参数类型而言)的方法被调用

0

评论由:stuart.sierra 发布

CLJ-126描述了类似的 Java 5 问题。

0
by
参考: https://clojure.atlassian.net/browse/CLJ-1243 (由 stuart.sierra 提报)
0
by

以下是另一个示例代码,Java中正常工作但在Clojure中失败。示例类来自 [org.opensearch.client/opensearch-java "2.1.0"] 库。

此Java代码没有问题地运行

package example;

import org.opensearch.client.opensearch.core.bulk.IndexOperation;

import java.io.IOException;
import java.util.Map;

public class Example {
    public static void main(String[] args) throws IOException {
        new IndexOperation.Builder<Map<?, ?>>()
                .index("test-index")
                .id("test-id")
                .document(Map.of("test-document", 123))
                .build();
    }
}

但Clojure版本无法使用Java互操作编写。解决方法是手动使用反射调用这些方法

(ns example
  (:import (org.opensearch.client.opensearch.core.bulk IndexOperation$Builder)))

(defn bug []
  (-> (IndexOperation$Builder.)
      (.index "test-index")
      (.id "test-id")
      (.document {"test-document" 123})
      (.build)))

(defn workaround []
  (let [bulk-builder-index (-> (Class/forName "org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder")
                               (.getDeclaredMethod "index" (into-array Class [String])))
        bulk-builder-id (-> (Class/forName "org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder")
                            (.getDeclaredMethod "id" (into-array Class [String])))]
    (-> (IndexOperation$Builder.)
        ^IndexOperation$Builder ((fn [builder index]
                                   (.invoke bulk-builder-index builder (into-array Object [index])))
                                 "test-index")
        ^IndexOperation$Builder ((fn [builder id]
                                   (.invoke bulk-builder-id builder (into-array Object [id])))
                                 "test-id")
        (.document {"test-document" 123})
        (.build))))

(comment
  (bug)
  (workaround))

当使用Clojure 1.11.1加载此命名空间时,它给出以下反射警告

Reflection warning, .../example.clj:6:7 - call to method index on org.opensearch.client.opensearch.core.bulk.IndexOperation$Builder can't be resolved (argument types: java.lang.String).
Reflection warning, .../example.clj:7:7 - call to method id can't be resolved (target class is unknown).
Reflection warning, .../example.clj:8:7 - call to method document can't be resolved (target class is unknown).
Reflection warning, .../example.clj:9:7 - reference to field build can't be resolved.

当执行bug函数时,它因以下异常失败

Execution error (IllegalArgumentException) at example/bug (example.clj:6).
Can't call public method of non-public class: public final org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder org.opensearch.client.opensearch.core.bulk.BulkOperationBase$AbstractBuilder.index(java.lang.String)

IndexOperation$Builder 是一个公开类,它扩展了受保护的抽象类 WriteOperation$AbstractBuilder,该类扩展了受保护的抽象类 BulkOperationBase$AbstractBuilderindexid 方法的返回类型是类级别类型参数,但方法参数不是泛型。

以下是库代码中的相关位置

...