Task #11990 (new)
Opened 10 years ago
Last modified 10 years ago
BUG: QA7907 better MessageSizeMax handling — at Version 1
Reported by: | omero-qa | Owned by: | jamoore |
---|---|---|---|
Priority: | critical | Milestone: | 5.0.2 |
Component: | Services | Version: | 4.4.10 |
Keywords: | n.a. | Cc: | c.betz@…, mlinkert, dpwrussell |
Resources: | n.a. | Referenced By: | n.a. |
References: | n.a. | Remaining Time: | n.a. |
Sprint: | n.a. |
Description (last modified by jamoore)
https://www.openmicroscopy.org/qa2/qa/feedback/7907/
Ice.MemoryLimitException reason = "requested 67108869 bytes, maximum allowed is 67108864 bytes (see Ice.MessageSizeMax)" at IceInternal.Ex.throwMemoryLimitException(Ex.java:34) at IceInternal.BasicStream.expand(BasicStream.java:2515) at IceInternal.BasicStream.writeDouble(BasicStream.java:1571) at omero.RDouble.__writeImpl(RDouble.java:151) at Ice.ObjectImpl.__write(ObjectImpl.java:357) at IceInternal.BasicStream$EncapsEncoder10.writePendingObjects(BasicStream.java:4106) at IceInternal.BasicStream.writePendingObjects(BasicStream.java:606) at omero.api._MetadataStoreDelM.updateObjects(_MetadataStoreDelM.java:266) at omero.api.MetadataStorePrxHelper.updateObjects(MetadataStorePrxHelper.java:919) at omero.api.MetadataStorePrxHelper.updateObjects(MetadataStorePrxHelper.java:891) at ome.formats.OMEROMetadataStoreClient.saveToDB(OMEROMetadataStoreClient.java:2120) at ome.formats.importer.ImportLibrary.importMetadata(ImportLibrary.java:368) at ome.formats.importer.ImportLibrary.importImage(ImportLibrary.java:550) at org.openmicroscopy.shoola.env.data.OMEROGateway.importImage(OMEROGateway.java:6400) at org.openmicroscopy.shoola.env.data.OmeroImageServiceImpl.importFile(OmeroImageServiceImpl.java:1350) at org.openmicroscopy.shoola.env.data.views.calls.ImagesImporter.importFile(ImagesImporter.java:77) at org.openmicroscopy.shoola.env.data.views.calls.ImagesImporter.access$000(ImagesImporter.java:53) at org.openmicroscopy.shoola.env.data.views.calls.ImagesImporter$1.doCall(ImagesImporter.java:102) at org.openmicroscopy.shoola.env.data.views.BatchCall.doStep(BatchCall.java:144) at org.openmicroscopy.shoola.util.concur.tasks.CompositeTask.doStep(CompositeTask.java:226) at org.openmicroscopy.shoola.env.data.views.CompositeBatchCall.doStep(CompositeBatchCall.java:126) at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.exec(ExecCommand.java:165) at org.openmicroscopy.shoola.util.concur.tasks.ExecCommand.run(ExecCommand.java:276) at org.openmicroscopy.shoola.util.concur.tasks.AsyncProcessor$Runner.run(AsyncProcessor.java:91) at java.lang.Thread.run(Thread.java:695)
Change History (1)
comment:1 Changed 10 years ago by jamoore
- Cc mlinkert dpwrussell added
- Component changed from from QA to Services
- Description modified (diff)
- Milestone changed from Unscheduled to 5.0.2
- Priority changed from minor to critical
Note: See
TracTickets for help on using
tickets.
You may also have a look at Agilo extensions to the ticket.
Melissa currently has a patch that should alleviate this problem, or at least reduce the situations in which it arises. This seems to be the only method call which ever throws MemoryLimitException and luckily, says Chris Allan, updateObjects can be called repeatedly, rather than in one go.