समस्या की रिपोर्ट करने के लिए धन्यवाद!

ऐसा JSON दस्तावेज़ कैसा दिखेगा? हमें केवल मूल कुंजी वाले कॉन्फ़िगरेशन फ़ाइलों के विशेष शब्दार्थ के लिए दस्तावेज़ीकरण की भी आवश्यकता है।

ऐसा JSON दस्तावेज़ कैसा दिखेगा?

दस्तावेज़ में केवल इस मामले में एक स्ट्रिंग होगी:

"This May Be the Year I Disappear"

। प्लगइन पहले से ही सही मान को पढ़ता है, अगर मैं ऊपर की सामग्री के साथ कॉन्फ़िगरेशन फ़ाइल को प्रतिस्थापित करता हूं:

printf '"This May Be the Year I Disappear"' > (kdb file user/tests/yajl/)
kdb get user/tests/yajl
#> This May Be the Year I Disappear

।

तो क्या केवल सेट की जरूरत है? यह काफी आसान लगता है!

तो क्या केवल सेट की जरूरत है?

जहां तक ​​मैं बता सकता हूं, हां।

मुझे लगता है कि मैं इसे अपने पहले अंक के रूप में देख सकता हूं। क्या आप मुझे कुछ संकेत दे सकते हैं जहां मुझे @ markus2330 दिखना शुरू करना चाहिए? धन्यवाद।

स्रोत src / plugins / yajl / yajl_gen.c और src / plugins / yajl / yajl_parse.c में है

सौभाग्य से @sanssecours ने एक उत्कृष्ट ट्यूटोरियल लिखा है जिसमें बताया गया है कि स्टोरेज प्लगइन्स को कैसे व्यवहार करना चाहिए (देखें doc / tutorials / storage-plugins.md)। तो आप अगले अंक के रूप में ले सकते हैं # 2132 (# 2477 शायद इसी का एक परिणाम है) और अन्य याज संबंधी समस्याएं। आपका मुख्य काम यालज प्लगइन में सरणियों का सत्यापन हो सकता है - या इससे भी बेहतर - बाहरी प्लगइन के रूप में (# 1862 देखें)।

यदि मैं एक खाली json दस्तावेज़ माउंट करता हूं (जिसका अर्थ है कि इसमें {} ), तो निम्न तब होता है जब मैं kdb set system/lvas/cm/yajl "test" कहता हूं।
elektraYajlSet को KeySet के साथ कहा जाता है जिसमें मान के रूप में (system/lvas/cm/yajl,test) होता है।

कॉल में elektraGenEmpty दूसरे क्लॉज़ को निष्पादित किया जाता है, क्योंकि वे KeySets का आकार 1 है।
स्ट्रैम्प भी सफल होता है क्योंकि पेरेंटे के पास कीसेट में अंतिम कुंजी के समान मूल्य होता है।

एक खाली नक्शा उत्पन्न होता है और elektraYajlSet समाप्त हो जाता है। तो फ़ंक्शन मान प्राप्त करता है, लेकिन इसके साथ कुछ भी नहीं करता है।

तो उस बिंदु जहां खाली नक्शे उत्पन्न होता है पर, मैं कोड के रूप में @sanssecours द्वारा वर्णित है कि एक json दस्तावेज़ में कुंजी मूल्य आउटपुट जोड़ सकता है यहाँ ।
यह काम करेगा, क्योंकि kdb उस मान को सही ढंग से पढ़ता है और kdb set system/lvas/cm/yajl/second "hi" जैसी कॉल इस {"__dirdata": "test", "second": "hi"} तरह एक json डॉक्यूमेंट तैयार करती है, जो उम्मीद के मुताबिक चाबियों को मैप करता है।

मुझे लगता है कि यह समाधान काम करेगा, लेकिन मुझे यह क्लीनर मिलेगा यदि मैं सीधे json दस्तावेज़ को {"__dirdata": "test"} सेट कर सकता हूं, जो कि एक ही शब्दार्थ होगा।

लेकिन मुझे यकीन नहीं है कि मैं ऐसा कैसे करूंगा। मुझे लगता है कि सही तरीका यह होगा कि डायरेक्टरीवल प्लग इन कुंजी को संशोधित करेगा जो कि elektraYajlSet प्राप्त करता है। या मुझे लगता है कि मैं खुद को ElektraYajlSet में KeySet को संशोधित कर सकता हूं।

