로컬에서 재현할 수 있습니다. CI에서도 발생하는지 확인하겠습니다. 시간이 나면 수정 사항을 찾아보겠습니다.

CI가 실패했지만 1.2.1에서 어떻게 깨졌는지 알 수 없습니다. getDeclaredMethods()에 기본 구현인 메서드가 포함되어 있지 않음을 알 수 있습니다. (클래스 또는 해당 상위 유형에서 선언되지 않음).

https://blog.jooq.org/2018/03/28/correct-reflective-access-to-interface-default-methods-in-java-8-9-10/에 약간의 토론이 있습니다. 관련이 있습니다.

솔루션은 또한 기본 메소드를 추가하는 모든 인터페이스와 상위 인터페이스를 걷는 것입니까? (추상 메소드를 추가할 수 있지만 구체 객체에 의해 구현되어야 하므로 이것은 불필요한 것처럼 보입니다.)

이것은 내가 찾은 가장 관련성이 유래 스레드입니다 : https://stackoverflow.com/questions/28400408/what-is-the-new-way-of-getting-all-methods-of-a-class-including-inherited- 데포

다른 JVM 구현에 약간의 차이가 있을 수 있는 것 같습니다...

먼저 java.util.Collection으로 캐스트하면 작동하지만 필요하지 않아야 합니다... :/

나는 또한 getMethods 대신 getDeclaredMethods를 사용하기 때문이라고 생각합니다. 모든 인터페이스를 살펴보려고 했지만 어쨌든 getInterfaces()에서 Collection 인터페이스를 찾지 못했습니다…

흠, 이것은 효과가 있는 것 같습니다... 이유를 완전히 모르겠습니다.
https://github.com/kivy/pyjnius/pull/466/files#diff -06f2b31838f083623d82353f734d644a

편집: 어, segfault를 위해 저장… https://github.com/kivy/pyjnius/runs/348651345
결함인 경우를 대비하여 다시 실행을 시도하고 우분투, python3.8, Java 10에서 다시 충돌했습니다…
edit2: 매우 혼란스럽습니다. 3.8/java10/ubuntu를 함께 제외했을 때 모든 현재 조합이 작동했습니다. 그런 다음 Java 9 및 11을 활성화하고 3.7/11/ubuntu와 동일한 충돌이 발생했습니다... 적어도 저는 openjdk-11-jdk를 설치할 수 있습니다. 내 우분투에서 python3.7로 쉽게 테스트할 수 있습니다... ...그리고 작동합니다. grmbl.

https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=100815&view=logs&j=696704cc-6fef-57a3-ea36-f27779b8cd5e&t=06421391-4b55-52
부수적으로 Linux의 conda-forge 빌드에도 1.2.1에 일부 segfault가 있는 것 같으므로 문제가 변경되기 전에 있었을 수 있습니다.

콜라보레이션에서 패치가 작동합니다.

공손한 범프. 이거 하나로 합치면 좋을텐데. 코드 주석을 제안하는 diff에 주석을 추가했습니다.

이 글을 남기게 해서 죄송합니다. CI가 통과하지 못하게 하는 것이 무엇인지 전혀 모릅니다. 이해할 수 없는 오류를 없애기 위해 대상의 일부를 비활성화하는 것을 정말 좋아하지 않습니다. 이 비트로트가 더 좋지 않다는 데 동의합니다. m 이것을 어떻게 진행해야 할지 잘 모르겠습니다.

이것이 #480에 따른 동시성 문제인지 궁금했지만 pytest는 기본적으로 동시성이라고 생각하지 않습니다.

로컬에서 재생을 시도했지만 #480 재생에 성공하지 못했습니다. 내 명령은 다음과 같습니다. Debian 기반 이미지입니다.

docker run -i continuumio/anaconda3 /bin/bash <<EOF

cat /etc/os-release
apt-get update
mkdir /usr/share/man/man1
apt-get -y install openjdk-11-jdk-headless gcc ant

conda create -y -n pyjnius python=3.7.5
conda activate pyjnius

git clone https://github.com/kivy/pyjnius.git
cd pyjnius/
python -m pip install -U setuptools cython
python setup.py bdist_wheel
pip install --timeout=120 .[dev,ci]
ant all
cd tests/
CLASSPATH="../build/test-classes:../build/classes" PYTHONPATH=/opt/conda/envs/pyjnius/lib/python3.7/site-packages/ pytest -v
cd ../
git checkout -b issue_465 origin/issue_465

python setup.py bdist_wheel
pip install --timeout=120 .[dev,ci]
ant all
cd tests/
CLASSPATH="../build/test-classes:../build/classes" PYTHONPATH=/opt/conda/envs/pyjnius/lib/python3.7/site-packages/ pytest -v

EOF

모든 테스트는 마스터와 브랜치에서 통과되었습니다.

