-
-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
chore(): Update module provider retrieval error message and type #10138
chore(): Update module provider retrieval error message and type #10138
Conversation
🦋 Changeset detectedLatest commit: 8d96729 The changes in this PR will be included in the next version bump. This PR includes changesets to release 65 packages
Not sure what this means? Click here to learn what changesets are. Click here if you're a maintainer who wants to add another changeset to this PR |
The latest updates on your projects. Learn more about Vercel for Git ↗︎
6 Skipped Deployments
|
packages/modules/fulfillment/src/services/fulfillment-provider.ts
Outdated
Show resolved
Hide resolved
packages/modules/notification/src/services/notification-provider.ts
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Should we log the error message?
packages/modules/auth/integration-tests/__tests__/auth-module-service/index.spec.ts
Outdated
Show resolved
Hide resolved
Is there a reason why we would want to log it and throw it? the throw should appear in the log no? |
@adrien2p, maybe I am missing something, but we are, in fact, not surfacing the actual error message, right? Only the description of what might have gone wrong (which I still think we should do).
For example, this would show if you are trying to consume the event bus service without having specified it in |
I could add it to the cause in fact? Cause you will have to stack trace and two errors if we both logs and throw. What i can do is log it for now and we can revisit our log/cause strategy in the appropriate project 🫡 |
Partially RESOLVES FRMW-2802
What
Improve error message and change the error type when retrieving a provider from a local container fail