loopbackio / loopbackio/loopback-next
[@loopback/sequelize] Nested Loopback model types are not supported
Personne n'a encore pris cette issue.
- Langage dominant
- TypeScript
- Étoiles
- 5.1k
- Forks
- 1.1k
- Merge moyen
- 2 j 21 h
- PR mergées (30 j)
- 27
Description
Describe the bug
If you have existing Loopback model properties set up that are nesting other Loopback models such as this "Address" example: https://github.com/loopbackio/loopback-next/blob/be0c53e30bbe9edf7753c4fcd7ab3199f7cd3b8c/packages/repository-json-schema/src/__tests__/unit/build-schema.unit.ts#L478-L518 it will lead to an error about unsupported types.
Logs
Example error:
Error: Unhandled DataType "class Address extends repository_1.Model {
}" for column "address" in sequelize extension
Additional information
References:
https://loopback.io/doc/en/lb4/Model.html#json-schema-inference
Reproduction
N/A
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner le test repository-json-schema lié qui couvre les modèles Address imbriqués, ainsi que la documentation de l’inférence de JSON-schema des modèles LoopBack. Suivez ensuite la manière dont l’extension Sequelize gère l’erreur "unsupported DataType" signalée ; le travail est terminé lorsque les propriétés imbriquées des modèles LoopBack sont acceptées sans cette erreur et que le comportement correspondant est couvert par un test de régression.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- nodejs, typescript
- Domaine
- backend, database
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100