Hi,
I agree that it is an oversight, since AdminObject can now make use of
ResourceAdapterAssociation, and should be fixed. Please, file a
https://java.net/jira/browse/CONNECTOR_SPEC
such that we remember.
However, the whole text is kind of "loose". We should be more explicit
about the role of ResourceAdapterAssociation and its role in
configuration and deployment. Copying parameters from one object to the
another shouldn't be considered best practice.
Vendor deployment tools can choose how to represent the deployment
model, and how configuration values are mapped on to the objects in
question.
Best regards,
Jesper
On 10/30/2013 01:32 PM, frowe_at_us.ibm.com wrote:
> Section 5.3.7.2 Resource Adapter Deployment states that config
> properties of the RA may be inherited and used to configure an AO:
> "The ResourceAdapter instance property values may be stored separately
> and
> reused later while configuring ManagedConnectionFactory,
> ActivationSpec, or
> administered object instances."
>
> The ConnectionFactory and ActivationSpec JavaBean sections confirm that
> RA props may be inherited by the JavaBeans, for example in Section
> 5.3.7.3 ManagedConnectionFactory JavaBean Instance
> Configuration:
> "Apply the ResourceAdapter instance property values, that were stored
> earlier,
> on the ManagedConnectionFactory instance. Note, that the
> ManagedConnectionFactory JavaBean may have none, some or all of the
> properties of the ResourceAdapter JavaBean."
> but the Admin Object JavaBean section has no such bullet:
> "13.4.2.4 Configuring Administered Objects
> ■ Create an administered object JavaBean instance. This will initialize
> the instance
> with the defaults specified through the JavaBean mechanism.
> ■ Apply the administered object class configuration properties
> specified in the
> resource adapter deployment descriptor, on the administered object
> instance. This
> may override some of the default values specified by way of the
> JavaBean
> mechanism.
> ■ The application server is required to merge values specified by way
> of
> annotations and deployment descriptors as specified in Section 18.3,
> “Deployment Descriptors and Annotations” on page 18-2, before applying
> the
> administed object class configuration properties.
> ■ The deployer may further override the values of the administered
> object before
> deployment."
>
> I believe the intent was that RA props are inherited by AO's and the
> solution is to add the bullet stating this from either the
> ConnectionFactory ActivationSpec config details section.
>