[MAGNOLIA-615] content items fail to achieve persistent state, concurrent access 5+ users Created: 20/Dec/05  Updated: 23/Jan/13  Resolved: 27/Oct/06

Status: Closed
Project: Magnolia
Component/s: None
Affects Version/s: 2.1.3
Fix Version/s: 3.0 RC4

Type: Bug Priority: Major
Reporter: Jochen Fliedner Assignee: Sameer Charles
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

FSC Dual Xeon, 2G; Suse Linux Enterprise Server 9, Tomcat 5.5.9; Firefox 1.0.6 Clients


Issue Links:
relation
is related to MAGNOLIA-848 Synchronize saving while maintaining ... Closed
Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   
  • up to 8 users use different accounts: say "content lost" / "content disappears"
  • possibly users edit content assigned to the same content item, this content item gets lock and stays locked during application lifecycle, "the item cannot be saved because it has been modified externally", concurrent acces to tios one item fails?
  • no feedback of this failure to client gui
  • transient content with failed persistence still displayed in client gui
      • snip ***

2005-12-20 14:14:18,773 DEBUG [http-8080-Processor23] core.ItemManager (ItemManager.java:646) - created item 5924dd56-ffed-4303-baa2-9f34b2e9c18e/{}doHR
2005-12-20 14:14:18,774 DEBUG [http-8080-Processor23] core.ItemManager (ItemManager.java:588) - caching item 5924dd56-ffed-4303-baa2-9f34b2e9c18e/{}doHR
2005-12-20 14:14:18,774 DEBUG [http-8080-Processor23] control.Save (Save.java:211) - Saving - /Motorvision/Cars-und-Bikes/Auto/Testberichte/Archiv/untitled0
2005-12-20 14:14:18,784 DEBUG [http-8080-Processor23] core.ItemImpl (ItemImpl.java:390) - 7ff67672-767a-443a-ae28-5c35b5f876ac: the item cannot be saved because it has been modified externally.
2005-12-20 14:14:18,785 ERROR [http-8080-Processor23] core.HierarchyManager (HierarchyManager.java:507) - 7ff67672-767a-443a-ae28-5c35b5f876ac: the item cannot be saved because it has been modified externally.
javax.jcr.InvalidItemStateException: 7ff67672-767a-443a-ae28-5c35b5f876ac: the item cannot be saved because it has been modified externally. at org.apache.jackrabbit.core.ItemImpl.getTransientStates(ItemImpl.java:391) at org.apache.jackrabbit.core.ItemImpl.save(ItemImpl.java:1215) at org.apache.jackrabbit.core.SessionImpl.save(SessionImpl.java:765) at info.magnolia.cms.core.HierarchyManager.save(HierarchyManager.java:504) at info.magnolia.cms.gui.control.Save.save(Save.java:213) at info.magnolia.module.admininterface.DialogMVCHandler.onSave(DialogMVCHandler.java:195) at info.magnolia.module.admininterface.DialogMVCHandler.save(DialogMVCHandler.java:183) at sun.reflect.GeneratedMethodAccessor43.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at info.magnolia.cms.servlets.MVCServletHandlerImpl.execute(MVCServletHandlerImpl.java:70) at info.magnolia.cms.servlets.MVCServlet.doGet(MVCServlet.java:108) at info.magnolia.cms.servlets.MVCServlet.doPost(MVCServlet.java:48) at javax.servlet.http.HttpServlet.service(HttpServlet.java:709) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:252) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at info.magnolia.cms.filters.SecurityFilter.doFilter(SecurityFilter.java:73) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at info.magnolia.cms.filters.MultipartRequestFilter.doFilter(MultipartRequestFilter.java:80) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at info.magnolia.cms.filters.ContentTypeFilter.doFilter(ContentTypeFilter.java:65) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:178) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684) at java.lang.Thread.run(Thread.java:595)

      • snip ***


 Comments   
Comment by Sameer Charles [ 20/Dec/05 ]

Its a problem of concurrent modification under a same parent
I am not sure if its a bug in jackrabbit, but this can be solved if magnolia (session writing + save) actions are syncronized.

Comment by Sameer Charles [ 16/May/06 ]

its fixed using synchronized session writing & saving, in future Content.save will take care of merging and any inconsistency

Comment by Stojan Peshov [ 17/May/06 ]

is this fixed in 2.1.5 (6) too, or just in 3.0 ???
what should we do with our 2.1 installations?

Comment by Sameer Charles [ 17/May/06 ]

re-opening for 2.1.6

3.0 final release still needs some more work on this check http://jira.magnolia.info/browse/MAGNOLIA-848

Comment by Philipp Bracher [ 13/Jun/06 ]

new fix versions since 2.1.5 is released (should not have open tasks assigned to it)

Comment by Sameer Charles [ 07/Sep/06 ]

open a new bug for previous releases

Comment by Magnolia International [ 27/Oct/06 ]

reopening to change fix version to rc4

Generated at Mon Feb 12 03:19:11 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.