क्या आपके पास @ markus2330 सुझाव है?

हाँ, Directoryvalue KeySet elektraYajlSet प्राप्त को संशोधित करता है। यह तब नहीं होता है, हालांकि, यदि केवल पेरेंटके मौजूद है (जैसा कि तब इसे "निर्देशिका" नहीं माना जाता है)। सफल होता है।

लेकिन ElektraGenEmpty की कुछ मान्यताएं हैं जो अब सच नहीं हैं (यह निर्देशिका के अस्तित्व में होने से पहले लिखा गया था)। तो अन्य कीड़े हैं, जैसे # 2132

मुझे लगता है कि यह समाधान काम करेगा, लेकिन मुझे यह क्लीनर मिलेगा यदि मैं सीधे json दस्तावेज़ को {"__dirdata": "परीक्षण"} पर सेट कर सकता हूं, जो कि शब्दार्थ समान होगा।

क्या {"": "test"} एक मान का वर्णन करने वाला न्यूनतम दस्तावेज़ नहीं होगा? यह "ऊंट" प्लगइन का व्यवहार भी प्रतीत होता है।

@sanssecours आप शायद पेरेंटेय और "खाली कुंजी" (%) (या अब के लिए कम से कम TODO) का वर्णन करने के लिए स्टोरेज-ट्यूटोरियल का विस्तार कर सकते हैं?

क्या आप संभवतः स्टोरेज-ट्यूटोरियल का विस्तार कर सकते हैं ताकि parentKeys का भी वर्णन किया जा सके…

मुझे लगता है कि प्लगइन ट्यूटोरियल पहले से ही वर्णन करता है

• मूल कुंजी का मूल्य (फ़ाइलपथ), और
• उस मूल कुंजियों का उपयोग त्रुटि और चेतावनी सूचना का उत्सर्जन करने के लिए किया जाता है

। मुझे कुछ और नहीं पता है जो माता-पिता की कुंजी के बारे में विशेष है।

और "खाली कुंजी" (%) (या अब के लिए कम से कम TODO)?

चूंकि यह पहली बार है जब मैंने खाली कुंजी के बारे में सुना है, मुझे नहीं लगता कि मैं ऐसा करने के लिए सही व्यक्ति हूं।

मैं यहाँ @sanssecours द्वारा वर्णित कोड मान को एक json दस्तावेज़ में आउटपुट करने वाला कोड जोड़ सकता था।

मुझे यकीन नहीं है कि यह YAJL के लिए किसी भी समस्या को संभालने का सही तरीका है, क्योंकि एक वैध JSON दस्तावेज़ को हमेशा शीर्ष स्तर पर एक सरणी या ऑब्जेक्ट की आवश्यकता होती है।

मुझे कुछ और नहीं पता है जो माता-पिता की कुंजी के बारे में विशेष है।

इसके अलावा और कुछ खास नहीं है सिवाय इसके कि कुछ कॉन्फ़िगरेशन फ़ाइल स्वरूपों में एक कुंजी के बिना केवल एक मूल्य का वर्णन करने का एक तरीका नहीं है।

"खाली कुंजी" (%)

खाली चाबियाँ आपको {"root": {"": "something"}} जैसे दस्तावेज़ों को मैप करने की अनुमति देती हैं। आप इसे वर्तमान में KeySet में कैसे मैप करते हैं?

मुझे यकीन नहीं है कि यह YAJL के लिए किसी भी समस्या को संभालने का सही तरीका है, क्योंकि एक वैध JSON दस्तावेज़ को हमेशा शीर्ष स्तर पर एक सरणी या ऑब्जेक्ट की आवश्यकता होती है।

यह बदला हुआ प्रतीत होता है: https://stackoverflow.com/questions/13318420/is-a-single-string-value-considered-valid-json

Https://www.ietf.org/rfc/rfc7159.txt में ऐसे उदाहरण भी हैं जो दिखाते हैं कि "केवल मान" की अनुमति है। लेकिन ऐसा लगता है जैसे याजल इसका समर्थन नहीं करता है ... (yajl 2.1.0-2 + ​​b3 त्रुटि Expected “{” but found “"” )

RFC 7159 की सुविधा से हम नक्शा कर सकते हैं:

"some value" -> माता-पिता = "कुछ मूल्य"
{"", "some value"} -> माता-पिता /% = "कुछ मूल्य"

