Uploaded image for project: 'IronJacamar'
  1. IronJacamar
  2. JBJCA-1361

Documentation for flush strategies needs clarification

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Major Major
    • None
    • WildFly/IronJacamar 1.3.4.Final, 1.2.7.Final
    • Documentation
    • None
    • Documentation (Ref Guide, User Guide, etc.)

      http://www.ironjacamar.org/doc/userguide/1.2/en-US/html_single/index.html#d0e3787

      It wasn't immediately clear to me how EntirePool and IdleConnections flush strategies work since both use the word "all" in their explanation/definition. Comparing AllConnections and AllIdleConnections it is clear that "all" with regard to EntirePool and IdleConnections is limited in some sense.

      The subtlety lies in the fact that a single datasource can have multiple (internal) sets of connections grouped/segregated by authentication credentials. Consequently, "all" in the context of EntirePool or IdleConnections is limited to a subset of the connections - specifically to those that are associated with a specific authentication credential whereas the All* variants include all subsets associated with the datasource (regardless of credentials).

            Unassigned Unassigned
            rhn-support-sfikes Stephen Fikes (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated: