[jboss-dev-forums] [Design of POJO Server] - Re: Sub-Profiles ProfileService changes
bstansberry@jboss.com
do-not-reply at jboss.com
Fri Jan 23 16:46:13 EST 2009
As I commented above, I think my HASingletonProfileManager class is the wrong approach. It's a temporary expedient.
It's wrong because something inside a Profile is adding content to the ProfileService at runtime. That means the ProfileService isn't aware of the content unless there is a running AS underneath it that deployed the HASingletonProfileManager.
So, we're better than the AS 5.0.0 case where the ProfileService is only aware on content if there is a running AS underneath *and* it's the master. But still not where we should be.
To get where we should be I think we need something like the MC ControllerMode concept added to ProfileMetaData:
<profiles name="deploy-hasingleton">
|
| <profile name="deploy-hasingleton-controller">
| <source type="mutable">${jboss.server.base.url}deploy</source>
| <deployment>cluster/deploy-hasingleton-jboss-beans.xml</deployment>
| </profile>
|
| <profile name="deploy-hasingleton-content" mode="MANUAL">
| <source type="mutable">${jboss.server.base.url}deploy-hasingleton</source>
| </profile>
|
| </profiles>
In this case "MANUAL" means just register the profile but don't activate it; activation requires that something call ProfileService.activateProfile().
Probably different terms than the ControllerModes would be better since the semantics are not identical.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204454#4204454
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204454
More information about the jboss-dev-forums
mailing list