[
https://issues.apache.org/jira/browse/ARROW-5610?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16882035#comment-16882035
]
Joris Van den Bossche edited comment on ARROW-5610 at 7/10/19 1:08 PM:
-----------------------------------------------------------------------
> You can already implement extension types in Python, and you can already use
> in Python extension types defined in other languages
So assume a UUIDType extension type is implemented in Java or Spark, and it is
send to a Python process with arrow's communication layer. How would it look
like with the current functionality in Python?
As I understand, you can only have a Python extension type with the name
{{arrow.py_extension_type}} (although it can have a different serialisation),
so how can you preserve the name of the UUIDType?
(sorry, posted without seeing the previous response. It's duplicative of
[~lidavidm]'s comment)
was (Author: jorisvandenbossche):
> You can already implement extension types in Python, and you can already use
> in Python extension types defined in other languages
So assume a UUIDType extension type is implemented in Java or Spark, and it is
send to a Python process with arrow's communication layer. How would it look
like with the current functionality in Python?
As I understand, you can only have a Python extension type with the name
{{arrow.py_extension_type}} (although it can have a different serialisation),
so how can you preserve the name of the UUIDType?
> [Python] Define extension type API in Python to "receive" or "send" a foreign
> extension type
> --------------------------------------------------------------------------------------------
>
> Key: ARROW-5610
> URL: https://issues.apache.org/jira/browse/ARROW-5610
> Project: Apache Arrow
> Issue Type: Improvement
> Components: Python
> Reporter: Wes McKinney
> Priority: Major
> Fix For: 1.0.0
>
>
> In work in ARROW-840, a static {{arrow.py_extension_type}} name is used.
> There will be cases where an extension type is coming from another
> programming language (e.g. Java), so it would be useful to be able to "plug
> in" a Python extension type subclass that will be used to deserialize the
> extension type coming over the wire. This has some different API requirements
> since the serialized representation of the type will not have knowledge of
> Python pickling, etc.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
