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