January 2009 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by bstansberry＠jboss.com

"emuckenhuber" wrote : | Yeah, i thought deploy-hasingleton is independent from the other profiles. | You might still want to set a dependency on a clustering-deployers profile or something like that? That would have the same problem; before clustering-deployers got undeployed, deploy-hasingleton would be undeployed. It needs to happen as part of the stop() processing of the HASingletonController, which sends messages around the cluster that trigger another node to become master. The undeploy and the messages are part of a coordinated process. Keeping the deploy-hasingleton profile independent allows that. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204479#4204479 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204479

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by emuckenhuber

"bstansberry(a)jboss.com" wrote : | This fails because the validate() call in AbstractProfileService.activateProfile() fails during the reentrant call. The outer "all" Profile is still in the middle of activating, which the validate() call treats as an exception condition. | Yes, validate should just validate the current activated profile. I've started to do that, but not finished yet - just copied this part from BasicXmlDeployer. "bstansberry(a)jboss.com" wrote : | Another approach would be to have the "deploy-hasingleton" profile depend on "all", but that's not clean would actually break the HASingleton semantic by forcing the undeploy of the deploy-hasingleton/ dir at the start of shutdown, rather than waiting until the HASingletonController stop phase, which does other needed work. Yeah, i thought deploy-hasingleton is independent from the other profiles. You might still want to set a dependency on a clustering-deployers profile or something like that? I also need to review the shutdown anyway - don't like this much :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204477#4204477 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204477

17 years, 2 months

1
0
0 / 0

[Design of Clustering on JBoss] - Re: JBOSS Cluster Agent for Solaris Cluster Tools

by bstansberry＠jboss.com

"krabhishek" wrote : | I am pretty close to complete porting JBOSS Application server on Sun Cluster. I am writing a GDS Agent for JBOSS. Great! anonymous wrote : 1. Incase JBOSS is to Run under the control of a program or script (as is the case in Sun Cluster) what are the necessary parameters would i need to validate before I ask the application to start JBOSS server (i mean fire ./bin/run.sh - ) Not sure exactly what you're looking for. A good thing to do is have a look at the jboss_init_xxx.sh scripts in the bin dir; those are used to start JBoss as a service. Also, at the bottom of https://www.jboss.org/community/docs/DOC-12928 I've attached a rough draft of some docs for AS 5. (Not the links at the top; the zip file attached at the bottom). The Quick Start section in the first chapter has some discussion of configuration parameters to pass to launch clustered JBoss. anonymous wrote : 2. I seem to be a having a little problem running the JBOSS 5 AS with custom config files.. (http://www.jboss.com/index.html?module=bb&op=viewtopic&t=149231 i posted my query here) Sounds like PeterJ is getting things sorted for you on that thread. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204475#4204475 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204475

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by bstansberry＠jboss.com

I mentioned in my first post there was a reason I didn't turn on HASingletonProfileManager as the way to handle deploy-hasingleton. It's because it makes the ProfileService.activateProfile() processing re-entrant which fails. ProfileServiceBootstrap.start(Server) --> ProfileService.activateProfile("all") --> HASingletonDeployer bean starts, becomes master --> HASingletonProfileManager.activateProfile() --> ProfileService.activateProfile("deploy-hasingleton") This fails because the validate() call in AbstractProfileService.activateProfile() fails during the reentrant call. The outer "all" Profile is still in the middle of activating, which the validate() call treats as an exception condition. The workaround I haven't committed is to use a ThreadLocal to detect the reentrant call and skip the validate() call. That's kind of yuck, which is why I didn't commit. Another approach would be to have the "deploy-hasingleton" profile depend on "all", but that's not clean would actually break the HASingleton semantic by forcing the undeploy of the deploy-hasingleton/ dir at the start of shutdown, rather than waiting until the HASingletonController stop phase, which does other needed work. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204470#4204470 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204470

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by bstansberry＠jboss.com

Hah, we're cross-posting. Just read your comment about "if you stop your clustering-hotdeployment directory it would shutdown also the "default" profile". OK, I'll wait for your update. All in all, this is good stuff; pretty easy to figure out once I had a chance to poke around. :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204469#4204469 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204469

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JMSTests are broken...

by clebert.suconic＠jboss.com

JMSTests are broken again... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204468#4204468 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204468

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by emuckenhuber

"bstansberry(a)jboss.com" wrote : | I'll have to walk through SubProfile again stuff again to see how this is all tying together. Seemed like with the StaticProfileFactory "all" depends on BOOTSTRAP and DEPLOYERS but w/ XmlProfileFactory (true dependency), "all" depends on logical subelements, which would mean inactivating just one subelement in the hierarchy would cause the whole ball of wax to ... something. | If you give me some time i'll update trunk to the changed spi and then post some words on that :) As especially xml processing changed a bit. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204467#4204467 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204467

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by bstansberry＠jboss.com

Cut-and-paste error there, meant to say: Seemed like with the StaticProfileFactory "all" depends on BOOTSTRAP and DEPLOYERS (true dependency) but w/ XmlProfileFactory "all" depends on logical subelements ... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204466#4204466 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204466

17 years, 2 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Design of Portal Deployer

by mwringe

ok FYI it also checks the file path so that its located within the war, so it wont work if you try and reference it from another location on the file system. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204465#4204465 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204465

17 years, 2 months

1
0
0 / 0

[Design of POJO Server] - Re: Sub-Profiles ProfileService changes

by bstansberry＠jboss.com

Deactivate is good. :) "emuckenhuber" wrote : Basically all Profiles are getting registered as ON_DEMAND - so unless you don't have a dependency on it, it will not get activated unless you explicitly activate it :) Ah, OK, ProfileServiceBootstrap registers all profiles but only activates the one whose name matches the -c value. I'll have to walk through SubProfile again stuff again to see how this is all tying together. Seemed like with the StaticProfileFactory "all" depends on BOOTSTRAP and DEPLOYERS but w/ XmlProfileFactory (true dependency), "all" depends on logical subelements, which would mean inactivating just one subelement in the hierarchy would cause the whole ball of wax to ... something. Ignore the above comment; let me look again. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204464#4204464 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204464

17 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums January 2009