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反射的一个错误:[链接: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

评论人:stuart.sierra

根据Rich Hickey,桥接方法的存在是未指定的,并且在不同版本的JDK之间不一致。

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

0

评论由:jafingerhut作出

CLJ-1183已关闭,作为此问题的重复。在此处提及它,以防任何在此票据上工作的朋友想跟进链接并阅读那里的讨论或测试用例。

0

评论由:noamb作出

我目前使用的方法是定义一个新的Java类,添加一个静态方法来执行我需要的操作,然后从Clojure中调用它。

0

评论由: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 运行时测试过,以下异常持续存在;
{quote}
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)
{quote}

0

评论者: kstrempel

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

用 1.8 和 1.9.0-alpha7 测试过,问题依旧。

0

评论者: kstrempel

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

用 1.8 和 1.9.0-alpha7 测试过,问题依旧。

0

评论者: mruza

我也遇到了相同的问题。我附加的(链接:^invocation_target_selection.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 && !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.getDeclaringClass(), m); 1498: } 1499: method = m; 1500: if(method == null && 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()}} 方法返回了为给定目标类型定义的所有 公共 方法的列表
  • 然后在第 1477-1491 行选择要调用的最佳方法
  • 如果所选方法的声明类不是 公共 的,则尝试找到一个既是目标类型的超类又是声明所选方法的类的子类的 公共 类 - 这是在 {{clojure.lang.Reflector.getDeepestPublicDescendant()}} 方法中实现的
  • 如果找到了这样的类,则用它来代替发射方法调用字节的声明类
  • 如果没有找到这样的类,则尝试在声明所选方法的类的 公共 先辈中找到一个兼容的方法

注意,变更可能会导致比变更之前调用不同的方法,如 {{selecting-method-on-nonpublic-interface}} 测试所示。我认为这是一个可以接受的变化,因为它
导致了更匹配(与参数类型相比)的方法的调用
使 clojure 中的方法选择行为与 java 更加相似

0
by

评论人: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.

当执行错误功能时,将抛出异常

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 方法返回类型是类级别类型参数,但方法参数不是泛型的。

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

...