Libelektra: yajl : Elektra의 부울은 지원되지 않습니다.

@kodebach 는 유형 플러그인이 "1"대신 "true"로 정규화되도록 재구성 될 수 있다는 점입니다.

아니요 이것은 유형 플러그인에서 지원하지 않습니다. 이에 대한 사용 사례가 있는지 몰랐습니다.

IMO 그것은 또한 의미가 없습니다. 부울을 나타내는 Elektra 방식은 0 및 1 입니다. 저장 형식이 유형을 지원하는 경우 Elektra 표시에서 저장 형식 표시로의 변환은 저장 플러그인에 의해 수행되어야합니다. 결국 형식 X의 스토리지 플러그인은 Elektra와 형식 X 사이의 다리가되어야합니다.

또한 가치 회복이 더 큰 문제가 아닌가? 복원은 presetstorage 에서 수행되며 명시 적으로 요청하면 값을 설정할 때 항상 사용자가 선택한 표현으로 값이 복원됩니다. 즉, 예제에서 kdb set user/tests/yajl on 를 사용한 경우 yajl 플러그인은 on 값을받습니다.

여기서 실제로 필요한 것은 사용자가 값을 설정하는 방법에 관계없이 값이 복원되는 표현을 설정하는 방법입니다. 이것은 매우 쉽게 추가 할 수 있습니다. 그러나 현재 다른 플러그인에서 플러그인 구성을 지정하는 방법이 있는지 잘 모르겠습니다. 사용자는 yajl 사용할 때 여전히 type 올바르게 구성해야합니다.

값은 항상 사용자가 선택한 표현으로 복원됩니다.

JSON에서 사용 가능한 유일한 프리젠 테이션이 참 / 거짓이므로 사용자가 선택할 수 없으므로 이것은 문제가되지 않습니다.

사용자는 yajl을 사용할 때 여전히 유형을 올바르게 구성해야합니다.

yajl이 유형 플러그인을 재구성하기 위해 구성 / 필요를 추가 할 수 있기 때문에 이것은 문제가되지 않습니다.

부울을 나타내는 Elektra 방식은 0과 1입니다. 스토리지 형식이 유형을 지원하는 경우 Elektra- 표현에서 스토리지 형식의 표현으로의 변환은 스토리지 플러그인에 의해 수행되어야합니다.

예, 전적으로 동의합니다. 접근 방식의 장점은 중간 플러그인 (유형과 저장소 사이)이 부울의 올바른 표현을 볼 수 있다는 것입니다.

이를 반영하기 위해 위의 "구현 힌트"를 업데이트했습니다.

@kodebach 또 다른 질문 : JSON은 이중 / 부울 / 문자열 만 지원합니다. 이 3 가지 유형 만 허용된다고 유형 플러그인에 말할 수 있습니까?

이것은 또한 # 1092에 언급 된 JSON 유형을 수정합니다.

JSON에서 사용 가능한 유일한 프리젠 테이션이 참 / 거짓이므로 사용자가 선택할 수 없으므로 이것은 문제가되지 않습니다.

JSON에서는 선택할 수 없지만 kdb set 사용시 선택할 수 있습니다.

유형과 저장 사이

순서는 다음과 같아야합니다. getstorage , type , [other], type , setstorage , 유형간에 플러그인이 없어야 함을 의미합니다. 및 저장.

이를 반영하기 위해 위의 "구현 힌트"를 업데이트했습니다.

type 를 변경하지 않으면 kdb set user/tests/yajl on 가 작동하지 않는다는 문제가 여전히 있습니다.이 경우 type 는 on 을 setstorage에 전달하기 때문입니다. 플러그인.

JSON은 이중 / 부울 / 문자열 만 지원합니다. 이 3 가지 유형 만 허용된다고 유형 플러그인에 말할 수 있습니까?

구성을 통해 허용되는 유형을 제한하는 것은 어렵지 않습니다.

JSON에서 선택할 수는 없지만 kdb 세트를 사용할 때 선택할 수 있습니다.

kdb set 에서 선택한 항목은 파일 형식이 지원하지 않으면 기억할 수 없습니다.

예를 들어 kdb set user / tests / yajl on이 유형을 변경하지 않으면 작동하지 않는 문제가 있습니다.이 경우 유형은 값을 setstorage 플러그인에 전달하기 때문입니다.

