fix: avoiding metadataStorage from DI#335
fix: avoiding metadataStorage from DI#335vlapo merged 1 commit intotypestack:masterfrom satanTime:master
Conversation
|
forked and merged your branch, and published it on |
|
OH MY GOD, thank you guys!!!! I have been stuck at this issue for 10 hours Here's the damned error message so others can find this issue on Google quickly: @MardariG you npm package |
|
@vlapo can this be merged? |
|
LGTM |
|
Hi guys I've updated the description with a possible fix until the PR has been merged. |
|
Hi @vlapo, could you review? |
|
@vlapo please |
|
Hi @vlapo, might you provide any feedback about the issue? |
We can’t use MetadataStorage with DI because decorators are parsed before the very first call of useContainer, and therefore after the very fist call of useContainer the current MetadataStorage in the default container has been replaced with a brand new one without any metadata inside. Closes #328. Closes #261. Closes #132.
|
@satanTime I thank you for your determination and perseverance. This looks good for me. I will merge it and publish pre-release for testing. |
|
Thanks! |
|
Happy testing https://www.npmjs.com/package/class-validator/v/0.12.0-rc.0. Please give me a feedback. |
|
thanks! |
|
after updating, I receive Opened a ticket here #607 |
|
This pull request has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
We can’t use
MetadataStoragewith DI because decorators are parsed before the very first call ofuseContainer, and therefore after the very fist call ofuseContainerthe currentMetadataStoragein the default container has been replaced with a brand new one without any metadata inside.Possible runtime fix is to disable
MetadataStoragein thetypedicontainer:Closes #328.
Closes #261.
Closes #132.