Uploaded image for project: 'Application Server 7'
  1. Application Server 7
  2. AS7-1994

access to the ModelNodeRegistration during handling of an operation and during deployment

XMLWordPrintable

    • Icon: Task Task
    • Resolution: Done
    • Icon: Blocker Blocker
    • 7.1.0.CR1
    • 7.1.0.Alpha1
    • Domain Management
    • None

      Hi All,

      I'm trying to resume here the discussion I had yesterday on IRC with
      Brian and Jesper.

      Basically JCA needs to have and already deployed instance of
      ResourceAdapter when adding its metrics and some operation. The reason
      for that is because some operation and metrics availability are known
      only at runtime, depending from RA status and/or vendor specific feature
      known only.

      Speaking from a Model point of view the basically issue is to have
      access to the ModelNodeRegistration when the RA instance is created and
      these runtime infos are available. There are 2 cases:

      1) during handling ADD operation for a DataSource or special
      ResourceAdapter creation withour rar deployment (like hornetQ).
      2) during foo.rar deployment chain

      We have also discussed where we can put these operation in the model
      tree. Also in this case there are two possible places:

      1) at subsystem level for special no-deployment RA (DataSources and
      HornetQ atm). So we will obtain something like
      /subsystem=datasource/data-source=myDS and /subsystem=hq/ra
      2) at DUP level /deployment=foo.rar Having this deployment support we
      can remove the current operation in /subsystem=resource-adapters that is
      redudant, referring the same RA (or better a subset of deployed ones)

      Hoping to have written all the matters discussed, feel free to integrate
      and/or ask.

      regards
      S.

            smaestri@redhat.com Stefano Maestri
            smaestri@redhat.com Stefano Maestri
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved: