मैं इसे स्थानीय रूप से पुन: पेश कर सकता हूं, देखते हैं कि यह सीआई में भी होता है, जब मेरे पास कुछ समय होगा तो मैं इसे ठीक कर दूंगा।

सीआई विफल हो गया, लेकिन मैं नहीं देख सकता कि हमने इसे 1.2.1 में कैसे तोड़ा। मैं देख सकता हूं कि getDeclaredMethods() में वे विधियां शामिल नहीं हैं जो डिफ़ॉल्ट कार्यान्वयन हैं। (वे कक्षा या उसके सुपरटेप में घोषित नहीं किए गए हैं)।

https://blog.jooq.org/2018/03/28/correct-reflective-access-to-interface-default-methods-in-java-8-9-10/ में कुछ चर्चा है - मैं यह नहीं सोचता प्रासंगिक है।

क्या समाधान भी सभी इंटरफेस और उनके मूल इंटरफेस को डिफ़ॉल्ट तरीकों से जोड़ना है? (हम अमूर्त विधियों को जोड़ सकते हैं, लेकिन यह अनिवार्य लगता है क्योंकि उन्हें ठोस वस्तु द्वारा कार्यान्वित किया जाना चाहिए)।

यह सबसे अधिक प्रासंगिक stackoverflow धागा मैंने पाया है: https://stackoverflow.com/questions/28400408/what-is-the-new-way-of-getting-all-methods-of-a-class-including-inherited- defau

ऐसा लगता है कि विभिन्न जेवीएम कार्यान्वयन में कुछ अंतर हो सकते हैं ...

यह काम करता है अगर मैं पहले java.util.Collection में डालता हूं, लेकिन यह आवश्यक नहीं होना चाहिए ...: /

मुझे यह भी लगता है कि यह getMethods के बजाय getDeclaredMethods का उपयोग करने के कारण है, मैंने सभी इंटरफेस चलने की कोशिश की लेकिन किसी भी तरह से इसे getInterfaces() में संग्रह इंटरफ़ेस नहीं मिल रहा था ...

एचएम, यह काम करने लगता है ... पूरी तरह से यकीन नहीं है कि क्यों।
https://github.com/kivy/pyjnius/pull/466/files#diff -06f2b31838f083623d82353f734d644a

संपादित करें: उह, एक segfault के लिए सहेजें… https://github.com/kivy/pyjnius/runs/348651345
अगर यह एक गड़बड़ था, तो फिर से चलाने की कोशिश की, ubuntu, python3.8, java 10 पर फिर से दुर्घटनाग्रस्त हो गया ...
संपादित 2: बहुत उलझन में, सभी मौजूदा संयोजन ने काम किया जब मैंने 3.8/जावा 10/उबंटू को एक साथ छोड़ दिया, फिर मैंने जावा 9 और 11 को सक्षम किया, और 3.7/11/उबंटू के साथ एक ही दुर्घटना हुई ... ठीक है, कम से कम मैं openjdk-11-jdk स्थापित कर सकता हूं मेरे ubuntu पर और आसानी से python3.7 के साथ परीक्षण करें …… और यह काम करता है। ग्रम्बल

https://dev.azure.com/conda-forge/feedstock-builds/_build/results?buildId=100815&view=logs&j=696704cc-6fef-57a3-ea36-f27779b8cd5e&t=06421391-4b55-523d-a804-5e1a5bfc1908
संयोग से ऐसा लगता है कि लिनक्स पर कोंडा-फोर्ज बिल्ड में 1.2.1 पर कुछ सेगफॉल्ट भी हैं, इसलिए यह मुद्दा मेरे बदलाव से पहले मौजूद हो सकता है।

कोलाब पर मेरे लिए पैच काम करता है

विनम्र टक्कर। अच्छा होगा कि इसका विलय कर दिया जाए। मैंने एक कोड टिप्पणी का सुझाव देते हुए अंतर में एक टिप्पणी जोड़ी।

इसे रुकने के लिए क्षमा करें, मुझे वास्तव में पता नहीं है कि सीआई को पास होने से क्या रोकता है, और मुझे वास्तव में एक समझ से बाहर त्रुटि को चुप करने के लिए लक्ष्य के हिस्से को अक्षम करना पसंद नहीं है, मैं मानता हूं कि यह बिटरोट कोई बेहतर नहीं है लेकिन मैं ' मुझे यकीन नहीं है कि इससे कैसे आगे बढ़ना है।

