bitemyapp / bitemyapp/bloodhound

Lift Elasticsearch errors into something more explicit

Open
#32 1 comment 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Haskell
Stars
435
Forks
116
PR merge metrics
No merged PRs in 30d

Description

@MichaelXavier I was hesitant to lift errors into a concrete datatype because they didn't document anything and I'd have to figure out how to reproduce everything for testing. Means having an "UnknownError" case is virtually unavoidable.

Seems a good idea to me.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start by reviewing the issue discussion and locating the Elasticsearch error-handling code in the repository. Determine which errors are currently exposed and how they could be represented explicitly, including the proposed UnknownError case; done means the error model and its tests are defined and agreed upon.

Written by the indexing model from the issue text.

Assessment

Tech stack
elasticsearch, haskell
Domain
backend
Issue type
Refactor
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.