Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Field Data Endpoint Implementation #1406

Merged
merged 37 commits into from
Jan 13, 2025
Merged

Field Data Endpoint Implementation #1406

merged 37 commits into from
Jan 13, 2025

Conversation

AvocadoMoon
Copy link
Contributor

Within this PR request the following changes will be implemented:

  • The following field data endpoints

    • Get field data IDs
    • Get field data shape
    • Analyze field data file
    • Create field data from analyzed file
    • Delete field data with specific ID
  • Introduce file system control within the REST module using the data set controller.

  • Method to interact with both antiquated and modern API for the DB and file system interactions

  • Revisions of the field data java client code, improving clarity, reordering code to the server side which was once client, and all while also reducing vectors for bugs by nature of simplicity.

  • Client libraries for Python, Java, and JavaScript regarding the new field data endpoints implemented

@AvocadoMoon AvocadoMoon self-assigned this Jan 2, 2025
@AvocadoMoon AvocadoMoon linked an issue Jan 2, 2025 that may be closed by this pull request
4 tasks
@jcschaff jcschaff force-pushed the field-data-bug-fix branch from b6cf464 to 2be8592 Compare January 3, 2025 15:31
Have the DB operation of retrieving all field data IDs of a user, and the shape information of a field data entry be done through the REST endpoints.
Before it would return a single object which had a list of other objects. Now it just returns a list of one object type, making what the API sends and receives a lot simpler.
The autogenerated spec for the REST API.
Put all of the example scripts so far created into their own respective package instead of the top level directory.
Some of the dependencies wouldn't work with PyCharms debugging capabilities, in addition some where missing for the Auth and Jupyter notebooks.
Imports when rebasing off of master got mis-mangled.
By specifying that the field data references is plural, it helps clarify as to what would be returned from the API.
Added the apiclient as a dependency to the client module so that it can execute during runtime when dependency injection is done with Guice.
Copy link
Member

@jcschaff jcschaff left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

interactive reviews with @AvocadoMoon are complete, approved! Follow-on work is needed to clean up some maven module dependencies which are not ideal (outside the scope of this PR).

tools/java-config.yaml Show resolved Hide resolved
@AvocadoMoon AvocadoMoon merged commit 629cded into master Jan 13, 2025
13 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Story: Transition Field Data RPC To a RESTful Endpoint and Fix Bugs
2 participants