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

Offline Store client does not map application errors #4523

Closed
tmihalac opened this issue Sep 16, 2024 · 0 comments · Fixed by #4524
Closed

Offline Store client does not map application errors #4523

tmihalac opened this issue Sep 16, 2024 · 0 comments · Fixed by #4524

Comments

@tmihalac
Copy link
Contributor

Expected Behavior

In a feast application that has a remote Offline Store configured, when a feast client invokes an API on the Offline store using the arrow client that throws an error, the expectation is that the client will raises the same error that the offline store threw

Current Behavior

When an error occurs a response with the error:
pyarrow._flight.FlightServerError: Feature view test does not exist in project test_remote_offline. Detail: Python exception: FeatureViewNotFoundException. gRPC client debug context: UNKNOWN:Error received from peer ipv4:0.0.0.0:54370 {created_time:"2024-09-16T12:53:49.002639-04:00", grpc_status:2, grpc_message:"Feature view test does not exist in project test_remote_offline. Detail: Python exception: FeatureViewNotFoundException"}. Client context: OK

Steps to reproduce

See Expected Behavior section.

Specifications

  • Version: 0.40.0
  • Platform: any
  • Subsystem: offline store server

Possible Solution

The offline store server can wrap the original exception in an error status message that the remote offline store client can catch and translate into the original exception:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant