Cider: सीआईडीईआर जावा के लिए दस्तावेज़ नहीं दिखाता

जैसा कि आप देखते हैं, प्रतीक को गलती से java.lang.Character/toUpperCase के बजाय lang.String के लिए हल कर दिया गया है।

क्या आपको यह पूछने का संकेत नहीं मिलता है कि कौन सा संस्करण चुनना है?

@bbatsov अजीब तरह से, आज यह इस तरह है (जो बहुत बेहतर है ):

मैंने जांच की, और जब मैं डिफ़ॉल्ट हॉटकी का उपयोग करता हूं तो मुझे संकेत मिलता है (स्पेसमैक्स में यह , h h बुराई-सामान्य-स्थिति में है), लेकिन जब मैं इस हॉटकी का उपयोग करता हूं तो मैंने स्वयं को कॉन्फ़िगर किया है:

(key-chord-define-global "fd" '(lambda () (interactive "")
                                   (cond
                                    ((or (eq evil-state 'normal) (eq evil-state 'visual)) (execute-kbd-macro (kbd "<escape> , h h")))
                                    ((eq evil-state 'insert) (execute-kbd-macro(kbd "<escape> l , h h i"))))))

यह हॉटकी किसी तरह प्रॉम्प्ट को छोड़ देती है और केवल चरित्र के लिए डॉक्स दिखाती है।

बीटीडब्लू, एल्डोक का संकेत कुछ काम का भी उपयोग कर सकता है, उदाहरण के लिए, विभिन्न तरीकों के तर्कों के बीच अलगाव:

हम एक अच्छे अलगाव का पता नहीं लगा सके, इसलिए हमने सभी संभावित संस्करणों के हस्ताक्षरों को मिला दिया। यह आदर्श है, लेकिन दुर्भाग्य से मैं यह नहीं देख सकता कि इसे कैसे सुधारा जा सकता है। एल्डोक में एक स्ट्रिंग संरचना होनी चाहिए, अन्यथा वहां पर पैरा की हाइलाइटिंग टूट जाएगी।

@bbatsov मैंने अभी अपने Emacs को पुनरारंभ किया, और Javadocs फिर से गायब हो गया। :(

मुझे आश्चर्य है कि अगर आप 9 के बजाय जावा 8 को आजमाते हैं तो चीजें आपके लिए बदल जाती हैं। मेरे पास जावा 9 के साथ खेलने के लिए ज्यादा समय नहीं है और मुझे आश्चर्य है कि कुछ क्लासपाथ मैनिपुलेशन जो हम करते हैं वह ठीक से काम नहीं कर रहा है या कुछ। साथ ही - सुनिश्चित करें कि एल्डोक/साइडर-डॉक को आजमाने से पहले कोड बफर का मूल्यांकन किया गया है)।

@bbatsov मैंने जावा 8 पर स्विच किया, और अभी भी कोई समस्या नहीं है (लेकिन मैंने बहुत कोडिंग नहीं की है, इसलिए कौन जानता है)।
और मैं अभी समझ गया था कि आप वह व्यक्ति हैं जो बात कर रहे हैं ^__^ किसी तरह आपका अवतार मुझे इतना आक्रामक लग रहा था और इस तरह से मुझे आश्चर्य हुआ :)) आपके काम के लिए धन्यवाद;) मैं अब आपका क्लोजर बैड पार्ट्स टॉक देख रहा हूं

हाहा!

और मुझे लगा कि यह मेरा खुश चेहरा है! मैं

नमस्ते, (यहां emacs/साइडर शुरुआती)

सामान्य साइडर/रोडमैप में यह बग कहाँ स्थित है?

क्या यह अधिक है

• इस पर काम करने के लिए किसी के पास समय नहीं है
• इसे बाग के साथ/द्वारा हल किया जाएगा
• यह इरादा के अनुसार काम करता है
• इसे अभी काम नहीं करना चाहिए?

हर बार जब मैं clj/emacs सीखने में कुछ समय बिताता हूं तो मैं कुछ कक्षा देखना चाहता हूं और निराश हो जाता हूं - जो पूरी तरह से मुझ पर है, लेकिन मैं खुद से पूछता रहता हूं:

क्या मेरा सेटअप गलत है या टूटा हुआ है, या "असली" क्लोजर देवों को कभी भी जावाडोक देखने की ज़रूरत नहीं है - जो मेरे लिए काफी चौंकाने वाला होगा।

मेरा टेस्टकेस cider-doc java.util.concurrent.PriorityBlockingQueue माध्यम से देखने के लिए है जिसके परिणामस्वरूप https://imgur.com/a/TaQXfpS होता है ।

संक्षेप में: क्या यह सिर्फ मेरे लिए या सभी के लिए टूटा हुआ है और लोग इसके बिना कैसे सामना करते हैं?

पीपीएस: मैंने जावा 8 - 11 के साथ जावा-डॉक्टर और जावा-एसआरसी स्थापित करने की कोशिश की है

आउटपुट:

एक कक्षा पर

java.util.concurrent.PriorityBlockingQueue
   Extends: java.util.AbstractQueue
Implements: java.util.concurrent.BlockingQueue
            java.io.Serializable

Not documented.

For additional documentation, see the Javadoc.

Definition location unavailable.

एक विधि पर

java.util.concurrent.PriorityBlockingQueue/add
 [this java.lang.Object]
Not documented.

For additional documentation, see the Javadoc.

Definition location unavailable.

प्रगति !

मुझे लगता है कि निम्नलिखित हो रहा है

परिसर: मैं स्पेसमैक्स का उपयोग करता हूं, जो एमईएलपीए के साइडर का उपयोग करता है, वर्तमान में 0.20.0 + साइडर-एनआरईपीएल 0.20.0

साइडर-एनआरईपीएल 0.20.0 बाग का उपयोग करता है 0.3.1

मुद्दा:

ऑर्चर्ड jdk-sources -> jdk-resource-url और गंभीर रूप से -> jdk-root माध्यम से जावा स्रोतों का पता लगाता है

(def jdk-root
  "The JDK root directory (parent of the `java.home` JRE directory)"
  (-> (io/file (System/getProperty "java.home"))
      (.getParentFile)))

(https://github.com/clojure-emacs/orchard/blob/v0.3.1/src/orchard/java.clj#L47)

मेरे सिस्टम (archlinux) पर और ubuntus openjdk-11-jre-headless_11.0.1+13-2ubuntu1_amd64 पैकेज में ऐसा लगता है कि जावा /usr/lib/jvm तहत फ़ोल्डर के रूप में लेआउट हैं

अर्थात

# ~/Downloads/openjdk-11-jre-headless_11.0.1+13-2ubuntu1_amd64/data $ tree usr/lib/jvm/ -L 2
usr/lib/jvm/
├── java-1.11.0-openjdk-amd64 -> java-11-openjdk-amd64
└── java-11-openjdk-amd64

या आर्कलिनक्स

# ~ $ tree /usr/lib/jvm/ -L 2
/usr/lib/jvm/
├── default -> java-11-openjdk
├── default-runtime -> java-11-openjdk
├── java-11-openjdk
├── java-8-openjdk
└── java-default-runtime -> default

एक डेमो में emacs/साइडर उत्तर java.home यानी:

(System/getProperty "java.home") 
; =>  /usr/lib/jvm/java-11-openjdk

_मुझे नहीं पता कि बाहर से कोई चीज़ इसमें से गुज़रती है या नहीं, या अगर यह वर्तमान जावा का डिफ़ॉल्ट घर है।_

अगर मैं गलत नहीं हूँ तो इसका मतलब मेरे सिस्टम पर होगा jdk-root is

(-> (io/file (System/getProperty "java.home"))
      (.getParentFile))) 
; => /usr/lib/jvm/

जिसके परिणामस्वरूप jdk-resource-url चीजों को गलत (पैरेंट) फ़ोल्डर में देख रहे हैं

निष्कर्ष:

jdk-roots "जेडीके रूट निर्देशिका ( java.home जेआरई निर्देशिका का अभिभावक)" टिप्पणी/आधार गलत प्रतीत होता है (मैंने जल्दी से ऑनलाइन जांच की और ऐसा लगता है कि java. घर वास्तव में होने का मतलब है)

क्या यह किसी की मदद करता है?

हाँ, यह मदद करता है! जावा 8 के माध्यम से, java.home सिस्टम प्रॉपर्टी जेडीके रूट के भीतर एक जेआरई को इंगित करती है। यह प्रति https://docs.oracle.com/javase/7/docs/technotes/tools/linux/jdkfiles.html पर अपेक्षित है

user=> (System/getProperty "java.home")
"/usr/lib/jvm/java-8-openjdk-amd64/jre"

जावा 9 से आगे, JRE उपनिर्देशिका चली गई है और इसकी सामग्री को JDK रूट में एक स्तर तक मिला दिया गया है, जो अब java.home इंगित करता है:

user=> (System/getProperty "java.home")
"/usr/lib/jvm/java-11-openjdk-amd64"

(देखें https://docs.oracle.com/en/java/javase/11/install/installed-directory-structure-jdk.html)

डेबियन-व्युत्पन्न डिस्ट्रोस के उपयोगकर्ताओं के लिए एक तरफ, openjdk-11-source पैकेज src.zip लिए एक टूटी हुई सिमलिंक स्थापित करता है (देखें https://bugs.launchpad.net/ubuntu/+source/openjdk-lts /+बग/1791219)
इसे स्थापित करने के बाद, मेरे पास है:

$ pwd
/usr/lib/jvm
$ ls -l java-11-openjdk-amd64/src.zip
lrwxrwxrwx 1 root root 21 Nov 20 04:13 java-11-openjdk-amd64/src.zip -> ../openjdk-11/src.zip
$ find openjdk-11 -type f
openjdk-11/lib/src.zip

ऐसा लगता है कि बाग को दोनों जगहों पर जांच करनी चाहिए और परीक्षण करना चाहिए कि src.zip पढ़ने योग्य है या नहीं। यदि नहीं तो एसटीडीईआरआर को एक चेतावनी देने योग्य चेतावनी मुद्रित करना भी अच्छा होगा।
अगर यह उचित लगे तो मुझे एक पीआर सबमिट करने में खुशी होगी।

इस बीच, आप src.zip की अपनी प्रति ढूंढ सकते हैं और इसे मैन्युअल रूप से क्लासपाथ में जोड़ सकते हैं, उदाहरण के लिए :local/root deps.edn प्रविष्टि का उपयोग करना (यदि आप tools.deps https:/ /clojure.org/reference/deps_and_cli#_निर्भरता)।

एचएम, ऐसा लगता है कि कॉल श्रृंखला jdk-sources -> jdk-root केवल तभी कॉल की जाती है जब बूट-क्लास-लोडर में अन्यथा यह (.getContextClassLoader (Thread/currentThread)) ,

मैंने प्रोजेक्ट के माध्यम से क्लासपाथ पर ज़िप को मजबूर किया। clj

:profiles {:repl {:resource-paths ["/usr/lib/jvm/default/lib/src.zip"]}}

और के माध्यम से जाँच की

> (System/getProperty "java.class.path") ; in repl buffer
; "/home/_/Projekte/repos/temp/test/test:/_/patrik/Projekte/repos/temp/test/src:
   /usr/lib/jvm/default/lib/src.zip:  <snip>

अभी भी कोई डॉक्टर नहीं

ऐसा लगता है कि यह जावा 11 पर तब तक टूटेगा जब तक https://github.com/clojure-emacs/orchard/issues/20 ठीक नहीं हो जाता।
जावा 8 हालांकि काम करना चाहिए। आपको क्लासपाथ पर src.zip और tools.jar दोनों की आवश्यकता होगी जिसे स्वचालित रूप से जोड़ा जाना चाहिए। तब आप निम्न की तरह कुछ कोशिश कर सकते हैं (साइडर v0.21.1 पर):

(clojure.java.io/resource "java/util/AbstractQueue.java")
;; => #object[java.net.URL 0x2e00bc76 "jar:file:/usr/lib/jvm/java-8-openjdk-amd64/src.zip!/java/util/AbstractQueue.java"]

(require '[mranderson049.orchard.v0v4v0.orchard.java.parser :as ojp])

(keys (ojp/source-info 'java.util.AbstractQueue))
;; => (:class :doc :line :column :members :file :path)

इस समस्या को स्वचालित रूप से पुराने के रूप में चिह्नित कर दिया गया है क्योंकि इसमें हाल की गतिविधि नहीं है। आगे कोई गतिविधि नहीं होने पर इसे बंद कर दिया जाएगा। आपके योगदान और समझ के लिए धन्यवाद!

@jeffvalk ने हाल ही में जुड़े ऑर्चर्ड मुद्दे को संबोधित किया है, इसलिए मुझे लगता है कि हम इसे बंद कर सकते हैं।

डेबियन 10 पर, मुझे केवल openjdk-11-source इंस्टॉल करना था। मैं src.zip को सिमलिंक करने की कोशिश करने गया और पाया कि यह पहले ही बनाया जा चुका है।

Emacs 26.3 CIDER 0.24.0 nREPL 0.6.0 Java 1.8.0_242 के साथ Ubuntu 18.04 पर मैंने Leiningen प्रोफ़ाइल ( ~/.lein/profiles.clj ) के संसाधन के रूप में जावा स्रोतों के साथ एक ज़िप युक्त एक dir जोड़ा:

{:user {:resource-paths ["/usr/lib/jvm/openjdk-8"]}}