14:10:39 RRSAgent has joined #wot-td 14:10:43 logging to https://www.w3.org/2024/10/23-wot-td-irc 14:10:46 meeting: WoT-WG - TD-TF - Slot 1 14:11:59 Tomoaki has joined #wot-td 14:16:05 chair: Ege 14:16:29 do you hear me? 14:16:45 present+ Kaz_Ashimura, Ege_Korkan, Daniel_Peintner, Kunihiko_Toumura, Luca_Barbato, Michael_Koster, Jan_Romann, Tomoaki_Mizushima 14:17:27 s/do you hear me?// 14:17:28 JKRhb has joined #wot-td 14:17:31 rrsagent, make log public 14:17:40 rrsagent, draft minutes 14:17:41 I have made the request to generate https://www.w3.org/2024/10/23-wot-td-minutes.html kaz 14:17:48 mahda has joined #wot-td 14:17:52 present+ Mahda_Noura 14:18:40 regrets+ Cristiano 14:18:43 topic: Logistics 14:18:49 ek: regrets from Cristiano 14:18:58 ... can't make tomorrow's meeting 14:19:12 ... but Koster will moderate the discussion on TD use cases 14:19:20 ... McCool also will join 14:20:03 agenda: https://www.w3.org/WoT/IG/wiki/WG_WoT_Thing_Description_WebConf#October_23-24%2C_2024 14:20:06 topic: Minutes 14:20:16 -> https://www.w3.org/2024/10/17-wot-td-minutes.html Oct-17 14:20:22 ek: already reviewed yesterday 14:20:38 ... (goes through the minutes) 14:20:54 ... don't see any issues 14:20:59 (approved) 14:21:17 topic: Initial Connection 14:21:36 subtopic: PR 2040 14:21:50 -> https://github.com/w3c/wot-thing-description/pull/2040 PR 2040 - Initial/Common Connection Container Proposal 14:21:59 ek: need discussion on the terminology 14:22:33 ... also some concerns from myself and Luca 14:23:17 ... (shows the changes) 14:25:25 present+ Mahda_Noura 14:25:33 rrsagent, draft minutes 14:25:34 I have made the request to generate https://www.w3.org/2024/10/23-wot-td-minutes.html kaz 14:26:20 ... (specifically, the "basichttp2" section within the example TD) 14:26:53 lb: there is no additional logic 14:27:08 ... computationally, my proposal would not add anything 14:27:33 [[ 14:27:38 Luca's comment on GitHub: 14:27:40 op can be left unset as any other field, but a TD can have it set if most of its affordances have the same op. 14:27:40 The problem with circular references has to be tackled already because of ComboSecurityScheme so there is no additional logic needed, just has to be applied to one more item. 14:27:41 ]] 14:28:47 lb: if the field is missing, local default to be applied 14:29:17 ek: but we need to be careful about possible special cases 14:29:19 q+ 14:29:35 ... basically need to define those values 14:30:20 ... if you have two bases, one for read and another for write... 14:30:33 lb: you want to have a set of values 14:30:49 ... you need an actual base for write or read 14:31:09 ... I'm not seeing big problems with this direction 14:31:34 ek: think the mistake is already existing 14:32:09 ... so ok with this direction 14:32:28 kaz: in that case, we need further clarification within the spec text? 14:32:45 q? 14:32:58 ek: we can go this direction and document what kind of combination to be avoided 14:33:03 q- 14:33:11 kaz: using some even clearer text? 14:33:13 ek: right 14:33:31 ... I just have one thing to mention 14:33:38 ... talked with Matthias before this call 14:34:00 ... about [[ "reusable": false ]] 14:34:06 q+ 14:34:07 q+ 14:34:08 ... can be deduced from binding 14:34:38 q? 14:34:44 rrsagent, draft minutes 14:34:46 I have made the request to generate https://www.w3.org/2024/10/23-wot-td-minutes.html kaz 14:35:08 lb: one problem is 14:35:16 ... all the protocols we support 14:35:31 ... the usability can be confirmed by the server side 14:35:44 ... if not enough resource, can be disconnected 14:36:14 ... we'd like the consumer to play nicely 14:36:23 ... could have some hint for that purpose 14:36:58 ... none of the underlying transport has this problem 14:37:11 ... one of the two sides, client and server 14:37:18 s/one/none/ 14:37:56 ... if you use TCP, we can tell it's to be closed 14:38:25 ... we'd like to have a situation the consumer can keep the connection open 14:38:34 ... like WebSocket 14:38:56 ... but it's up to the consumer 14:39:27 ... if you want to support for persistent connection like that, it's protocol-specific 14:39:40 ... it's not something we deal with the TD spec itself 14:39:54 ... we can make room for that direction as hint 14:40:08 ... can be completely ignored 14:40:31 ... client can open as many connections as possible at once 14:40:41 ... but the server needs to handle that 14:41:01 ek: ok 14:41:13 q? 14:41:14 ... more than what the TD spec to handle 14:41:17 ack l 14:41:24 mjk: small question 14:41:32 ... more than one "op" 14:41:38 ... is that just an array? 14:41:40 q+ 14:41:58 ... can I do that? 14:42:25 ack m 14:42:33 lb: this is something to be handled orthogonally 14:42:42 ... we discussed hat one year ago 14:43:38 ... JSON doesn't work well with arrays for data preservation 14:44:31 ek: arrays are already used for "@context", etc.... 14:44:32 dape has joined #wot-td 14:44:51 lb: if that's the case, array might be a possible solution 14:45:06 ek: (updates the GitHub comments) 14:46:34 https://github.com/w3c/wot-thing-description/pull/2040#issuecomment-2432473561 14:46:46 ek: another point is 14:46:47 Looked up https://www.rfc-editor.org/rfc/rfc7159.html, arrays are sorted indeed 14:47:10 ... regarding form defaults 14:47:57 https://spec.openapis.org/oas/v3.1.0.html#components-object 14:48:47 ek: (refers to the OpenAPI spec v3.1.0) 14:49:35 ... (specifically, "4.8.7 Components Object" section) 14:49:57 q+ 14:50:18 ack l 14:50:27 ... would show some example 14:50:39 dp: could we do both? 14:50:49 ... or just one like OpenAPI? 14:51:32 ek: like the Components Object from OpenAPI 14:51:47 q+ 14:52:02 ... pack everything so that we can reuse them 14:52:04 q+ 14:52:06 ack d 14:52:18 q+ 14:52:52 lb: beautiful part of that is accepting the same term 14:53:59 ek: (add some example to "usability-and-design.md") 14:54:15 -> @@@ 14:54:55 lb: "security" appears at different places in the example 14:55:24 s|@@@|https://github.com/w3c/wot-thing-description/blob/main/planning/work-items/usability-and-design.md usability-and-design.md| 14:55:54 ... should be "securityDefinitions" and "security" 14:56:20 ek: (fixes the example) 14:56:43 ... (also adds a subsection of "additionalResponse") 14:56:45 q? 14:56:49 ack l 14:57:27 kaz: a bit confused 14:58:12 ... what we're doing now is (1) borrowing some ideas from OpenAPI or (2) better compatibility with OpenAPI? 14:58:17 ek: the former now 14:58:24 kaz: think we should think about the latter too 14:58:30 q- 14:58:42 dp: it's clear now 14:59:15 ... it's grouping of several "connectionDefinitions" entries 14:59:31 ( basichttp1, basichttp2 and broker) 15:00:06 ek: now would like to discuss the content 15:00:46 q+ 15:00:51 acl d 15:00:51 ack d 15:00:52 ack dape 15:01:35 kaz: we need to clarify the processing algorithm 15:02:00 ... e.g., commonDefinitions will be overridden by each definition specified later 15:02:08 ek: yeah 15:02:18 ... (updates the GitHub comments) 15:02:43 ... should "security" in the root lever be conserved 15:02:59 ... but how do we handle "inline security" improvements that were collected by Jan? 15:03:24 ... the names of the new terms should be also discussed, e.g., "commonDefinitions" 15:03:30 q? 15:03:32 ack k 15:04:10 -> https://github.com/w3c/wot-thing-description/pull/2040#issuecomment-2432473561 updated comments 15:04:26 ek: would have a resolution about this next week 15:04:38 rrsagent, draft minutes 15:04:39 I have made the request to generate https://www.w3.org/2024/10/23-wot-td-minutes.html kaz 15:05:08 [adjourned] 15:05:10 rrsagent, draft minutes 15:05:11 I have made the request to generate https://www.w3.org/2024/10/23-wot-td-minutes.html kaz 15:50:37 EgeKorkan has joined #wot-td 16:40:53 EgeKorkan has joined #wot-td 17:03:44 Zakim has left #wot-td 17:07:15 EgeKorkan has joined #wot-td 17:39:26 EgeKorkan has joined #wot-td 17:56:12 EgeKorkan has joined #wot-td 22:04:25 EgeKorkan has joined #wot-td 23:14:10 EgeKorkan has joined #wot-td