이 경우 왜 "1"로 변환되지 않습니까?

구성을 통해 허용되는 유형을 제한하는 것은 어렵지 않습니다.

어쩌면 그것은 중요하지 않을 수도 있습니다. 스토리지 플러그인 또는 유형 플러그인에 유형이 허용되지 않는다고 표시되면 차이가 있습니까? 스토리지 튜토리얼이 유형에 대해 언급하면 ​​좋을 것입니다 ( @sanssecours ?)

스토리지 플러그인 또는 유형 플러그인에 유형이 허용되지 않는다고 표시되면 차이가 있습니까?

내가 알기로는 아니야. 사용자는 문제가 type 사용이 아니라 yajl 사용이라는 것을 알기 때문에 저장소 플러그인에서 오류를 발생시키는 것이 더 나을 것입니다.

이 경우 왜 "1"로 변환되지 않습니까?

정규화 / 복원 절차는 다음과 같은 경우에 설명 할 수 있습니다.

• 사례 1 : 키가 kdbGet 존재하고 kdbGet 에서 kdbSet 사이에서 변경되지 않았습니다.
  이것은 가장 쉽고 명백한 경우입니다. 값은 kdbGet 에서 정규화되고 원래 값은 kdbSet 에서 복원되므로 기본 스토리지 파일은 변경되지 않습니다 (문제의 키로).
• 사례 2 : 키가 kdbGet 존재하지 않았습니다.
  여기서 값을 정규화하여 유형을 확인한 다음 즉시 복원합니다.
• 사례 3 : 키가 kdbGet 에 있었지만 해당 값이 kdbGet 에서 kdbSet 사이에서 변경되었습니다.
  이것은 Case 2와 동일하게 필수적입니다. keySetString 는 origvalue 메타 데이터를 제거하므로 type 플러그인의 경우 이러한 종류의 키가 kdbGet 존재하지 않았습니다. .

특별한 경우가 하나 있습니다. 여기에서 사용할 수있는 기능을 이미 추가했습니다 (정보 / 메타 데이터에 추가하는 것을 잊었습니다).

https://github.com/ElektraInitiative/libelektra/blob/6e609f7e78039db188e32d32d2ea13908c0abe38/src/plugins/type/README.md#L84 -L88

yajl 가 모든 부울 키에 대해 check/boolean/true = true 및 check/boolean/false = false 메타 데이터를 삽입하면 모든 정규화 및 복원이 의도 한대로 작동합니다. 그러면 type 플러그인은 부울 키 (get 및 set에서)에 대해 true , 1 , false 및 0 값을 허용합니다. 그러나 항상 true 또는 false 를 setstorage 플러그인에 전달합니다. yajl 플러그인은 get에서 여전히 0 / 1 를 반환해야하며 true / false 및 0 / 1 로 설정되어 type 플러그인을 사용하거나 사용하지 않고 작동합니다.

그러나 이런 식으로 내려 가기로 선택하면 유형 플러그인을 마운트하면 더 이상 kdb set 부울 키에 대해 다른 값을 사용할 수 없기 때문에 문서화를 잘해야합니다. yajl 은밀히 사용자가 지정한 모든 구성을 재정의합니다.

내가 알기로는 아니야. 저장소 플러그인에서 오류를 발생시키는 것이 더 나을 것입니다. 왜냐하면 사용자는 문제가 유형 사용이 아니라 yajl 사용이라는 것을 알기 때문입니다.

바로 그거죠.

정규화 / 복원 절차는 다음과 같은 경우에 설명 할 수 있습니다.
[...] (정보 / 메타 데이터에 추가하는 것을 잊었습니다)

자세한 설명 감사합니다. 이것을 문서에 추가해 주시겠습니까?

더 이상 kdb 세트의 부울 키에 대해 다른 값을 사용할 수 없습니다.

"config / needs"를 사용하면 yajl은 "check / boolean / true = true 및 check / boolean / false = false"를 사용하여 유형이 마운트되었는지 확인할 수 있습니다.

그렇다면 구현 힌트를 변경해야합니까?

"config / needs"를 사용하면 yajl은 "check / boolean / true = true 및 check / boolean / false = false"를 사용하여 유형이 마운트되었는지 확인할 수 있습니다.

오해하셨습니다. 지금 check/boolean/true 및 check/boolean/false 은 (는) type 구성이 아닌 개별 키에 대한 메타 데이터로 설정되어야합니다. 구성 내에서 일반적인 지원을 추가해야합니다 (충분히 쉬움).

확인. 아니요, 그대로 둡니다. yajl 플러그인에서 모든 것을 구현하는 것이 더 합리적입니다.
구현 힌트로 추가했습니다.

yajl 플러그인은 다음을 수행해야합니다.

• [] Elektra의 "0"및 "1"값을 JSON의 거짓 및 참으로 렌더링합니다.
• 지원되지 않는 유형이 발견되면 [] 실패하고 유형 오류가 발생합니다.

@sanssecours 스토리지 플러그인 튜토리얼에이 정보를 추가 할 수 있습니까?

yajl 또한 메타 데이터를 추가하는 check/boolean/true = true 및 check/boolean/false = false 와 각 키에 type = boolean . 그렇지 않으면 위에서 언급 한 kdb set /some/key on 대한 문제가 발생합니다.

yajl도 메타 데이터를 추가해야합니다.

yajl이 항상 부울에 대해 "0"과 "1"만 제공하는 경우에도 필요합니까?

예, 문제가 발생하기 때문에 사용자가 kdbGet 이후에 키 값을 변경할 때 발생합니다. yajl 는 그것에 영향을 미치지 않습니다.

하지만 어쨌든 type 플러그인을 변경해야합니다. 사용자가 새 키를 추가하면 메타 데이터가 존재하지 않고 솔루션이 작동하지 않기 때문입니다.

따라서 정규화가 제대로 작동하도록 kdbSet 경로에서 유형 플러그인을 두 번 사용할 수 있어야합니까? 이슈를 만들 수 있습니까?

아니요. # 2582 yajl (또는 사용자)는 type 대한 구성에 다음이 포함되어 있는지 확인하면됩니다.

• booleans 배열 및 boolean/restore = #1
  또는
• #X 및 boolean/restore = #X 위치에 #X "true" 및 "false" 가 포함 된 booleans 배열이 있습니다.

이 문제를 해결하려고하지만 질문이 있습니다.

이 설정 충분하지 않나요 type=boolean 및 type/boolean/restoreas=none 내가에서 부울 구문 분석하는 키에 elektraYajlGet ? 그런 다음 elektraYajlSet 1 또는 0의 값으로이 키를 받아야합니다. 맞습니까?

하지만 여전히 사용자가 제공 한 값을 받고 있습니다.

# kdb mount conf.json user/tests/yajl yajl type
# kdb set user/tests/yajl 1
Set string to "1"
# kdb setmeta user/tests/yajl type boolean
# kdb set user/tests/yajl false
Sorry, 1 warning was issued ;(
    Sorry, module yajl issued the warning C03200:
    Validation Semantic: Got boolean which is neither true nor false
Set string to "false"

Case 2: The Key didn't exist in `kdbGet`
  Here we normalize the value to verify the type and then restore it immediately.

뿡뿡
이 경우 type/boolean/restoreas=none 경우에도 값이 항상 복원 될 수 있습니까?

/boolean/restoreas 은 (는) 개별 키에 대한 메타 키가 아닙니다. 전체 마운트 지점에 사용되는 type 플러그인 인스턴스에 대한 구성의 일부입니다.

src/pluigns/yajl/README.md 헤더에 config/needs = type/boolean/restoreas=none 를 추가하는 것으로 충분하다고 생각합니다. (적어도 kdb mount 를 통한 마운트 용)

- infos/config/needs = type/boolean/restoreas=none 추가는 컴파일러 오류 인 것 같습니다.

/elektra/build/src/plugins/yajl/readme_yajl.c:11:55: error: expected ‘)’ before ‘keyNew’
 "- infos/config/needs = type/boolean/restoreas=none\n"
                                                       ^
                                                       )

프로그래밍 방식으로 키도 설정할 수 있습니까? 다른 플러그인을 구성하는 방법에 대한 문서를 찾을 수 없습니다.

infos/config/needs 이 아니라 config/need 이어야한다고 생각합니다. 지금은 확인할 수 없습니다.

