문제를 신고 해 주셔서 감사합니다!

이러한 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 /

빈 json 문서를 마운트하면 ( {} 만 포함됨을 의미) kdb set system/lvas/cm/yajl "test" 호출하면 다음이 발생합니다.
elektraYajlSet 는 jus (system/lvas/cm/yajl,test) 값이있는 KeySet을 사용하여 호출됩니다.

elektraGenEmpty 대한 호출에서 두 번째 절은 KeySet 크기가 1이기 때문에 실행됩니다.
parentKey가 Keyset의 마지막 키와 동일한 값을 갖기 때문에 strcmp도 성공합니다.

빈 맵이 생성되고 elektraYajlSet이 종료됩니다. 따라서 함수는 값을 받지만 값으로 아무것도하지 않습니다.

따라서 빈 맵이 생성되는 지점에서 @sanssecours here에서 설명한대로 json 문서에 키 값을 출력하는 코드를 추가 할 수 있습니다.
kdb get이 해당 값을 올바르게 읽고 kdb set system/lvas/cm/yajl/second "hi" 와 같은 호출이 예상대로 키를 매핑하는 {"__dirdata": "test", "second": "hi"} 와 같은 json 문서를 생성하기 때문에 이것은 작동합니다.

이 솔루션이 작동 할 것이라고 생각하지만 json 문서를 의미 상 동일하게 {"__dirdata": "test"} 직접 설정할 수 있다면 더 깔끔 할 것입니다.

하지만 어떻게해야할지 모르겠습니다. 올바른 방법은 directoryvalue 플러그인이 elektraYajlSet가 수신하는 Keyset을 수정하는 것입니다. 또는 elektraYajlSet에서 KeySet을 직접 수정할 수 있다고 생각합니다.

@ markus2330에 제안이 있습니까?

예, 디렉토리 값은 elektraYajlSet이 수신하는 KeySet을 수정합니다. 그러나 parentKey 만있는 경우 ( "디렉토리"로 간주되지 않음) 이런 일이 발생하지 않습니다. 따라서 이미 알고 있듯이 부모 키만 설정하면 elektraGenEmpty가 실행되고 strcmp가 실행됩니다. 성공합니다.

그러나 elektraGenEmpty는 이제 더 이상 사실이 아닌 몇 가지 가정을 가지고 있습니다 (디렉토리 값이 존재하기 전에 작성되었습니다). 그래서 다른 버그가 있습니다. 예 : # 2132

이 솔루션이 작동 할 것이라고 생각하지만 json 문서를 의미 상 동일하게 { "__dirdata": "test"}로 직접 설정할 수 있다면 더 깔끔 할 것입니다.

{"": "test"} 가 단일 값을 설명하는 최소한의 문서가 아닐까요? 이것은 또한 "낙타"플러그인의 동작 인 것 같습니다.

@sanssecours parentKeys 및 "빈 키"(%) (또는 적어도 지금은 TODO)를 설명하기 위해 스토리지 자습서를 확장 할 수 있습니까?

또한 parentKeys를 설명하기 위해 스토리지 튜토리얼을 확장 할 수 있습니까?

플러그인 튜토리얼이 이미 설명하고 있다고 생각합니다.

• 상위 키 (파일 경로)의 값 및
• 상위 키가 오류 및 경고 정보를 내보내는 데 사용됩니다.

. 나는 부모 키에 대해 특별한 것이 무엇인지 모릅니다.

및 "빈 키"(%) (또는 적어도 지금은 TODO)?

빈 열쇠에 대해 처음 들었 기 때문에 나는 그것을 할 적절한 사람이라고 생각하지 않습니다.

여기 @sanssecours가 설명한대로 json 문서에 키 값을 출력하는 코드를 추가 할 수 있습니다.

유효한 JSON 문서는 항상 최상위 수준에서 배열이나 객체를 필요로하는 것처럼 보이기 때문에 이것이 YAJL이 더 이상 문제를 처리하는 올바른 방법이라고 확신하지 않습니다.

나는 부모 키에 대해 특별한 것이 무엇인지 모릅니다.

또한 일부 구성 파일 형식에는 키없이 값을 간단히 설명하는 방법이 없다는 점을 제외하면 특별한 점이 없습니다.

"빈 키"(%)

빈 키를 사용하면 {"root": {"": "something"}} 와 같은 문서를 매핑 할 수 있습니다. 현재 이것을 KeySet에 어떻게 매핑합니까?

유효한 JSON 문서는 항상 최상위 수준에서 배열이나 객체를 필요로하는 것처럼 보이기 때문에 이것이 YAJL이 더 이상 문제를 처리하는 올바른 방법이라고 확신하지 않습니다.

이것은 변경된 것 같습니다 : https://stackoverflow.com/questions/13318420/is-a-single-string-value-considered-valid-json

https://www.ietf.org/rfc/rfc7159.txt 에는 "값만"허용됨을 보여주는 예도 있습니다. 그러나 yajl이 이것을 지원하지 않는 것 같습니다 ... (yajl 2.1.0-2 + ​​b3는 Expected “{” but found “"” 오류를 생성합니다)

RFC 7159의 기능을 사용하여 다음을 매핑 할 수 있습니다.

"some value" -> parent = "일부 값"
{"", "some value"} -> 부모 / % = "일부 가치"

그러나 우리는 yajl을 해결해야 할 것입니다 ... (변경 로그는 또한이 기능이 나중에 추가되었음을 나타내지 않습니다).

빈 키를 사용하면 { "root": { "": "something"}}과 같은 문서를 매핑 할 수 있습니다. 현재 이것을 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를 지원 하시겠습니까? parentKey 만 설정된 경우 플러그인은 무엇을합니까?

이제 RFC 7159를 지원 하시겠습니까?

제 생각에는 최상위 수준에서 모든 데이터 유형을 지원하는 것이 합리적이라고 생각합니다.

parentKey 만 설정된 경우 플러그인은 무엇을합니까?

키없이 텍스트 만 저장합니다.

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

.

이 커밋 에서 최상위 수준에 대한 특수 처리를 추가했습니다.
그것은 yajl 모듈의 테스트를 깨뜨리지 만, 내가 가기 전에 먼저 체크인하고 싶었던 문제를 해결하는데 시간을 할애하기 전에 @ markus2330이 수용 가능한 솔루션이라면?

조금 더 자세히 설명하자면 : KeySet의 크기가 1이면 최상위 키만 포함되어 있음을 확신 할 수 있습니다. 그런 다음 해당 키의 값을 생성합니다. 그러나이 경우 elektraGenOpenValue 가 호출되지 않도록해야합니다. 그렇지 않으면 키를 문자열로 생성하기 때문입니다.

YAML CPP가이 데이터를 올바르게 처리하는 것 같습니다.
...

이 예제는 yajl과 함께 작동합니다. 내가 뭔가를 놓치고 있습니까?

yajl 모듈에서 테스트를 중단합니다.

어떤 테스트? (아래 참조)

그게 허용 가능한 해결책이라면 먼저 체크인하고 싶었습니다.

다음과 같은 경우 어떤 것이 허용 가능한 솔루션인지 확인하는 것이 더 쉽습니다.

• PR을 생성했습니다 (그러면 모든 테스트 사례가 실행됩니다).
• 테스트 및 현재 구현하려는 동작을 예제로 설명

이 예제는 yajl과 함께 작동합니다. 내가 뭔가를 놓치고 있습니까?

아니요,이 예는 {"", "some value"} 가 parentKey의 값을 나타내는 이상적인 방법이 아님을 보여줍니다.

이제 RFC 7159를 지원 하시겠습니까?
제 생각에는 최상위 수준에서 모든 데이터 유형을 지원하는 것이 합리적이라고 생각합니다.

난 전적으로 동의합니다.

키없이 텍스트 만 저장합니다.

따라서 yajl을 사용하여 동일하게 구현하겠습니다.

이제 완벽하게 작동합니다!