I believe auth-realms are actually configured as part of a config,
as opposed applications and resources that are configured globally
per domain and then associated with a server using a "ref".
Elena Asarina wrote on 10/15/2010 05:39 PM:
> Hi Bill,
>
> I've created an instance (ii10) using cluster (c10) config, i..e.:
>
> asadmin create-instance --node localhost --config c10-config ii10
>
> Then started this instance.
>
> cert10 auth-realm resource was created for this cluster :
> =============================================================
> asadmin list-auth-realms --target c10
> i10 :
> admin-realm
> file
> certificate
> cert10
>
>
> i101 :
> admin-realm
> file
> certificate
>
>
> admin-realm
> file
> certificate
> cert10
>
> Command list-auth-realms executed successfully.
> ====================================================================
>
> Then I've executed:
>
> ================================================
> asadmin list-auth-realms --target ii10
> ii10 :
> admin-realm
> file
> certificate
> cert10
>
>
> admin-realm
> file
> certificate
> cert10
>
> Command list-auth-realms executed successfully.
> ==========================================================
>
>
> I.e. auth-realm cert10 that was created for c10 cluster was inherited
> by this ii10 instance that was created based on the cluster confg.
>
> Thank you,
> Elena
>
> Bill Shannon wrote:
>> I don't think so.
>>
>> Like applications, there needs to be a resource-ref for a server
>> to use a resource, and that's not part of the config.
>>
>>
>> Elena Asarina wrote on 10/15/10 04:29 PM:
>>> Hi Bill.
>>>
>>> I have a question, should an instance that was created using --config
>>> <cluster_name>-config inherit a cluster resources?
>>>
>>> Thank you,
>>>
>>> Elena
>>>
>>> Bill Shannon wrote:
>>>> I'm not sure my answer to this was correct.
>>>>
>>>> If I create a new instance and tell it that it's part of a cluster,
>>>> then I would expect it to get all the cluster's applications.
>>>>
>>>> But if I create a new instance and just tell it to use the same
>>>> configuration as the cluster is using, it's not actually part of the
>>>> cluster, and shouldn't inherit the cluster's applications.
>>>>
>>>> I would close
>>>> https://glassfish.dev.java.net/issues/show_bug.cgi?id=12853
>>>> as invalid.
>>>>
>>>>
>>>> Bill Shannon wrote on 08/ 2/10 09:45 AM:
>>>>> Sounds like it to me.
>>>>>
>>>>> Tom Mueller wrote on 8/2/10 9:25 AM:
>>>>>> > Currently, the application-refs that are needed in the <server>
>>>>>> element
>>>>>> > are not automatically created for a stand-alone instance when it is
>>>>>> > created using a cluster's config. Are you saying that this is a
>>>>>> bug?
>>>>>> >
>>>>>> > Tom
>>>>>> >
>>>>>> > Bill Shannon wrote:
>>>>>>> >> The instance using the config should get all resources and all
>>>>>> > application referenced by the config.
>>>>>> >
>>>>>> > On 7/29/2010 8:37 PM, Elena Asarina wrote:
>>>>>>> >> Hello Tom,
>>>>>>> >>
>>>>>>> >> Could you please clarify start instance sync behavior. I.e., for
>>>>>>> >> example, was created a cluster with instances, for that cluster
>>>>>>> >> were created resources, and apps were deployed. Then
>>>>>>> >> a) Was added a new instance to the cluster.
>>>>>>> >> b) Created a new stand alone instance with --config
>>>>>>> >> <claster_name>-config
>>>>>>> >>
>>>>>>> >> Then executed one of these commands:
>>>>>>> >> 1) start-instance <instance_name>
>>>>>>> >> 2) start-local-instance <instance_name>
>>>>>>> >> 3) start-local-instance --nosync=true <instance_name>
>>>>>>> >> 4) start-local-instance --syncarchive=true <instance_name>
>>>>>>> >> 5) start-local-instance --syncallapps=true <instance_name>
>>>>>>> >> 6) start-local-instance --syncfull=true <instance_name>
>>>>>>> >>
>>>>>>> >>
>>>>>>> >> What is expected behavior in a) and b) cases regarding
>>>>>>> availability
>>>>>>> >> of precreated resources and deployed apps for all that starts.
>>>>>>> >>
>>>>>>> >> Thank you,
>>>>>>> >>
>>>>>>> >> Elena
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: admin-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: admin-help_at_glassfish.dev.java.net
>