Closed RenjithRajagopal89 closed 1 year ago
From the log it looks like an error claiming that a filter needs to be set: {"action":"subscribe","path":"Vehicle/VehicleIdentification/VIN","requestId":"258"}`. However, in the 5.2.2.3 Subscribe section . Adding a filter is optional according to 5.2.2.3 in the spec.
Br Peter Winzell
Thanks @petervolvowinz for update. Yes I see filter was not given which is mandatory. Possibly server shall respond with bad request over a crash?
https://www.w3.org/TR/viss2-transport/#wss-search-read 5.2.2.3 Subscribe section
It says filter is optional. So, we have a contradiction here...I guess.
5.2.2.3 Subscribe section for websockets https://www.w3.org/TR/viss2-transport/#wss-search-read
From: Renjith Rajagopal @.> Date: Thursday, October 26, 2023 at 4:53 PM To: w3c/automotive-viss2 @.> Cc: Winzell, Peter @.>, Mention @.> Subject: Re: [w3c/automotive-viss2] vissv2server crashes while using gRPC Subscribe API for attribute (Issue #67)
Could you @petervolvowinzhttps://github.com/petervolvowinz please share the spec you are referring ? https://www.w3.org/TR/viss2-core/#subscribe says "Arguments, of which path and filter are mandatory"
— Reply to this email directly, view it on GitHubhttps://github.com/w3c/automotive-viss2/issues/67#issuecomment-1781291652, or unsubscribehttps://github.com/notifications/unsubscribe-auth/ANIH3SR5JJNNGKPC2CBTU7DYBJ2OVAVCNFSM6AAAAAA6P7TSE2VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOBRGI4TCNRVGI. You are receiving this because you were mentioned.Message ID: @.***>
@RenjithRajagopal89 Please check if PR#69 solves it. If so, please close this
@RenjithRajagopal89 Did you test this ?
@petervolvowinz @UlfBj I will test with Volvo dataset(VIN, Model etc) & will let you know
Server crash still there. Note : Subscribe API is called without filter even though it's mandatory. Client shall expects input error as response in such case ? [logs_VISS_crash_VIN_Subscribe.LOG](https://github.com/w3c/automotive-viss2/files/13239190/logs_VISS_crash_VIN_Subscribe.LOG)
There is a PR waiting to be reviewed by Peter that should fix the crash.
should be good to merge now.
Fixed by PR#77
Description:
Steps to Reproduce: Checkout branch rl-integration. In this branch feeder uses dataprovider as remotivelabs broker interface towards virtual cloud
commandList[1] =
{"action":"subscribe","path":"Vehicle/VehicleIdentification/VIN","requestId":"258"}``Expected Behavior:
Actual Behavior:
Additional Information: Does Subscribe make sense for getting value update of an attribute ? Assume attribute has a default value which will be override during bootup.
Stack Trace:
Attaching the server log. Issue seems like while creating response back to client. Vissv2server.LOG