Hi Niranjan,

Thanks for jumping in here. I have some experience with monorepos in OSS,
more precisely Avro, and I believe this complicates things. Combining
everything complicates the build process, and I often find myself fixing
things in the PHP client while we are trying to get a Java patch release
out. My preference would be to keep this separate. For Avro, we recently
moved Rust into a separate repository. FWIW, other projects, for example,
Arrow, are also moving to separate repositories.

Kind regards,
Fokko

Op vr 16 mei 2025 om 14:11 schreef Niranjan Jayakar
<n...@databricks.com.invalid>:

> +1 on the Rust client.
>
> We have a Swift, Go and soon a Rust client - I'm wondering if we should
> manage these in a single monorepo, rather than one per client, with just a
> separate top-level folder per language.
>
> This would make it easy to manage all clients, add features across
> clients, add more clients by language, release management, etc.
>
> Niranjan
>
> On Fri, May 16, 2025 at 11:38 AM Renjie Liu <liurenjie2...@gmail.com>
> wrote:
>
>> Thanks Denny and Jules for the response.
>>
>> It seems there is no objection about this proposal, would some
>> committer/PMC member help to create the repo?
>>
>> On Wed, May 14, 2025 at 3:45 AM Jules Damji <jules.da...@gmail.com>
>> wrote:
>>
>>> +1 in this effort.
>>> —
>>> Sent from my iPhone
>>> Pardon the dumb thumb typos :)
>>>
>>> On May 9, 2025, at 1:53 AM, Renjie Liu <liurenjie2...@gmail.com> wrote:
>>>
>>> 
>>> Hi, All:
>>>
>>> I'd like to propose to add a new Apache Spark repository for `Spark
>>> Connect Client for Rust`.
>>>
>>> https://github.com/apache/spark-connect-
>>> <https://github.com/apache/spark-connect-swift>rust
>>>
>>> There are already some efforts for building spark-connect client in
>>> rust: https://github.com/sjrusso8/spark-connect-rs
>>>
>>> We have contacted the author and he's positive in donating this to the
>>> apache community, see this discussion issue:
>>> https://github.com/sjrusso8/spark-connect-rs
>>>
>>> If the community agrees with creating this new repo, we could build the
>>> spark-connect-rs client based on existing work. (I don't mean to copy codes
>>> to the new repo, but it will be based on the existing effort).
>>>
>>>

Reply via email to