Project

General

Profile

Actions

Story #14467

open

[SDK] Merge Go ArvadosClient and arvados.Client and migrate to arvados.Client

Added by Peter Amstutz about 6 years ago. Updated almost 2 years ago.

Status:
New
Priority:
Normal
Assigned To:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Story points:
-
Release:
Release relationship:
Auto

Description

We currently have the intolerable situation of two Go SDKs for Arvados, one arvadosclient.ArvadosClient and the other arvados.Client, and the other packages and system services are roughly split in which API they use.

Propose merging the API of ArvadosClient into arvados.Client. As much as possible this should simply be a matter of wholesale copying over and adjusting to use the struct fields of arvados.Client. Then code which currently uses can ArvadosClient can be migrated by replacing ArvadosClient to arvados.Client without having to rewrite any API calls.


Related issues 3 (2 open1 closed)

Related to Arvados - Story #8964: [SDKs] Design more idiomatic and convenient Go SDKClosed

Actions
Related to Arvados Epics - Story #16082: Port client tools to GoNew06/01/202312/31/2023

Actions
Related to Arvados - Bug #13144: [SDKs] Wean all components off old arvadosclient and keepclient librariesNew

Actions
Actions #1

Updated by Peter Amstutz about 6 years ago

  • Status changed from New to In Progress
Actions #2

Updated by Peter Amstutz about 6 years ago

  • Description updated (diff)
  • Status changed from In Progress to New
Actions #3

Updated by Peter Amstutz about 6 years ago

  • Target version set to To Be Groomed
Actions #4

Updated by Peter Amstutz about 6 years ago

  • Related to Story #8964: [SDKs] Design more idiomatic and convenient Go SDK added
Actions #5

Updated by Tom Clegg about 6 years ago

I don't think this is the right approach.

The point of the new package is to provide a better API, and migrate callers to it, so we can eventually stop supporting the old API. Importing the old API into the new package seems to defeat the purpose.

It might be helpful to have a list of obstacles to that migration: things that are easy/possible with the old package, but hard/impossible with the new package. Then we can fill in the gaps with better thought out APIs in the new package.

Actions #6

Updated by Peter Amstutz almost 5 years ago

  • Target version deleted (To Be Groomed)
Actions #7

Updated by Peter Amstutz over 4 years ago

Actions #8

Updated by Peter Amstutz over 2 years ago

  • Related to Bug #13144: [SDKs] Wean all components off old arvadosclient and keepclient libraries added
Actions #9

Updated by Lucas Di Pentima almost 2 years ago

  • Release set to 60
Actions

Also available in: Atom PDF