Uploaded image for project: 'JBoss Enterprise Application Platform 4 and 5'
  1. JBoss Enterprise Application Platform 4 and 5
  2. JBPAPP-6751

Seam businessProcess and persistenceContexts are leaked when conversationTimeout occurs

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Major Major
    • EAP_EWP 5.1.2 ER1
    • EAP_EWP 5.1.0
    • Seam
    • None
    • Hide

      1) Deploy seam numberguess application.
      2) Access to http://host:port/seam-numberguess/.
      3) The above two objects are not removed, when conversationTimeout occurs.

      Show
      1) Deploy seam numberguess application. 2) Access to http://host:port/seam-numberguess/ . 3) The above two objects are not removed, when conversationTimeout occurs.
    • Release Notes
    • Workaround Exists
    • Hide

      1) Download attached ConversationTimeoutWorkaround.java
      2) Compile ConversationTimeoutWorkaround.java
      3) Add the compiled class file to jboss-seam-numberguess.ear/jboss-seam-numberguess.jar

      Show
      1) Download attached ConversationTimeoutWorkaround.java 2) Compile ConversationTimeoutWorkaround.java 3) Add the compiled class file to jboss-seam-numberguess.ear/jboss-seam-numberguess.jar
    • The ServerConversationContext.flush() method created in some cases PersistentContext and BusinessContext instances and these instances lived in memory until the HTTP Session was invalidated. This problem is solved by creating them only when required.
    • Documented as Resolved Issue
    • NEW

      Platform JIRA for JBSEAM-4819.
      The following two objects are leaked, when conversationTimeout occurs.

      org.jboss.seam.bpm.businessProcess
      org.jboss.seam.persistence.persistenceContexts

      This is not a permanent leak, because if associated HTTP session is invalidated, the above objects are removed.
      The object size of the leaked objects are very small,
      so this is not a serious memory leak issue.

      This can be easily reproduced with the seam numberguess application.

              mnovotny@redhat.com Marek Novotny
              ksato_jira Keiichi Sato (Inactive)
              Russell Dickenson Russell Dickenson (Inactive)
              Votes:
              1 Vote for this issue
              Watchers:
              1 Start watching this issue

                Created:
                Updated:
                Resolved: