Exporting Mongoose model without waiting for connection 'open' event
I am exporting a Mongoose model and able to use it in other files, but I am confused why it is working. Why do I not need to wait for the connection open event to fire? The Mongoose getting started tutorial talks about needing to wait to work with the connection until this event fires. I was about to refactor so that I exported a Promise that would resolve upon firing of the 'open' event, but refrained from complicating things since the below works.
This answer suggests that it is not necessary to wait for the 'open' event.
var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/XXX');
var db = mongoose.connection;
var listingSchema = new mongoose.Schema({
id: Number,
})
var Listing = mongoose.model('Listing', listingSchema);
module.exports = Listing;
node.js mongodb mongoose
add a comment |
I am exporting a Mongoose model and able to use it in other files, but I am confused why it is working. Why do I not need to wait for the connection open event to fire? The Mongoose getting started tutorial talks about needing to wait to work with the connection until this event fires. I was about to refactor so that I exported a Promise that would resolve upon firing of the 'open' event, but refrained from complicating things since the below works.
This answer suggests that it is not necessary to wait for the 'open' event.
var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/XXX');
var db = mongoose.connection;
var listingSchema = new mongoose.Schema({
id: Number,
})
var Listing = mongoose.model('Listing', listingSchema);
module.exports = Listing;
node.js mongodb mongoose
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (save()
,create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.
– Neil Lunn
Nov 12 '18 at 0:25
Also BTW the "modern" approach would be toawait
theconnect()
instead of listening for the'open'
event anyway.
– Neil Lunn
Nov 12 '18 at 0:26
add a comment |
I am exporting a Mongoose model and able to use it in other files, but I am confused why it is working. Why do I not need to wait for the connection open event to fire? The Mongoose getting started tutorial talks about needing to wait to work with the connection until this event fires. I was about to refactor so that I exported a Promise that would resolve upon firing of the 'open' event, but refrained from complicating things since the below works.
This answer suggests that it is not necessary to wait for the 'open' event.
var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/XXX');
var db = mongoose.connection;
var listingSchema = new mongoose.Schema({
id: Number,
})
var Listing = mongoose.model('Listing', listingSchema);
module.exports = Listing;
node.js mongodb mongoose
I am exporting a Mongoose model and able to use it in other files, but I am confused why it is working. Why do I not need to wait for the connection open event to fire? The Mongoose getting started tutorial talks about needing to wait to work with the connection until this event fires. I was about to refactor so that I exported a Promise that would resolve upon firing of the 'open' event, but refrained from complicating things since the below works.
This answer suggests that it is not necessary to wait for the 'open' event.
var mongoose = require('mongoose');
mongoose.connect('mongodb://localhost/XXX');
var db = mongoose.connection;
var listingSchema = new mongoose.Schema({
id: Number,
})
var Listing = mongoose.model('Listing', listingSchema);
module.exports = Listing;
node.js mongodb mongoose
node.js mongodb mongoose
asked Nov 12 '18 at 0:06
mrwnt10
190214
190214
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (save()
,create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.
– Neil Lunn
Nov 12 '18 at 0:25
Also BTW the "modern" approach would be toawait
theconnect()
instead of listening for the'open'
event anyway.
– Neil Lunn
Nov 12 '18 at 0:26
add a comment |
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (save()
,create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.
– Neil Lunn
Nov 12 '18 at 0:25
Also BTW the "modern" approach would be toawait
theconnect()
instead of listening for the'open'
event anyway.
– Neil Lunn
Nov 12 '18 at 0:26
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (
save()
, create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.– Neil Lunn
Nov 12 '18 at 0:25
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (
save()
, create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.– Neil Lunn
Nov 12 '18 at 0:25
Also BTW the "modern" approach would be to
await
the connect()
instead of listening for the 'open'
event anyway.– Neil Lunn
Nov 12 '18 at 0:26
Also BTW the "modern" approach would be to
await
the connect()
instead of listening for the 'open'
event anyway.– Neil Lunn
Nov 12 '18 at 0:26
add a comment |
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53254488%2fexporting-mongoose-model-without-waiting-for-connection-open-event%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
active
oldest
votes
active
oldest
votes
active
oldest
votes
active
oldest
votes
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53254488%2fexporting-mongoose-model-without-waiting-for-connection-open-event%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
This is a "rare" case where it is absolutely true that the age of the answer there ( from 2012 ) actually does matter. The problem is that the underlying MongoDB node driver used changed it's API in recent years. Previously "mongoose" used a method which would establish connections "later" as you used any API actions (
save()
,create()
etc ). Whist that "sort of" happens now, the method to establish the connections the old way has been removed. So it's really best practice to "await" the initial connection. It always was "nest" really, but older API "hid it away". Now it does not.– Neil Lunn
Nov 12 '18 at 0:25
Also BTW the "modern" approach would be to
await
theconnect()
instead of listening for the'open'
event anyway.– Neil Lunn
Nov 12 '18 at 0:26