You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Create another entity with an ID (ObjectId) property.
Add a nested/sub-document property to the first entity referencing the second entity as the type; alternatively create an array of nested/sub-documents to the first entity referencing the second entity as the type.
Create a new instance of the first entity and create and add an instance of the second entity to the first.
Call save/create to persist to the database.
Current Behavior
First entity will have an ObjectId automatically generated as is confirmed by inspection the record in the database.
The child/nested/sub-document(s) (second entity) will have no ObjectId present in its ID property.
Expected Behavior
First entity will have an ObjectId automatically generated as is confirmed by inspection the record in the database.
The child/nested/sub-document(s) (second entity) would have an ObjectId present in its ID property that was automatically generated and should be the same for any further nested/sub-documents.
Additional information
Tested w/ 6.0.1.
I've used LB4 in several production applications so far and am a big proponent. That being said, this issue is severely hampering usage of MongoDB in real-world use cases where nested/sub-documents and nested/sub-document arrays are ever-present. Requiring workarounds by using juggler lifecycle events. Any attempt to resolve it is greatly appreciated. I also distinctly remember this working at one point and am not sure if this is a regression.
The text was updated successfully, but these errors were encountered:
@bajtos or @dhmlau I wouldn’t typically reach out directly but I am attempting to use LB4 as the foundation for a large-scale product. I may attempt to resolve this issue myself but I could use input/guidance to make sure I am not oblivious to something that is known. On the surface it seems like the class for the nested/embedded document is never called implicitly as it on the parent by framework. The symptom mentioned above is that IDs and other properties with generated or default values residing on the embedded model are never populated. Any input would be useful at this point. Thanks in advance.
Can I at least get a response from a core member of the team? Is this something known about but with no intention to change or is it a matter of bandwidth or possibly disputed? ObjectIds are still not generated for sub-document entities and this is widely used in production Mongo contexts.
Steps to reproduce
Current Behavior
Expected Behavior
Additional information
Tested w/ 6.0.1.
I've used LB4 in several production applications so far and am a big proponent. That being said, this issue is severely hampering usage of MongoDB in real-world use cases where nested/sub-documents and nested/sub-document arrays are ever-present. Requiring workarounds by using juggler lifecycle events. Any attempt to resolve it is greatly appreciated. I also distinctly remember this working at one point and am not sure if this is a regression.
The text was updated successfully, but these errors were encountered: