Make a meaningful parser error when the EDI file loaded does not seem to be a valid EDI format
- Dominant language
- C#
- Stars
- 490
- Forks
- 173
- PR merge metrics
- No merged PRs in 30d
Description
Because of the loose structure of the EDI format there is not definitive way to know the EDI file is not valid by checking for example the existence of the first tag that defines the transmission. Also this could limit the parsers ability to load partial structures/fragments.
Could potentially catch common human errors when someone accidentaly tries to load something that is in no way considered a valid EDI; for example check for other well known structures before starting to parse. For exapmple check the first non whitespace character usualy `{` for json and `<` for xml.
related to #158
Contributor guide
No contributing guide indexed for this repository
Research direction
Review the parser entry points and related issue #158 first. Define which clearly non-EDI inputs should produce a meaningful error without rejecting partial EDI fragments, then add coverage for those cases and verify existing EDIFACT, X12, and TRADACOMS parsing still works.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- csharp
- Domain
- backend
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 35/100