README의 헤더는 keyNew 행으로 바뀌고 플러그인 get 메소드에 포함됩니다. 자동으로 문서를 제공하기 때문에 README를 사용하여 수동으로 항목을 추가 할 수 있습니다.

프로그래밍 방식으로 키도 설정할 수 있습니까?

예, 계약 키 세트에 추가하십시오. 예를 들어 다음 줄은 YAML CPP가 type 플러그인을 구성하는 방법을 보여줍니다.

https://github.com/ElektraInitiative/libelektra/blob/5519cb8066a096215a3701ca3d8c02fcebe54914/src/plugins/yamlcpp/yamlcpp.cpp#L44
.

둘 다 감사합니다!

# 3012에서 yajl 플러그인은 다음과 같은 동작을합니다.

유형 플러그인 사용

kdb mount conf.json user/tests/yajl yajl type
kdb set user/tests/yajl 1
kdb get user/tests/yajl
#> 1
kdb setmeta user/tests/yajl type boolean
kdb set user/tests/yajl on
kdb get user/tests/yajl
#> 1
kdb set user/tests/yajl/subkey disable
kdb setmeta user/tests/yajl/subkey type boolean
kdb get user/tests/yajl/subkey
#> 0

cat `kdb file user/tests/yajl`
{
    "___dirdata": true,
    "subkey": true
}

유형 플러그인없이

yajl 플러그인은 get에서 여전히 0 / 1 를 반환해야하며 true / false 및 0 / 1 로 설정되어 type 플러그인을 사용하거나 사용하지 않고 작동합니다.

kdb mount conf.json user/tests/yajl yajl
kdb set user/tests/yajl 1
kdb getmeta user/tests/yajl type
#> boolean
kdb set user/tests/yajl false
kdb getmeta user/tests/yajl type
#> boolean
kdb get user/tests/yajl
#> 0

# Without the type plugin, 'on' is mapped to a string and a warning is emitted.
kdb set user/tests/yajl on
#> RET: 2

* fail with type errors if non-supported types are found

유형 플러그인이 마운트되거나 마운트되지 않은 경우를 참조합니까?

이 마지막 경우에는 지금까지 경고가 발생했습니다.

 Sorry, 1 warning was issued ;(
    Sorry, module yajl issued the warning C03200:
    Validation Semantic: Got boolean which is neither 1 or true nor 0 or false

유형 플러그인이 없으면 유형 검사가 없어야하므로 여전히 괜찮다고 생각합니다.

실제로는 "1"또는 "0"을 제외한 모든 것에 대해 경고 (또는 실패)해야합니다. 또한 "true", "false"는 Elektra의 부울이 아닙니다.

Imho, yajl 플러그인에는 유형 플러그인에 대한 "필수"종속성이 있어야합니다. (그러나 먼저 Elektra의 유형 중 하나가 아니기 때문에 "숫자"를 수정해야합니다).

실제로는 "1"또는 "0"을 제외한 모든 것에 대해 경고 (또는 실패)해야합니다. 또한 "true", "false"는 Elektra의 부울이 아닙니다.

@kodebach 썼다

yajl 플러그인은 여전히 ​​get에서 0/1을 반환해야하며 세트에서 0/1뿐만 아니라 true / false도 허용해야하므로 유형 플러그인이 있든 없든 작동합니다.

그것이 내가 또한 "참"과 "거짓"을 허용하는 것입니다.

Imho, yajl 플러그인에는 유형 플러그인에 대한 "필수"종속성이 있어야합니다. (그러나 먼저 Elektra의 유형 중 하나가 아니기 때문에 "숫자"를 수정해야합니다).

예, 저는 의존성에 대해 전적으로 동의합니다. 그런 다음 "true"및 "false"에 대한 지원을 제거 할 수 있습니다.

숫자 문제와 관련하여 Yajl은 Number 유형을 double로 매핑합니다. 그리고 빠른 확인을 통해 유형 플러그인의 이중 유형도 json의 E- 표기 (예 : 3.4e2 )를 지원합니다.
문제가 무엇이라고 생각하십니까?

문제가 무엇이라고 생각하십니까?

아, 이제 src / plugins / yajl / testmod_yajl.c 240-251이 주석 처리 된 것을 볼 수 있습니다. 이것은 제거되어야합니다. (아직 숫자가 있습니다.)