jiangpengcheng commented on PR #21966:
URL: https://github.com/apache/pulsar/pull/21966#issuecomment-1909906536

   > Regarding 
https://apache-pulsar.slack.com/archives/C5ZSVEN4E/p1706147824703029?thread_ts=1705826989.958419&cid=C5ZSVEN4E
 ,
   > 
   > > now the display changed to
   > > ```
   > > {
   > >   "key": "hello",
   > >   "stringValue": "\u0000\u0000\u0000\u0000\u0000\u0000\u0000\n",
   > >   "numberValue": 10
   > > }
   > > ```
   > 
   > What caused the `stringValue` key to appear? Is there also a fix for that?
   
   It's partly resolved, if the backend state store can specify whether a state 
value is a number(BK supports this), it won't return `stringValue` and 
`byteValue`
   
   But if a backend state store doesn't have such ability, we can't tell 
whether a state value is a number even its length is `Long.BYTES`, in this 
case, a `stringValue` or `byteValue` is returned with the `numberValue`


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to