+1 to new non split component.
> On 29 May 2020, at 07:19, Heejong Lee <heej...@google.com> wrote:
>
> If we use one meta component tag for all xlang related issues, I would prefer
> just "xlang". Then we could attach the "xlang" tag to not only language
> specific sdk tags but also other runner tags e.g. ['xlang', 'io-java-kafka'],
> ['xlang'', 'runner-dataflow'].
>
> On Thu, May 28, 2020 at 7:49 PM Robert Burke <rob...@frantil.com
> <mailto:rob...@frantil.com>> wrote:
> +1 to new component not split. The language concerns can be represented and
> filtered with the existing sdk tags. I know I'm interested in all sdk-go
> issues, and would prefer not to have to union tags when searching for Go
> related issues.
>
> On Thu, 28 May 2020 at 15:48, Ismaël Mejía <ieme...@gmail.com
> <mailto:ieme...@gmail.com>> wrote:
> +1 to new component not splitted
>
> Other use case is using libraries not available in your language e.g. using
> some python transform that relies in a python only API in the middle of a
> Java pipeline.
>
>
> On Thu, May 28, 2020 at 11:12 PM Chamikara Jayalath <chamik...@google.com
> <mailto:chamik...@google.com>> wrote:
> I proposed three components since the audience might be different. Also we
> can use the same component to track issues related to all cross-language
> wrappers available in a given SDK. If this is too much a single component is
> fine as well.
>
> Ashwin, as others pointed out, the cross-language transforms framework is
> primarily for giving SDKs access to transforms that are not available
> natively. But there are other potential use-cases as well (for example, using
> two different Python environments within the same pipeline).
> Exact performance will depend on the runner implementation as well as the
> additional cost involved due to serializing/deserializing data across
> environment boundaries. But we haven't done enough analysis/benchmarking to
> provide more details on this.
>
> Thanks,
> Cham
>
> On Thu, May 28, 2020 at 1:55 PM Kyle Weaver <kcwea...@google.com
> <mailto:kcwea...@google.com>> wrote:
> > What are some of the benefits / drawbacks of using cross-language
> > transforms? Would a native Python transform perform better than a
> > cross-language transform written in Java that is then used in a Python
> > pipeline?
>
> As Rui says, the main advantage is code reuse. See
> https://beam.apache.org/roadmap/connectors-multi-sdk/
> <https://beam.apache.org/roadmap/connectors-multi-sdk/> for more information.
>
> On Thu, May 28, 2020 at 4:53 PM Rui Wang <ruw...@google.com
> <mailto:ruw...@google.com>> wrote:
> +1 on dedicated components for cross-language transform. It might be easy to
> manage to have one component (one tag for all SDK) rather than multiple ones.
>
>
> Re Ashwin,
>
> Cham knows more than me. AFAIK, cross-language transforms will maximize code
> reuse for newly developed SDK (e.g. IO transforms for Go SDK). Of course, a
> SDK can develop its own IOs, but it's lots of work.
>
>
> -Rui
>
> On Thu, May 28, 2020 at 1:50 PM Ashwin Ramaswami <aramaswa...@gmail.com
> <mailto:aramaswa...@gmail.com>> wrote:
> What are some of the benefits / drawbacks of using cross-language transforms?
> Would a native Python transform perform better than a cross-language
> transform written in Java that is then used in a Python pipeline?
>
> Ashwin Ramaswami
> Student
> Find me on my: LinkedIn <https://www.linkedin.com/in/ashwin-r> | Website
> <https://epicfaace.github.io/> | GitHub <https://github.com/epicfaace>
>
> On Thu, May 28, 2020 at 4:44 PM Kyle Weaver <kcwea...@google.com
> <mailto:kcwea...@google.com>> wrote:
> SGTM. Though I'm not sure it's necessary to split by language. It might be
> easier to use a single cross-language tag, rather than having to tag lots of
> issues as both sdks-python-xlang and sdks-java-xlang.
>
> On Thu, May 28, 2020 at 4:29 PM Chamikara Jayalath <chamik...@google.com
> <mailto:chamik...@google.com>> wrote:
> Hi All,
>
> I think it's good if we can have new Jira components to easily track various
> issues related to cross-language transforms.
>
> What do you think about adding the following Jira components ?
>
> sdks-python-xlang
> sdks-java-xlang
> sdks-go-xlang
>
> Jira component sdks-foo-xlang is for tracking issues related to
> cross-language transforms for SDK Foo. For example,
> * Issues related cross-language transforms wrappers written in SDK Foo
> * Issues related to transforms implemented in SDK Foo that are offered as
> cross-language transforms to other SDKs
> * Issues related to cross-language transform expansion service implemented
> for SDK Foo
>
> Thanks,
> Cham