If I took the multi-virtual-ip (aliases) approach, how do I set each instance of JBoss to use each virtual ip, instead of the primary ip ??
Emerson Cargnin - MSA SICREDI - Ramal 3358-4860 ----- Original Message ----- From: "Dan Christopherson" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, May 20, 2002 4:56 PM Subject: Re: [JBoss-user] JBoss in a multi developers environment > Matthew French wrote: > > Dain Sundstrom mentioned: > > > > > >>This is a feature I have wanted for a while. We discussed this at the > >>JBoss retreat, but no one can seem to decide on how to pull it off. I > >>think we should support a ports file (MBean) which the other services > >>would look to first for the port numbers, but they didn't like that. I > >>can't really remember why (I was a little drunk at the time). > >> > > > > I have recently implemented 6 separate JBoss 2.4.3 servers on a single > > machine. > > > > The biggest problem is the JNDI port, which needs to be at a known address. > > This can be changed, but to something non standard. There was a second port > > (4444) which also had to be manually remapped in the deployment descriptor. > > But it is easy enough to do. > > > > On Linux you can use virtual IP addresses and then specify the "hostname" > > property to run different servers. You also have "chroot" facility which > > runs applications in a virtual directory, preventing them from seeing other > > system files. So I guess you could put something together, although I have > > not tried it myself. > > > > Of course, an IBM zSeries or Transmeta Blade server would be more > > interesting, although I doubt they would be as cost effective. :) > > > > IMHO, I would not want to run several servers in the same VM if I could help > > it. Namespace conflicts and the possibility of someone calling System.exit() > > being two worries. Yes they can be solved, but only with added complexity. > > > > > The last person I caught using System.exit is now known as 'Lefty.' > Seriously, you can use a security policy - _one_ security policy on the > machine. You're not taking any complexity away, you're just moving it > around - with multiple configurations, you just have whoever is > responsible for server configuration having to deal with it, rather than > the person who's responsible for application assembly and deployment. As > far as namespaces go, the deployer is probably already dealing with > multiple descriptors anyway (or hacking together some text replacement > stuff), in any decent sized organization - security especially just gets > too messed up in a big organization - you always have separate mappings > for test and production. > > If you're in an ISP/ASP environment where your control of the running > code is limited, I suppose I can see it, but it really pains me to see > people running one vm per application when the apps are developed > in-house. I'd feel a bit differently if the VMs were at least fork'ed > off of each other so that _some_ of the memeory would be shared. One of > the things application servers are supposed to do is help us share > resources - memory and process table entries being two of the more > fundamental resources. > > -danch > -- > > ========================================================================= > Disclaimer: > All statements are my own, personal opinions and have nothing to do > with the opinions of employer, wife, or cat. They may not have anything > to do with objective reality, as a matter of fact. Your Milage May Vary, > Excludes Delivery Charges, etc. > ========================================================================= > > > _______________________________________________________________ > > Don't miss the 2002 Sprint PCS Application Developer's Conference > August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm > > _______________________________________________ > JBoss-user mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-user _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ JBoss-user mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-user
