Details
-
Bug
-
Status: Closed
-
Normal
-
Resolution: Fixed
-
None
-
None
-
None
-
Quasar
-
Puma Sprint 244, Puma Sprint 245, Puma Sprint 246
Description
Probably due to a Wicket upgrade (have not verified it yet) when a JcrItemModel is serialized while still being attached (which is a developer error), it will try to get a reference to the current Application, which is not available at that point. This results in lot's of stacktraces in the console.
To fix this, we should simply not do any operation that require the Wicket Application and/or Session.
This means that we can't determine whether we are running in PRODUCTION or DEVELOPMENT mode, which was used to execute #detach() on production environments. This is fixed by simply always call #detach().
A second thing is that the current usage of the TraceMonitor is not really helpful (this is a tool to help pinpoint the code that created the JcrItemModel, so that a developer can fix the warning by properly detaching.