Tapestry 5
  1. Tapestry 5
  2. TAP5-1076

When a service implementation is reloadable, it will not eager load

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Fixed
    • Affects Version/s: 5.2.0
    • Fix Version/s: 5.2.0
    • Component/s: tapestry-ioc
    • Labels:
      None

      Description

      Howard's comment on user mailling list:

      Basically, when using reloadable, the object at the end of the
      delegate/advice stack, which is normally the service implementation,
      is itself a proxy that performs live class reloading. Currently, it
      does not attempt to load the service implementation until needed, but
      that can and should be changed, giving reloaded services that same
      semantics as non-reloadable services (just with one extra level of
      proxy).

        Activity

        Christophe Cordenier created issue -
        Howard M. Lewis Ship made changes -
        Field Original Value New Value
        Assignee Howard M. Lewis Ship [ hlship ]
        Hide
        Howard M. Lewis Ship added a comment -

        ... because instantiating the service eagerly only instantiates another layer of just-in-time object creation (the proxy around the live-reloaded implementation). Fortunately, it's easy to force the innermost proxy to create an object if eager loading.

        Show
        Howard M. Lewis Ship added a comment - ... because instantiating the service eagerly only instantiates another layer of just-in-time object creation (the proxy around the live-reloaded implementation). Fortunately, it's easy to force the innermost proxy to create an object if eager loading.
        Howard M. Lewis Ship made changes -
        Summary Eager loading services is incompatible with live service reloading. When a service implementation is reloadable, it will not eager load
        Howard M. Lewis Ship made changes -
        Resolution Fixed [ 1 ]
        Status Open [ 1 ] Closed [ 6 ]
        Fix Version/s 5.2.0 [ 12314122 ]
        Transition Time In Source Status Execution Times Last Executer Last Execution Date
        Open Open Closed Closed
        12h 18m 1 Howard M. Lewis Ship 25/Mar/10 19:50

          People

          • Assignee:
            Howard M. Lewis Ship
            Reporter:
            Christophe Cordenier
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development