We are going to be dynamically deploying JBoss clusters in multiple grid environments. 
 Obviously, we do not want every grid node in the same partition, so we need a way to 
dynamically deploy nodes that will exist in different partitions.

This is problematic because various SARs depend on the name "DefaultPartition", so 
when changing the partition name, we have to update all of the relevant SAR deployment 
descriptors as well.

This is further complicated when deploying clustered EJBs.   When the EJB is built we 
may not know the name of the cluster that it will be deployed in, and by default, a 
clustered EJB looks for "DefaultParition" unless the partition is explicity named in 
the EJB's jboss.xml deployment descriptor.

Previous posts have indicated that the easiest way to get around cluster partition 
naming is to change the UDP port, but this means that I have to have a central 
repository of UDP port numbers that are already in use in deployed JBoss clusters.

Are there any ideas how I might go about solving this?  Could I utilize system 
property substition in the deployment descriptors in combination with customized 
property defintions (-D) on the command line?

It seems to me that I should be able to name the default parition so that I can keep 
different clusters seperate, but that deployed components should lookup the default 
partition without looking for the name "DefaultPartition" explicitly.  Is this kind of 
thing possible?

View the original post : 
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3838201#3838201

Reply to the post : 
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3838201


-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to