Dain Sundstrom wrote: > Jules Gosnell wrote: > >> OK - that's not so bad. I can interface Jetty to it - no problem. > > > > Well that's one vote. We'll have to wait to see if everyone else agrees. > > >> I'm still a little concerned about this centralisation creeping >> outwards. Are ports the only resource over which different instances >> of JBoss running on the same box are likely to collide ? > > > > I think so, but I don't know. > > >> We should also bear in mind that certain services are usually expected >> on particular ports. Reconfiguring the client side to know where the >> new port is may be just as important as telling the server side where >> to listen. > > > > I would also like to add server pushed client-side configuration for > stuff like ENC, security config, ports, etc.. For all I know it could > already be there. For now, they would have to configure the client by > hand. > > >> You port service will need to allocate/deallocate and lookup ports >> (and throw PortAlreadyAllocated and NoSuchPort Exceptions). Or is this >> becoming too complicated ? > > > > Much simpler. It just returns you a port number (int).
allocates > The service > would have to de allocate the port on shutdown (the port service could > listen for destroy life cycle event). deallocates (this is important because a service's lifecycle may not be the same as a server instances). I still think you need lookup - so that an external service can find out which port to talk to. This becomes even more important when you are allocating these dynamically. You have become the registry and thus ultimate authority on what service is serving on what port. Jules P.S. If a service explicitly requests it's allocation then, for the sake of symmetry, it should explicitly request it's deallocation. Yes, you could assume that when the service that owns a port quits you can garbage collect the port - but what if the service lives on but no longer requires the port ? Garbage collection should be a safety net - not the primary mechanism. > > -dain > > > _______________________________________________________________ > > 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-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development > _______________________________________________________________ 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-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
