[ http://jira.jboss.com/jira/browse/RF-3631?page=comments#action_12415945 ] 
            
Nick Belaevski commented on RF-3631:
------------------------------------

For 3.2.0.SR1:

java.util.ConcurrentModificationException
        at java.util.LinkedHashMap$LinkedHashIterator.nextEntry(LinkedHashMap.ja
va:365)
        at java.util.LinkedHashMap$EntryIterator.next(LinkedHashMap.java:384)
        at java.util.LinkedHashMap$EntryIterator.next(LinkedHashMap.java:383)
        at java.util.HashMap.writeObject(HashMap.java:1037)
        at sun.reflect.GeneratedMethodAccessor96.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:91
7)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13
39)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav
a:1290)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079)

        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302)
        at java.util.HashMap.writeObject(HashMap.java:1039)
        at sun.reflect.GeneratedMethodAccessor96.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:91
7)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13
39)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav
a:1290)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079)

        at java.io.ObjectOutputStream.defaultWriteFields(ObjectOutputStream.java
:1375)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13
47)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav
a:1290)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079)

        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302)
        at java.util.concurrent.ConcurrentHashMap.writeObject(ConcurrentHashMap.
java:1380)
        at sun.reflect.GeneratedMethodAccessor103.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at java.io.ObjectStreamClass.invokeWriteObject(ObjectStreamClass.java:91
7)
        at java.io.ObjectOutputStream.writeSerialData(ObjectOutputStream.java:13
39)
        at java.io.ObjectOutputStream.writeOrdinaryObject(ObjectOutputStream.jav
a:1290)
        at java.io.ObjectOutputStream.writeObject0(ObjectOutputStream.java:1079)

        at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:302)
        at org.jboss.web.tomcat.service.session.SessionBasedClusteredSession.wri
teExternal(SessionBasedClusteredSession.java:175)
        at org.jboss.web.tomcat.service.session.JBossCacheService.externalizeSes
sion(JBossCacheService.java:1027)
        at org.jboss.web.tomcat.service.session.JBossCacheService.putSession(JBo
ssCacheService.java:316)
        at org.jboss.web.tomcat.service.session.JBossCacheClusteredSession.proce
ssSessionRepl(JBossCacheClusteredSession.java:121)
        at org.jboss.web.tomcat.service.session.JBossCacheManager.processSession
Repl(JBossCacheManager.java:1097)
        at org.jboss.web.tomcat.service.session.JBossCacheManager.storeSession(J
BossCacheManager.java:652)
        at org.jboss.web.tomcat.service.session.InstantSnapshotManager.snapshot(
InstantSnapshotManager.java:49)
        at org.jboss.web.tomcat.service.session.ClusteredSessionValve.invoke(Clu
steredSessionValve.java:98)
        at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv
e.java:84)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
ava:127)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
ava:102)
        at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedC
onnectionValve.java:157)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
ve.java:109)
        at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
a:262)
        at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
:844)
        at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce
ss(Http11Protocol.java:583)
        at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:44
6)
        at java.lang.Thread.run(Thread.java:595)

> ConcurrentModificationException during session serialization
> ------------------------------------------------------------
>
>                 Key: RF-3631
>                 URL: http://jira.jboss.com/jira/browse/RF-3631
>             Project: RichFaces
>          Issue Type: Bug
>    Affects Versions: 3.1.5, 3.2.0
>         Environment: JBboss 4.2.2.GA
> Seam 2.0.2.SP1
> JDK 1.5.0_15
> Windows XP Pro SP2
>            Reporter: Stanimir Stamenkov
>         Attachments: test-cluster-session.ear
>
>
> Concurrent requests cause java.util.ConcurrentModificationException during 
> session serialization in cluster environment.
> I've initially posted this issue to the RichFaces users forum, but then 
> posted to the Clustering/JBoss, too:
> http://www.jboss.com/index.html?module=bb&op=viewtopic&t=136590
> where I've got feedback I'm on the right track my problem is probably caused 
> by the RichFaces (Ajax4Jsf) library.  Basically the web session gets modified 
> while it is been serialized when concurrent requests are made.  [EMAIL 
> PROTECTED] have written:
> "The session management layer does not prevent concurrent access to the 
> session. The session's internal data structures can deal with concurrency 
> (e.g. the attribute map is a ConcurrentHashMap) but if the objects you'll 
> store in it are going to be accessed concurrently, they'll need to be thread 
> safe or have access to them synchronized."
> I've prepared minimal test case (I'm about to attach) demonstrating the 
> problem.  I've tried it with both RichFaces 3.1.5.GA (part of Seam 2.0.2.SP1) 
> and RichFaces 3.2.0.SR1 (which I'm using with my application).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        
_______________________________________________
richfaces-issues mailing list
[email protected]
https://lists.jboss.org/mailman/listinfo/richfaces-issues

Reply via email to