मैंने सोचा था कि क्या यह #480 के अनुसार एक समवर्ती मुद्दा था, लेकिन मुझे नहीं लगता कि पाइस्टेस्ट डिफ़ॉल्ट रूप से समवर्ती है।

मैंने स्थानीय रूप से पुन: प्रस्तुत करने की कोशिश की, लेकिन #480 को पुन: प्रस्तुत करने में सफल नहीं हुआ। यहाँ मेरी आज्ञा थी - इसकी एक डेबियन-आधारित छवि:

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 रिलीज को हटाने या किसी तरह इसे अनुपयोगी के रूप में चिह्नित करने का कोई मतलब है?

इसे रुकने के लिए क्षमा करें, मुझे वास्तव में पता नहीं है कि सीआई को पास होने से क्या रोकता है, और मुझे वास्तव में एक समझ से बाहर त्रुटि को चुप करने के लिए लक्ष्य के हिस्से को अक्षम करना पसंद नहीं है, मैं मानता हूं कि यह बिटरोट कोई बेहतर नहीं है लेकिन मैं ' मुझे यकीन नहीं है कि इससे कैसे आगे बढ़ना है।

क्या मैं सीआई परीक्षणों को फिर से चलाने का सुझाव दे सकता हूं? क्या हम इसे कम करने की कोशिश कर सकते हैं - क्या यह इस पैच में कोई समस्या है, या पिछले संस्करण में कोई समस्या है?

इस पर लौटने के लिए:

मुझे नहीं लगता कि 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 का उपयोग करके भी सत्यापित किया है:

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

हाय @ टीशर्टमैन मैं देख रहा हूं कि आपने getMethods() प्रतिबद्ध किया है। मैं उपरोक्त अतिरिक्त परीक्षण मामलों की भी अनुशंसा करता हूं।
मुझे यकीन नहीं था कि उस बच्चे को छिपाने वाली स्थिर विधि को कैसे हल किया जाए। newInstance() को Parent.newInstance() को छुपाना चाहिए। मुझे लगता है कि आपको ऑटोक्लास () में कक्षाओं और इंटरफेस के पुनरावृत्ति को पुन: व्यवस्थित करना होगा - कक्षाएं प्राप्त करने के लिए पेड़ पर चलना होगा, और फिर उन्हें विपरीत क्रम में लागू करना होगा, यानी java.lang.Object से शुरू करना।

एचएम, वास्तव में इस परीक्षण को जोड़ने से पता चलता है कि वर्तमान में java.util.Queue ऑटोक्लास के रूप में डाली गई वस्तु में size विशेषता नहीं है, जो गलत है।
मैं आपके विश्लेषण, रिवर्स लुकअप से सहमत हूं, JavaMultipleMethod बनाने के बजाय माता-पिता के तरीकों को समान हस्ताक्षर के साथ बदलना, जो एक अच्छी रणनीति की तरह लगता है।

501 ने सभी परीक्षण पास किए। इस मुद्दे को बंद करना। (स्तुति हो)।

संरक्षित क्षेत्र अभी भी गायब हैं!

इस लाइन को public से protected बदलने से परीक्षण विफल हो जाता है।

#500 पर चर्चा है कि क्या निजी/संरक्षित विधियों/क्षेत्रों को बिल्कुल उजागर किया जाना चाहिए।

मुझे लगता है कि यह अलग है, वर्तमान में हमारे पास सबकुछ होना चाहिए, और आपके फिक्स के साथ, यह तरीकों के लिए सच प्रतीत होता है, लेकिन जाहिर है कि यह फ़ील्ड के लिए सच नहीं है (और संभवतः कभी नहीं था?), इसलिए मुझे लगता है कि यह पहले हल करने के लिए एक बग है , फिर क्या हम उनकी गोपनीयता के स्तर के आधार पर उन विधियों/फ़ील्ड को फ़िल्टर करने की अनुमति देने का निर्णय लेते हैं जिन्हें हम देखना चाहते हैं। चूंकि यह बग बंद है, इसलिए मेरे लिए उस मामले के लिए एक नया खोलना समझ में आता है।

यह विधियों के लिए सही प्रतीत होता है, लेकिन स्पष्ट रूप से यह फ़ील्ड के लिए सच नहीं है (और संभवतः कभी नहीं था?)

इसने <1.2.1 के लिए काम किया, इसलिए मैं उम्मीद करूंगा कि यह >1.2.1,<2.0 में भी काम करे, भले ही इसे किसी भी संस्करण के लिए काम नहीं करना चाहिए था।