लेकिन हमें इसके बाद याजल के आसपास काम करने की आवश्यकता होगी ... (चेंजलॉग यह भी संकेत नहीं देता है कि इस सुविधा को बाद में जोड़ा गया था)।

खाली चाबियाँ आपको {"रूट": {"": "कुछ"}} जैसे दस्तावेज़ों को मैप करने की अनुमति देती हैं। आप इसे वर्तमान में KeySet में कैसे मैप करते हैं?

YAML CPP की तरह लगता है इस डेटा को ठीक से संभालता है:

kdb mount config.yaml user/tests/yaml yamlcpp
printf '{"root": {"": "something"}}' > "$(kdb file user/tests/yaml)"
kdb ls user/tests/yaml
#> user/tests/yaml/root/%
kdb get user/tests/yaml/root/%
#> something

। मैंने हालांकि खाली कुंजी के लिए प्लगइन को अनुकूलित नहीं किया । स्टोरेज प्लगइन में setBaseName को सही स्ट्रिंग वैल्यू ( "" ) का उपयोग करके कॉल करना, इस सुविधा का समर्थन करने के लिए पर्याप्त होना चाहिए।

यह देखकर अच्छा लगा कि यह विशेष हैंडलिंग के बिना बाहर का काम करता है: +1:

@sanssecours क्या हम अब RFC 7159 का समर्थन करना चाहते हैं? यदि केवल पेरेंटके सेट हो तो आपके प्लगइन्स क्या करते हैं?

क्या अब हम RFC 7159 का समर्थन करना चाहते हैं?

मेरी राय में शीर्ष स्तर पर हर डेटा प्रकार का समर्थन करने से समझ में आता है।

यदि केवल पेरेंटके सेट हो तो आपके प्लगइन्स क्या करते हैं?

वे केवल पाठ को संग्रहीत करते हैं (कुंजी के बिना):

kdb mount config.yaml user/tests/yaml yamlcpp
kdb set user/tests/yaml value
kdb file user/tests/yaml | xargs cat
#> value

।

मैंने इस कमिट में शीर्ष स्तर के लिए विशेष हैंडलिंग को जोड़ा।
यह यज मॉड्यूल में एक परीक्षण को तोड़ता है, लेकिन इससे पहले कि मैं जाता हूं और यह तय करने में समय बिताता हूं कि मैं पहले जांच करना चाहता था, अगर वह एक स्वीकार्य समाधान होगा @ markus2330?

बस थोड़ा सा विस्तार करने के लिए: यदि KeySet का आकार 1 है, तो मुझे यकीन है कि केवल शीर्ष-स्तरीय कुंजी इसमें है। फिर मैं उस कुंजी का मान उत्पन्न करता हूं। लेकिन उस स्थिति में मुझे elektraGenOpenValue को कॉल करने से रोकना होगा, क्योंकि यह अन्यथा स्ट्रिंग के रूप में कुंजी उत्पन्न करेगा।

YAML CPP की तरह लगता है इस डेटा को ठीक से संभालता है:
...

यह उदाहरण मेरे लिए यजल के साथ काम करता है। क्या मैं कुछ भूल रहा हूँ?

यह यज मॉड्यूल में एक परीक्षण को तोड़ता है

कौन सा टेस्ट? (नीचे भी देखें)

मैं पहले जांच करना चाहता था, अगर वह एक स्वीकार्य समाधान होगा

यह देखना आसान है कि क्या कोई स्वीकार्य उपाय है यदि:

• आपने एक PR बनाया (जो तब सभी परीक्षण मामलों को चलाएगा)
• एक परीक्षण में और उदाहरणों के साथ जो व्यवहार आप अब लागू करना चाहते हैं

यह उदाहरण मेरे लिए यजल के साथ काम करता है। क्या मैं कुछ भूल रहा हूँ?

नहीं, यह उदाहरण केवल दर्शाता है कि {"", "some value"} पैरेंटी के मूल्य का प्रतिनिधित्व करने का एक आदर्श तरीका नहीं है।

क्या अब हम RFC 7159 का समर्थन करना चाहते हैं?
मेरी राय में शीर्ष स्तर पर हर डेटा प्रकार का समर्थन करने से समझ में आता है।

में पूरी तरह से सहमत हूँ।

वे केवल पाठ को संग्रहीत करते हैं (कुंजी के बिना):

तो आइए हम इसे यालज के साथ लागू करें।

यह अब मेरे लिए पूरी तरह से काम करता है!