동일한 문제를 관찰했는데 슈퍼클래스 메서드는 1.2.1에서 액세스할 수 없지만 모든 것이 1.2.0에서 작동합니다. 이것은 매우 불쾌한 버그입니다. 1.2.1 릴리스를 제거하거나 사용할 수 없는 것으로 표시하는 것이 합리적이라고 생각하지 않습니까?

이 글을 남기게 해서 죄송합니다. CI가 통과하지 못하게 하는 것이 무엇인지 전혀 모릅니다. 이해할 수 없는 오류를 없애기 위해 대상의 일부를 비활성화하는 것을 정말 좋아하지 않습니다. 이 비트로트가 더 좋지 않다는 데 동의합니다. m 이것을 어떻게 진행해야 할지 잘 모르겠습니다.

CI 테스트를 다시 실행하도록 제안할 수 있습니까? 이 문제를 좁힐 수 있습니까? 이 패치의 문제입니까, 아니면 이전 버전의 문제입니까?

여기로 돌아가려면:

getDeclaredMethods() 와 getMethods() 섞는 것이 답이라고 생각하지 않습니다. getMethods() 이면 충분합니다.

이에 대한 내 테스트 사례는 다음과 같습니다.

 def test_super_interface(self):
        LinkedList = autoclass('java.util.LinkedList')
        words = LinkedList()
        words.add('hello')
        words.add('world')
        q = cast('java.util.Queue', words)
        self.assertEqual(2, q.size())
        self.assertIsNotNone(q.iterator())

    def test_super_object(self):
        LinkedList = autoclass('java.util.LinkedList')
        words = LinkedList()
        words.hashCode()

    def test_super_interface_object(self):
        LinkedList = autoclass('java.util.LinkedList')
        words = LinkedList()
        q = cast('java.util.Queue', words)
        q.hashCode()

getDeclaredMethods()만 사용하면 다양한 오류가 발생합니다.

getMethods() 나의 유일한 문제는 test_inheritance.py 가 실패한다는 것입니다. 이것은 약간의 문제만 있습니다. org.jnius.Child의 정적 newInstance() 는 org.jnius.Parent newInstance() 메서드를 재정의합니다. getMethods() 는 newInstance() 메소드를 모두 보고 JavaMultipleMethod를 생성합니다. 이것은 잘못되었습니다. Child.newInstance() 는 Parent.newInstance() 숨겨야 합니다. https://www.java67.com/2012/08/can-we-override-static-method-in-java.html을 참조

jshell> org.jnius.Child.newInstance()
$3 ==> org.jnius.Child<strong i="24">@506c589e</strong>

안녕하세요 @tshirtman getMethods()를 커밋했습니다. 위의 추가 테스트 사례도 추천합니다.
Child.newInstance()가 Parent.newInstance()를 숨겨야 한다는 것을 숨기는 정적 메서드를 해결하는 방법을 확신하지 못했습니다. autoclass()에서 클래스 및 인터페이스의 반복을 재정렬해야 한다고 생각합니다. 트리를 탐색하여 클래스를 가져온 다음 java.lang.Object에서 시작하여 역순으로 적용합니다.

흠, 실제로 이 테스트를 추가하면 현재 java.util.Queue autoclass로 캐스팅된 객체에 size 속성이 없다는 것을 보여줍니다. 이는 잘못된 것입니다.
나는 당신의 분석, 역 조회, JavaMultipleMethod를 만드는 대신 동일한 서명으로 상위 메소드를 대체하는 것에 동의합니다. 이는 좋은 전략인 것 같습니다.

501은 모든 테스트를 통과했습니다. 이 문제를 닫습니다. (찬양하라).

보호 필드가 아직 없습니다!

이 줄 을 public 에서 protected 하면 테스트에 실패합니다.

비공개/보호된 메서드/필드를 전혀 노출해야 하는지 여부에 대해 #500에 대한 토론이 있습니다.

나는 그것이 다르다고 생각합니다. 현재 우리는 모든 것을 가지고 있어야 하며, 수정을 통해 메서드에 대해 사실인 것 같지만 분명히 필드에 대해서는 사실이 아니므로(그리고 아마도 결코 그렇지 않았습니까?) 먼저 해결해야 할 버그라고 생각합니다. , 그런 다음 개인 정보 보호 수준에 따라 보고 싶은 메서드/필드 필터링을 허용할지 여부. 이 버그가 종료되었으므로 해당 사례에 대해 새 버그를 여는 것이 좋습니다.

메소드에 대해서는 사실인 것 같지만 필드에 대해서는 사실이 아닌 것 같습니다.

<1.2.1에서 작동했으므로 어떤 버전에서도 작동하지 않아야 하는 경우에도 >1.2.1, <2.0에서도 작동할 것으로 예상합니다.