This content has been marked as final.
Show 2 replies
-
1. Re: AbstractScheduleProvide shouldn't be HASingleton
brian.stansberry Apr 17, 2006 6:23 PM (in response to dimitris)So in the schedule-manager-service.xml, SingleScheduleProvider MBean you'd replace:
<attribute name="HASingleton">true</attribute> <attribute name="PartitionName">${jboss.partition.name:DefaultPartition}</attribute> <depends>jboss:service=${jboss.partition.name:DefaultPartition}</depends>
with<attribute name="HASingleton">true</attribute> <depends>jboss.ha:service=HASingletonDeployer,type=BarrierController</depends>
That sounds fine to me. The old way of having a binary dependency on jbossha.jar for a class supposedly usable in the default config is definitely no good.
Moving schedule-manager-service.xml to deploy-hasingleton I don't like (and I don't think you proposed this). As you say, doing things that way is however another option for user deployments. -
2. Re: AbstractScheduleProvide shouldn't be HASingleton
dimitris Apr 18, 2006 2:49 AM (in response to dimitris)The HAsingleton attribute can also go away.
So the schedule providers are cluster unaware, until you add the following dependency:
"jboss.ha:service=HASingletonDeployer,type=Barrier"