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
After performing the updates via composers, deserialized JSON objects are now added to the the Doctrine EntityManager, thus becoming managed objects. This is not intended and was not the case before the update.
Upon investigation I found out, that this is because now during deserialization the DoctrineObjectConstructor is used instead of the UnserializeObjectConstructor as before.
I am not sure why this happened, since the update notes do not mention any BC. Issue #808 might be related. However, this issue referes to an older version and all related changed should already been included in versions 4.2.0 / 3.22.0 I used before the update. So, the update should not make any difference in this point, should it?
No other changed were made to the project or the config. When I switch back to versions 4.2.0 / 3.22.0 everything works fine again.
So, what is the reason for using DoctrineObjectConstructor and how can I change this back?
Disabling doctrine as object constructor in the config seems to solve the problem:
However, I am not sure if this has some side effects. Since the docs do not state any BC I do not understand why this config change should be necessary. Is this a missing info in the docs, is there something wrong in my config? Is this the correct / intended way of keeping JMS from adding deserialized objects from being added to the EntityManager?
The text was updated successfully, but these errors were encountered:
Symfony 6.3
FOSRestBundle 3.6
JMSSerializerBundle + JMSSerializer updated 4.2.0 / 3.22.0 --> 5.3.1 / 3.28.0
After performing the updates via composers, deserialized JSON objects are now added to the the Doctrine EntityManager, thus becoming managed objects. This is not intended and was not the case before the update.
Upon investigation I found out, that this is because now during deserialization the
DoctrineObjectConstructor
is used instead of theUnserializeObjectConstructor
as before.I am not sure why this happened, since the update notes do not mention any BC. Issue #808 might be related. However, this issue referes to an older version and all related changed should already been included in versions 4.2.0 / 3.22.0 I used before the update. So, the update should not make any difference in this point, should it?
No other changed were made to the project or the config. When I switch back to versions 4.2.0 / 3.22.0 everything works fine again.
So, what is the reason for using
DoctrineObjectConstructor
and how can I change this back?Disabling doctrine as object constructor in the config seems to solve the problem:
However, I am not sure if this has some side effects. Since the docs do not state any BC I do not understand why this config change should be necessary. Is this a missing info in the docs, is there something wrong in my config? Is this the correct / intended way of keeping JMS from adding deserialized objects from being added to the EntityManager?
The text was updated successfully, but these errors were encountered: