Re: (python SDK) "Any" coder bypasses registry coders

2024-01-05 Thread Robert Bradshaw via dev
On Fri, Jan 5, 2024 at 9:42 AM Joey Tran wrote: > > > I think my original message made it sound like what I thought was confusing > was how `Any` works. The scenario that I actually think is confusing is *if a > user registers a coder for a data type, this preference will get ignored in >

Re: (python SDK) "Any" coder bypasses registry coders

2024-01-05 Thread Joey Tran
Oh actually, overriding the fallback coder doesn't actually do anything because the issue is not with the fallback coders in the registry but the fastprimitivescoder's fallback coder On Fri, Jan 5, 2024 at 12:42 PM Joey Tran wrote: > > I think my original message made it sound like what I

Re: (python SDK) "Any" coder bypasses registry coders

2024-01-05 Thread Joey Tran
I think my original message made it sound like what I thought was confusing was how `Any` works. The scenario that I actually think is confusing is *if a user registers a coder for a data type, this preference will get ignored in non-obvious situations and can (and in my scenario, has) result in

Re: (python SDK) "Any" coder bypasses registry coders

2024-01-05 Thread Robert Bradshaw via dev
On Fri, Jan 5, 2024 at 7:38 AM Joey Tran wrote: > I've been working with a few data types that are in practice > unpicklable and I've run into a couple issues stemming from the `Any` type > hint, which when used, will result in the PickleCoder getting used even if > there's a coder in the coder

(python SDK) "Any" coder bypasses registry coders

2024-01-05 Thread Joey Tran
I've been working with a few data types that are in practice unpicklable and I've run into a couple issues stemming from the `Any` type hint, which when used, will result in the PickleCoder getting used even if there's a coder in the coder registry that matches the data element. This was pretty