RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Hello Mike, If I understand your question correctly, yes (well, no to the 'dreaming' question :-) ). The 'default' list of ports would either be in the config file (like example below), or in each of the services' respective config files. I think this is what you mean (?). At config-time, just specify the server (default, serverA, etc) you want to run, in servicebinding-service.xml. Sacha - let me know if this is NOT what you mean! Well, not exactly. In fact, I should simply read more carefuly your doc. I was thinking to something like that: server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA default-host-nameserverA_hostname/default-host-name !-- no service tag necessary... implicit extend statement -- /server or something like server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA extends=default default-host-nameserverA_hostname/default-host-name !-- no service tag necessary -- /server but the default-host-name could be in the server tag as: server name=serverA extends=default default-host-name=serverA_hostname/ It is just that on multi-homed computer, the port is generally the same, only the IP changes. Cheers, Sacha --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Hi all, I've been posting about this subject a while ago, and we are using multi instances of jboss/eclipse and tomcat in the same machine for use by developers remotely. We use the approache of a multi-homed host, with more then one ip address. At first we some of services out, changed the conf/jboss-services.xml including bind-address tags. In one instance , we changed jboss-service.xml inside jmx-html-adaptor.sar to use other port. Is there a way to change the bind address instead??? Sacha Labourey wrote: Hello Mike, If I understand your question correctly, yes (well, no to the 'dreaming' question :-) ). The 'default' list of ports would either be in the config file (like example below), or in each of the services' respective config files. I think this is what you mean (?). At config-time, just specify the server (default, serverA, etc) you want to run, in servicebinding-service.xml. Sacha - let me know if this is NOT what you mean! Well, not exactly. In fact, I should simply read more carefuly your doc. I was thinking to something like that: server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA default-host-nameserverA_hostname/default-host-name !-- no service tag necessary... implicit extend statement -- /server or something like server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA extends=default default-host-nameserverA_hostname/default-host-name !-- no service tag necessary -- /server but the default-host-name could be in the server tag as: server name=serverA extends=default default-host-name=serverA_hostname/ It is just that on multi-homed computer, the port is generally the same, only the IP changes. Cheers, Sacha --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Emerson, The JMX-HTML Adaptor MBean (from Sun jmxtools.jar) does not allow the specification of a bind address - only a port, and max # of clients. There is no attribute for it, and in fact, the server socket open call uses the no-address constructor (port,backlog). That said, I thought someone was working on a JMX-HTML replacement, but I don't know where it stands. It would be pretty simple to write a new one, say org.jboss.jmx.adaptor.html, that is like Sun's but takes an address attribute and uses it. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Emerson Cargnin - MSA Sent: Monday, June 24, 2002 9:55 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Hi all, I've been posting about this subject a while ago, and we are using multi instances of jboss/eclipse and tomcat in the same machine for use by developers remotely. We use the approache of a multi-homed host, with more then one ip address. At first we some of services out, changed the conf/jboss-services.xml including bind-address tags. In one instance , we changed jboss-service.xml inside jmx-html-adaptor.sar to use other port. Is there a way to change the bind address instead??? Sacha Labourey wrote: Hello Mike, If I understand your question correctly, yes (well, no to the 'dreaming' question :-) ). The 'default' list of ports would either be in the config file (like example below), or in each of the services' respective config files. I think this is what you mean (?). At config-time, just specify the server (default, serverA, etc) you want to run, in servicebinding-service.xml. Sacha - let me know if this is NOT what you mean! Well, not exactly. In fact, I should simply read more carefuly your doc. I was thinking to something like that: server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA default-host-nameserverA_hostname/default-host-name !-- no service tag necessary... implicit extend statement -- /server or something like server name=default service name=jboss:service=Naming listen-host-name/listen-host-name listen-port1099/listen-port /service service name=jboss:service=Hypersonic listen-host-name/listen-host-name listen-port1476/listen-port /service ... /server server name=serverA extends=default default-host-nameserverA_hostname/default-host-name !-- no service tag necessary -- /server but the default-host-name could be in the server tag as: server name=serverA extends=default default-host-name=serverA_hostname/ It is just that on multi-homed computer, the port is generally the same, only the IP changes. Cheers, Sacha --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
There is a replacement servlet in the varia package under src/main/org/jboss/jmx. Being just a regular war it has all the capbilities of a web application/web container including configuration of the ports, bind address, transport encryption, and role based security. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Mike Finn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 24, 2002 9:39 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Emerson, The JMX-HTML Adaptor MBean (from Sun jmxtools.jar) does not allow the specification of a bind address - only a port, and max # of clients. There is no attribute for it, and in fact, the server socket open call uses the no-address constructor (port,backlog). That said, I thought someone was working on a JMX-HTML replacement, but I don't know where it stands. It would be pretty simple to write a new one, say org.jboss.jmx.adaptor.html, that is like Sun's but takes an address attribute and uses it. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Emerson Cargnin - MSA Sent: Monday, June 24, 2002 9:55 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Hi all, I've been posting about this subject a while ago, and we are using multi instances of jboss/eclipse and tomcat in the same machine for use by developers remotely. We use the approache of a multi-homed host, with more then one ip address. At first we some of services out, changed the conf/jboss-services.xml including bind-address tags. In one instance , we changed jboss-service.xml inside jmx-html-adaptor.sar to use other port. Is there a way to change the bind address instead??? --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
So you can undeploy jmx-html-adaptor.sar, and instead deploy this servlet to your Jetty/Tomcat. Neat. The bigger benefit here is that you can put your own security constraints on it so Joe Fatfinger can't point a browser at 8082 and stop or remove running services. I like. Wish I had known sooner about this one #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, June 24, 2002 12:54 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment There is a replacement servlet in the varia package under src/main/org/jboss/jmx. Being just a regular war it has all the capbilities of a web application/web container including configuration of the ports, bind address, transport encryption, and role based security. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Mike Finn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 24, 2002 9:39 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Emerson, The JMX-HTML Adaptor MBean (from Sun jmxtools.jar) does not allow the specification of a bind address - only a port, and max # of clients. There is no attribute for it, and in fact, the server socket open call uses the no-address constructor (port,backlog). That said, I thought someone was working on a JMX-HTML replacement, but I don't know where it stands. It would be pretty simple to write a new one, say org.jboss.jmx.adaptor.html, that is like Sun's but takes an address attribute and uses it. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Emerson Cargnin - MSA Sent: Monday, June 24, 2002 9:55 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Hi all, I've been posting about this subject a while ago, and we are using multi instances of jboss/eclipse and tomcat in the same machine for use by developers remotely. We use the approache of a multi-homed host, with more then one ip address. At first we some of services out, changed the conf/jboss-services.xml including bind-address tags. In one instance , we changed jboss-service.xml inside jmx-html-adaptor.sar to use other port. Is there a way to change the bind address instead??? --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Yes. This will be the default html adaptor in the 3.0.1 default and all configs. The minimal config will keep the ri adaptor since that config has no servlet container. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Mike Finn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, June 24, 2002 10:42 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment So you can undeploy jmx-html-adaptor.sar, and instead deploy this servlet to your Jetty/Tomcat. Neat. The bigger benefit here is that you can put your own security constraints on it so Joe Fatfinger can't point a browser at 8082 and stop or remove running services. I like. Wish I had known sooner about this one #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, June 24, 2002 12:54 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment There is a replacement servlet in the varia package under src/main/org/jboss/jmx. Being just a regular war it has all the capbilities of a web application/web container including configuration of the ports, bind address, transport encryption, and role based security. Scott Stark Chief Technology Officer JBoss Group, LLC --- Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Dain, Coming well. Work just keeps getting in the way! Anyways, I should have it ready this weekend/early next week. How should I package it, as a patch? Right now, it is an MBean deployed as a sar, with an XML service config file in conf (read/maintained by the SB manager). BTW - any plans to incorporate JDOM? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 ___ Sponsored by: ThinkGeek at http://www.ThinkGeek.com/ ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Great. Submit it as a patch and we'll figure out where to put it in the source tree. As for JDOM, I thought we already used it, but I don't pay much attention to the JMX stuff. -dain Mike Finn wrote: Dain, Coming well. Work just keeps getting in the way! Anyways, I should have it ready this weekend/early next week. How should I package it, as a patch? Right now, it is an MBean deployed as a sar, with an XML service config file in conf (read/maintained by the SB manager). BTW - any plans to incorporate JDOM? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
OK. Yep - found JDOM - in 3rd party. Not sure why I didn't see that b4. Thx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Great. Submit it as a patch and we'll figure out where to put it in the source tree. As for JDOM, I thought we already used it, but I don't pay much attention to the JMX stuff. -dain Mike Finn wrote: Dain, Coming well. Work just keeps getting in the way! Anyways, I should have it ready this weekend/early next week. How should I package it, as a patch? Right now, it is an MBean deployed as a sar, with an XML service config file in conf (read/maintained by the SB manager). BTW - any plans to incorporate JDOM? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
I've been thinking about ports and other configuration issues. This goes back to the mega-thread about whether configurations should all be stored together, or not. Scott has hinted at a future omniscient/persistant JMX-based configuration mechanism. It seems to me that all these problems could be solved by taking different JMX Agent 'views' across all the services. For ports you simply have a PortView page, which is configured to list all the ports. No doubt you will also need a files/directories/urls view and several others. These views could be configured in xml and would be far more flexible than hard-wiring a service for each view. Furthermore they would not require any further integration work on the part of the service. Users could configure their own views. You could have novice/expert views etc Finally any JMX based approach to this would integrate straight into whatever Scott has planned, whereas a BindingService will be yet another service to configure. Comments ? Jules P.S. I guess we just need a JMX view servlet which has access to a number of configuration files (.jxml?). When you hit one, it just renders the JMX view... - simple !! Mike Finn wrote: OK. Yep - found JDOM - in 3rd party. Not sure why I didn't see that b4. Thx -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:58 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Great. Submit it as a patch and we'll figure out where to put it in the source tree. As for JDOM, I thought we already used it, but I don't pay much attention to the JMX stuff. -dain Mike Finn wrote: Dain, Coming well. Work just keeps getting in the way! Anyways, I should have it ready this weekend/early next week. How should I package it, as a patch? Right now, it is an MBean deployed as a sar, with an XML service config file in conf (read/maintained by the SB manager). BTW - any plans to incorporate JDOM? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Wednesday, June 12, 2002 11:08 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Mike, How are you coming on the ServiceBindingManager? -dain Mike Finn wrote: Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
The local use of the mbean will not use this as you say its a bound property of the mbean the service requesting portmapping is talking to. This information needs to be part of the ServiceBinding object for use in remote access to a central authority as well as debugging. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Mike Finn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, May 24, 2002 6:18 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Scott, Does the 'server name' (server identity) need to be part of the getPort request, if it is spec'd in the svc bind mbean config? if the server name was set on the mbean, then the port maps could be keyed off that (in addition to service name). So, the request for getport could assume the 'curent' server name for the port lookup. Or am I missing something? (been known to happen) #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Monday, May 20, 2002 4:52 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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 ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Very basic question, but I have to ask it: how should the service bindings service be exposed? I assume as MBean? MBean with static port manager bound in JNDI (might have the chicken/egg problem here, since JNDI would be a dependency and JNDI would need to find what port on which to run...)? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Tuesday, May 21, 2002 6:36 AM To: JBoss-dev Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment On Mon, 20 May 2002, Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. another possibility would be to persist these attributes containing port numbers to a single location, e.g. config/ports.properties where all ports would be in a single file. This would not require the MBean developers to change their coding in any way (Jules point about simple contracts) but would just require us to config the initial server setup for the MBeans in question to use the same location for these attributes. New user MBeans could also be configured to use the same storage. Same approach would work for other system resources as well (whatever they might be) without having to impose yet another contractual requirement for MBean developers. However, this requires that we convert to using persistent mbeans, which is a more long term project. Short term your solution is the easier fix. my .02 -- Juha ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Guys, I've been thinking about this. Wouldn't it be better/easier to create a UI configuration tool than do this port mapper stuff? What I mean is a JBoss configuration tool that for each component asks you what port you want your JNDI server to run on, Web server, etc... as well as other config information. This tool could be smart enough to determine if something is already running under a certain port and tell you so you have to decide the new port to run under. This stuff would not only be usefull for a multiple developer environment, but would be extremely useful in an Installer and management GUI, and IMHO, would be more reep more significant benefits for the JBoss project. IMHO, what you're proposing would just create ugliness and complication in the code base. But maybe I'm wrong here. I don't know. Do whatever you want. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Finn Sent: Tuesday, May 21, 2002 8:02 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Very basic question, but I have to ask it: how should the service bindings service be exposed? I assume as MBean? MBean with static port manager bound in JNDI (might have the chicken/egg problem here, since JNDI would be a dependency and JNDI would need to find what port on which to run...)? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Tuesday, May 21, 2002 6:36 AM To: JBoss-dev Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment On Mon, 20 May 2002, Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. another possibility would be to persist these attributes containing port numbers to a single location, e.g. config/ports.properties where all ports would be in a single file. This would not require the MBean developers to change their coding in any way (Jules point about simple contracts) but would just require us to config the initial server setup for the MBeans in question to use the same location for these attributes. New user MBeans could also be configured to use the same storage. Same approach would work for other system resources as well (whatever they might be) without having to impose yet another contractual requirement for MBean developers. However, this requires that we convert to using persistent mbeans, which is a more long term project. Short term your solution is the easier fix. my .02 -- Juha ___ 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 ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Ok, and you will have that ready by? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 21, 2002 8:32 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Guys, I've been thinking about this. Wouldn't it be better/easier to create a UI configuration tool than do this port mapper stuff? What I mean is a JBoss configuration tool that for each component asks you what port you want your JNDI server to run on, Web server, etc... as well as other config information. This tool could be smart enough to determine if something is already running under a certain port and tell you so you have to decide the new port to run under. This stuff would not only be usefull for a multiple developer environment, but would be extremely useful in an Installer and management GUI, and IMHO, would be more reep more significant benefits for the JBoss project. IMHO, what you're proposing would just create ugliness and complication in the code base. But maybe I'm wrong here. I don't know. Do whatever you want. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Finn Sent: Tuesday, May 21, 2002 8:02 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Very basic question, but I have to ask it: how should the service bindings service be exposed? I assume as MBean? MBean with static port manager bound in JNDI (might have the chicken/egg problem here, since JNDI would be a dependency and JNDI would need to find what port on which to run...)? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Tuesday, May 21, 2002 6:36 AM To: JBoss-dev Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment On Mon, 20 May 2002, Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. another possibility would be to persist these attributes containing port numbers to a single location, e.g. config/ports.properties where all ports would be in a single file. This would not require the MBean developers to change their coding in any way (Jules point about simple contracts) but would just require us to config the initial server setup for the MBeans in question to use the same location for these attributes. New user MBeans could also be configured to use the same storage. Same approach would work for other system resources as well (whatever they might be) without having to impose yet another contractual requirement for MBean developers. However, this requires that we convert to using persistent mbeans, which is a more long term project. Short term your solution is the easier fix. my .02 -- Juha ___ 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 ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
All I'm saying is that this is just another configuration file in an already complicated system. Energies might be spent in a better direction. I'll shut up now... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, May 21, 2002 11:56 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Ok, and you will have that ready by? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 21, 2002 8:32 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Guys, I've been thinking about this. Wouldn't it be better/easier to create a UI configuration tool than do this port mapper stuff? What I mean is a JBoss configuration tool that for each component asks you what port you want your JNDI server to run on, Web server, etc... as well as other config information. This tool could be smart enough to determine if something is already running under a certain port and tell you so you have to decide the new port to run under. This stuff would not only be usefull for a multiple developer environment, but would be extremely useful in an Installer and management GUI, and IMHO, would be more reep more significant benefits for the JBoss project. IMHO, what you're proposing would just create ugliness and complication in the code base. But maybe I'm wrong here. I don't know. Do whatever you want. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Finn Sent: Tuesday, May 21, 2002 8:02 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Very basic question, but I have to ask it: how should the service bindings service be exposed? I assume as MBean? MBean with static port manager bound in JNDI (might have the chicken/egg problem here, since JNDI would be a dependency and JNDI would need to find what port on which to run...)? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Tuesday, May 21, 2002 6:36 AM To: JBoss-dev Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment On Mon, 20 May 2002, Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. another possibility would be to persist these attributes containing port numbers to a single location, e.g. config/ports.properties where all ports would be in a single file. This would not require the MBean developers to change their coding in any way (Jules point about simple contracts) but would just require us to config the initial server setup for the MBeans in question to use the same location for these attributes. New user MBeans could also be configured to use the same storage. Same approach would work for other system resources as well (whatever they might be) without having to impose yet another contractual requirement for MBean developers. However, this requires that we convert to using persistent mbeans, which is a more long term project. Short term your solution is the easier fix. my .02 -- Juha ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Not exactly, Bill. By default the mapping should just return the default mapping requested by the system. If and only if the user wants to run multiple copies of JBoss on a single machine, do they add a configuration mapping to the mapper. I should be no more complex then what we currently have with the ability to centrally mange ports. This is the best of both worlds if you ask me. Anyway, GUIs need to run on top of JMX (configuration files), because not all hardware has a graphical display. -dain Bill Burke wrote: All I'm saying is that this is just another configuration file in an already complicated system. Energies might be spent in a better direction. I'll shut up now... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Scott M Stark Sent: Tuesday, May 21, 2002 11:56 AM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Ok, and you will have that ready by? Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Bill Burke [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 21, 2002 8:32 AM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Guys, I've been thinking about this. Wouldn't it be better/easier to create a UI configuration tool than do this port mapper stuff? What I mean is a JBoss configuration tool that for each component asks you what port you want your JNDI server to run on, Web server, etc... as well as other config information. This tool could be smart enough to determine if something is already running under a certain port and tell you so you have to decide the new port to run under. This stuff would not only be usefull for a multiple developer environment, but would be extremely useful in an Installer and management GUI, and IMHO, would be more reep more significant benefits for the JBoss project. IMHO, what you're proposing would just create ugliness and complication in the code base. But maybe I'm wrong here. I don't know. Do whatever you want. Bill -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Mike Finn Sent: Tuesday, May 21, 2002 8:02 AM To: [EMAIL PROTECTED] Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Very basic question, but I have to ask it: how should the service bindings service be exposed? I assume as MBean? MBean with static port manager bound in JNDI (might have the chicken/egg problem here, since JNDI would be a dependency and JNDI would need to find what port on which to run...)? #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Juha-P Lindfors Sent: Tuesday, May 21, 2002 6:36 AM To: JBoss-dev Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment On Mon, 20 May 2002, Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. another possibility would be to persist these attributes containing port numbers to a single location, e.g. config/ports.properties where all ports would be in a single file. This would not require the MBean developers to change their coding in any way (Jules point about simple contracts) but would just require us to config the initial server setup for the MBeans in question to use the same location for these attributes. New user MBeans could also be configured to use the same storage. Same approach would work for other system resources as well (whatever they might be) without having to impose yet another contractual requirement for MBean developers. However, this requires that we convert to using persistent mbeans, which is a more long term project. Short term your solution is the easier fix. my .02 -- Juha ___ 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
[JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
[I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. Whatever we do, we must have this feature. I think this is the simplest possible solution, but I don't care which solution we use. It is completely unreasonable to make sys admins edit tons of files just to run two jboss instances on the same physical hardware. -dain Jules Gosnell wrote: In the hottub, and under the influence of beer, I did not crystallise my reasoning well. Now sober I shall try. JBoss is a fairly loosely bound community of JMX services. By loosely bound I mean that the mandatory interfaces specified between these services are as simple and thus non-constraining as possible. A direct side effect of this is that each service must necessarily manage it's own configuration (but JMX is a good vehicle for this). If we start down the path of trying to centralise configuration we will, IMHO, have to complicate the contracts between services (i.e. Jetty will have to tell another service that it requires a port). This immediately constrains services to an API that may not fit (Jetty may serve as many ports as it chooses) and raises the bar for new integrations (it won't just be ports that become centrally managed - so the APIs becoe bigger and more complex). JBoss is more flexible and has a much more Open feel to it because of these minimal contracts. Tightening them up would sacrifice this. I can see exactly where people who want this central management fnality are coming from. If I think of a nice solution I shall post. Comments ? Jules Dain Sundstrom wrote: 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). -dain Emerson Cargnin - MSA wrote: Has someone used Jboss for development in a centralizazed way? I mean, jboss (along with developer IDE, Eclipse) being used in a huge machine, one instance per developer. I think the problem should be in the ports used by jboss, what woul'd conflict with others developers instances. Is there any automatic way to configure an enviroment like that??? - Original Message - From: Emerson Cargnin - MSA [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 10:31 AM Subject: Re: [JBoss-user] jboss 3.0.0 db configure put the following in standardjbosscmp.xml file. defaults datasourcejava:/OracleDS/datasource datasource-mappingOracle8/datasource-mapping /defaults and here goes my working oracle-services.xml : ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- server !-- -- !-- ConnectionManager setup for Oracle dbs -- !-- Build jmx-api (build/build.sh all) and view for config documentation -- !-- Thanks to Steven Coy -- !-- -- mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM,name=OracleDS !-- Include a login module configuration named OracleDbRealm. Update your login-conf.xml, here is an example for a ConfiguredIdentityLoginModule: application-policy name = OracleDbRealm authentication login-module code = org.jboss.resource.security.ConfiguredIdentityLoginModule flag = required module-option name = principalyourprincipal/module-option module-option name = userNameyourusername/module-option module-option name = passwordyourpassword/module-option module-option name = managedConnectionFactoryNamejboss.jca:service=LocalTxCM,name=OracleDS/mo dule-option /login-module /authentication /application-policy NOTE: the application-policy name attribute must match SecurityDomainJndiName, and the module-option name = managedConnectionFactoryName must match the object name of the ConnectionManager you are configuring
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
OK - that's not so bad. I can interface Jetty to it - no problem. 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 ? 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. You port service will need to allocate/deallocate and lookup ports (and throw PortAlreadyAllocated and NoSuchPort Exceptions). Or is this becoming too complicated ? Jules Dain Sundstrom wrote: [I moved this to the dev list] I think the real power of JMX is you can have disparate components that can all talk to a central object without becoming tightly coupled. Here is my idea: We have an optional port server MBean. Before a service opens a port it checks for the existence of the port server, and if (and only if) it exists, it asks the port server for a port passing the service name and port name (both are just any string). If the port service doesn't exist, it follows the default code. This would require that the MBean wrappers for any serveice that opens a port to follow know about the possibility of a port service, but I don't think that is a big deal. Most MBeans already know about many services. Whatever we do, we must have this feature. I think this is the simplest possible solution, but I don't care which solution we use. It is completely unreasonable to make sys admins edit tons of files just to run two jboss instances on the same physical hardware. -dain Jules Gosnell wrote: In the hottub, and under the influence of beer, I did not crystallise my reasoning well. Now sober I shall try. JBoss is a fairly loosely bound community of JMX services. By loosely bound I mean that the mandatory interfaces specified between these services are as simple and thus non-constraining as possible. A direct side effect of this is that each service must necessarily manage it's own configuration (but JMX is a good vehicle for this). If we start down the path of trying to centralise configuration we will, IMHO, have to complicate the contracts between services (i.e. Jetty will have to tell another service that it requires a port). This immediately constrains services to an API that may not fit (Jetty may serve as many ports as it chooses) and raises the bar for new integrations (it won't just be ports that become centrally managed - so the APIs becoe bigger and more complex). JBoss is more flexible and has a much more Open feel to it because of these minimal contracts. Tightening them up would sacrifice this. I can see exactly where people who want this central management fnality are coming from. If I think of a nice solution I shall post. Comments ? Jules Dain Sundstrom wrote: 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). -dain Emerson Cargnin - MSA wrote: Has someone used Jboss for development in a centralizazed way? I mean, jboss (along with developer IDE, Eclipse) being used in a huge machine, one instance per developer. I think the problem should be in the ports used by jboss, what woul'd conflict with others developers instances. Is there any automatic way to configure an enviroment like that??? - Original Message - From: Emerson Cargnin - MSA [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 10:31 AM Subject: Re: [JBoss-user] jboss 3.0.0 db configure put the following in standardjbosscmp.xml file. defaults datasourcejava:/OracleDS/datasource datasource-mappingOracle8/datasource-mapping /defaults and here goes my working oracle-services.xml : ?xml version=1.0 encoding=UTF-8? !-- = -- !-- -- !-- JBoss Server Configuration -- !-- -- !-- = -- server !-- -- !-- ConnectionManager setup for Oracle dbs -- !-- Build jmx-api (build/build.sh all) and view for config documentation -- !-- Thanks to Steven Coy -- !-- -- mbean code=org.jboss.resource.connectionmanager.LocalTxConnectionManager name=jboss.jca:service=LocalTxCM,name=OracleDS !-- Include a login module configuration named OracleDbRealm. Update your login-conf.xml, here is an example for a ConfiguredIdentityLoginModule:
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
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). The service would have to de allocate the port on shutdown (the port service could listen for destroy life cycle event). -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 11:43 AM Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment 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). The service would have to de allocate the port on shutdown (the port service could listen for destroy life cycle event). -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Scott M Stark wrote: A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
I had been working on an alternative solution to this problem (see earlier thread in Mid-April: Multiple Instances). After some thought and work, this (Dain's) seems more robust (at least to me). The other way was effectively a proxy server sitting on a single (known) port, directing streams to the correct endpoints. The problem is that not every wire protocol puts enough (or anything) in the initial packets in the stream to identify the service - so I don't think the proxy would work as we discussed before (HTTP would work OK, but it looks like JNDI and RMI wouldn't). Unfortunately, I didn't do any packet sniffing to find this until I had already written the proxy server/MBean :-(. Q 1) I assume service name would be the JBoss service name? (jmx-html, webserver, etc). IP service name would be insufficient as there are multiple services serving HTTP (webserver, jmx-html, jetty/tomcat). 2) How do clients find what port to which they connect today? For example, w/ a separate-VM-client that does a bean lookup (via configured port - eg 1099) - where does it find the RMI port number(eg ) to make the method call? Is it in the object returned from the JNDI server? (Probably a dumb one, but not obvious to me). #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 2:44 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment 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). The service would have to de allocate the port on shutdown (the port service could listen for destroy life cycle event). -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
OK, given the title of this thread, am I the only one who's featuring a bunch of people developing J2EE programs on vt100 terminals? OK, that's a bit ridiculous - XTerms I suppose anyway. 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. One very common case is where the client is a browser - the 'config' is part of the URL. 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). The service would have to de allocate the port on shutdown (the port service could listen for destroy life cycle event). It has to be able to map the service name to the port in a deterministic fashion, right? Otherwise it's practically useless (stick a random number generator in there and you've done noone any good - you couldn't even use that for development) -danch ___ 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
RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
I will *gladly* volunteer to help out. I know the network stuff pretty well, and with a little help here and there (with the JBoss internal stuff) can put together a solution. Let me know what I can do. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 3:17 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Scott M Stark wrote: A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
No, the signature has to be at least: {int, InetAddress} getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); The address on which to bind the port is also a mappable property. Scott Stark Chief Technology Officer JBoss Group, LLC Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Cool. I suggest you start by coding the simplest thing possible; like just give ports in serial order in a range (like DHCP does), as a proof of concept. You can make it much more interesting later. This will allow the people who write the other services to add calls to your interface. Good luck and KISS -dain Mike Finn wrote: I will *gladly* volunteer to help out. I know the network stuff pretty well, and with a little help here and there (with the JBoss internal stuff) can put together a solution. Let me know what I can do. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 3:17 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Scott M Stark wrote: A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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 ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Mike Finn wrote: I had been working on an alternative solution to this problem (see earlier thread in Mid-April: Multiple Instances). After some thought and work, this (Dain's) seems more robust (at least to me). The other way was effectively a proxy server sitting on a single (known) port, directing streams to the correct endpoints. The problem is that not every wire protocol puts enough (or anything) in the initial packets in the stream to identify the service - so I don't think the proxy would work as we discussed before (HTTP would work OK, but it looks like JNDI and RMI wouldn't). Unfortunately, I didn't do any packet sniffing to find this until I had already written the proxy server/MBean :-(. Q 1) I assume service name would be the JBoss service name? (jmx-html, webserver, etc). IP service name would be insufficient as there are multiple services serving HTTP (webserver, jmx-html, jetty/tomcat). 2) How do clients find what port to which they connect today? For example, w/ a separate-VM-client that does a bean lookup (via configured port - eg 1099) - where does it find the RMI port number(eg ) to make the method call? Is it in the object returned from the JNDI server? (Probably a dumb one, but not obvious to me). I've been assuming that they'd be statically mapped - There are a few things (JNDI and servlet-HTTP at leaast) that have to be consistent from run to run for a particular server config. At that point, a standalone client would mostly need its initial context URL overriden - each developer just keeps their own jndi.properties for such a client? -danch ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Mike Finn wrote: I had been working on an alternative solution to this problem (see earlier thread in Mid-April: Multiple Instances). After some thought and work, this (Dain's) seems more robust (at least to me). The other way was effectively a proxy server sitting on a single (known) port, directing streams to the correct endpoints. The problem is that not every wire protocol puts enough (or anything) in the initial packets in the stream to identify the service - so I don't think the proxy would work as we discussed before (HTTP would work OK, but it looks like JNDI and RMI wouldn't). Unfortunately, I didn't do any packet sniffing to find this until I had already written the proxy server/MBean :-(. That is a cool idea. Now that we have client interceptors you could write a custom wire protocol that passes the virtual name, but that is much more difficult (for another day). Q 1) I assume service name would be the JBoss service name? (jmx-html, webserver, etc). IP service name would be insufficient as there are multiple services serving HTTP (webserver, jmx-html, jetty/tomcat). You got me. It is an implementation detail. I just see the big picture. 2) How do clients find what port to which they connect today? For example, w/ a separate-VM-client that does a bean lookup (via configured port - eg 1099) - where does it find the RMI port number(eg ) to make the method call? Is it in the object returned from the JNDI server? (Probably a dumb one, but not obvious to me). #mike Don't know. I would say that the client would need to configure it by hand. This is what you do when you have many developers working on a web app. I know that my server port is 8098. There is most likely a better way, but it is not important right now (we can solve it later). Mike you seem very interested in this. Do you want to code it? -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Dain Sundstrom wrote: Mike Finn wrote: Don't know. I would say that the client would need to configure it by hand. This is what you do when you have many developers working on a web app. I know that my server port is 8098. Right, but you don't get that if you hand them out in serial order, do you? I understand that that was a short term thing, I just want to make sure that everyone sees the need to have some things stay the same between server starts. There is most likely a better way, but it is not important right now (we can solve it later). -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
- Original Message - From: Mike Finn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 12:25 PM Subject: RE: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Q 1) I assume service name would be the JBoss service name? (jmx-html, webserver, etc). IP service name would be insufficient as there are multiple services serving HTTP (webserver, jmx-html, jetty/tomcat). It is the full JMX ObjectName string of the service. Since this is not likely going to change for each instance we need an instance name to differentiate requests for the same service in the event that you want to always assign the starksm instance of tomcat port 8080. This could be an attribute of the port mapping service in the instance. Q 2) How do clients find what port to which they connect today? For example, w/ a separate-VM-client that does a bean lookup (via configured port - eg 1099) - where does it find the RMI port number(eg ) to make the method call? Is it in the object returned from the JNDI server? (Probably a dumb one, but not obvious to me). RMI ports are hidden in the JNDI object bindings. The JNDI url used by the client to obtain the InitialContext determines all RMI ports transparently. The same is not the case for http so in general this is a detail that is outside of the scope of the mapping service in my opinion. Another layer has to pick up this detail. Scott Stark Chief Technology Officer JBoss Group, LLC ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Dan Christopherson wrote: Dain Sundstrom wrote: Mike Finn wrote: Don't know. I would say that the client would need to configure it by hand. This is what you do when you have many developers working on a web app. I know that my server port is 8098. Right, but you don't get that if you hand them out in serial order, do you? I understand that that was a short term thing, I just want to make sure that everyone sees the need to have some things stay the same between server starts. Of course. I was suggesting a very simple implementation to start with, so the service developers can start coding. This service could easily become very complicated, so I think Mike should start as simple as possible. Complexity will be a constant battle in that code. -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Yes, this is what I am talking about in terms of the server identity being presented as part of the request to allow the starksm config to always bind the http service on 8080 so I can use the default config. Dain has to go and change his config in order for him to talk to his dsundstrom config instance. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dan Christopherson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 12:59 PM Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Dain Sundstrom wrote: Mike Finn wrote: Don't know. I would say that the client would need to configure it by hand. This is what you do when you have many developers working on a web app. I know that my server port is 8098. Right, but you don't get that if you hand them out in serial order, do you? I understand that that was a short term thing, I just want to make sure that everyone sees the need to have some things stay the same between server starts. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Scott M Stark wrote: There are at least these attributes that should go into the request object say ServiceBinding: Much better name. // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? BTW, do you actually like this idea Scott? -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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
There are at least these attributes that should go into the request object say ServiceBinding: // The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an instance the same values String serverName; // The default port int port; // The default interface InetAddress bindAddr; Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 1:01 PM Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Ya, duh. Is hostName also mappable? If so, I think this interface would be better: void allocateServicePort(String serviceName, ServicePort servicePort); void deallocateServicePort(String serviceName, ServicePort servicePort); ServicePort contains a hostName, port, and InetAddress. I don't like the name ServicePort, but you get the idea. Allocate can change the information, but reserves that slot until deallocate is called. What do you think? This is outside of my area, so I could be easily way off base. -dain Scott M Stark wrote: No, the signature has to be at least: {int, InetAddress} getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); The address on which to bind the port is also a mappable property. Scott Stark Chief Technology Officer JBoss Group, LLC Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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 ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
// The service JMX name String jmxName; // The virtualHost the service wants to bind to which may be null String virtualHost; // The name of the JBoss service instance to support always giving an // instance the same values String serverName; I'm lost. What is this? Can you give an example? Its what I have been referring to as the starksm and dsundstrom config instances. Say we setup two JBoss instances of main.jboss.org. As Dan is saying, I don't want to have to change my configuration to connect to my instance each time the server is restarted. So when Jason configures my instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. // The default port int port; // The default interface InetAddress bindAddr; Of these values, would the ServiceBindingManager only be allowed to change virtualHost, port, and bindAddr? Yes. BTW, do you actually like this idea Scott? Yes, its a definite improvement over what we have. In the future I would like to see this integrated with a client side naming service but as I said that is another layer. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
And how does it autogenerate the URLs I enter into my browser, the config file for my firewall to allow the RMI ports through, the config file for my proxy server, etc. Allowing for static bindings does not preclude the possibility of dynamic bindings, but we need to start there and support it. Scott Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Anatoly Akkerman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 2:04 PM Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Why not let the ServiceBindingManager autogenerate necessary config files for you (like jndi.properties or whatever else is needed)? Then use something (like a simple Java program) that talks to the ServiceBindingManager via JMXConnectors to pull the config files from the ServiceBindingManager before you start your client that uses your personal ServerName. This way, the ports can remain purely dynamic, no need for static configurations. Just my 2c. Anatoly. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Anatoly Akkerman wrote: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamestarksm/ServerName /mbean while for your instance he adds: mbean code=...ServiceBindingMgr name=...,service=ServiceBindingMgr ... ServerNamedsundstrom/ServerName /mbean Now there can be a static configuration for our instances for which the client ports, address in use is invariant across instance restarts. Why not let the ServiceBindingManager autogenerate necessary config files for you (like jndi.properties or whatever else is needed)? Then use something (like a simple Java program) that talks to the ServiceBindingManager via JMXConnectors to pull the config files from the ServiceBindingManager before you start your client that uses your personal ServerName. This way, the ports can remain purely dynamic, no need for static configurations. Just my 2c. A great majority of the time, the client will be a web browser. Anatoly. ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Mike, I talked with Jason and he said the best module for this code would be jboss/server and a package of org.jboss.service.portmap. I think servicebinding would be a better package. Anyway, post a patch when you get a simple mapper working. -dain Mike Finn wrote: I will *gladly* volunteer to help out. I know the network stuff pretty well, and with a little help here and there (with the JBoss internal stuff) can put together a solution. Let me know what I can do. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 3:17 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Scott M Stark wrote: A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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 ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Then put into org.jboss.service.binding then... I don't really care (at the moment). --jason Quoting Dain Sundstrom [EMAIL PROTECTED]: Mike, I talked with Jason and he said the best module for this code would be jboss/server and a package of org.jboss.service.portmap. I think servicebinding would be a better package. Anyway, post a patch when you get a simple mapper working. -dain Mike Finn wrote: I will *gladly* volunteer to help out. I know the network stuff pretty well, and with a little help here and there (with the JBoss internal stuff) can put together a solution. Let me know what I can do. #mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Dain Sundstrom Sent: Monday, May 20, 2002 3:17 PM To: [EMAIL PROTECTED] Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment Scott M Stark wrote: A port is not sufficient. This needs to provide the complete mapping of {int port, InetAddress ifAddress} with at least the possibility of inputing: - service name - virtual hostname - int defaultPort - InetAddress defaultAddress Sure. Then we have the following signature: int getPort(String serviceName, String hostName, int defaultPort, InetAddress defaultAddress); Does anyone want to take on this project? -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 ___ 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 - This mail sent through IMP: http://horde.org/imp/ ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Dain wrote: ServicePort contains a hostName, port, and InetAddress. Doesn't InetAddress contain the hostName? -Phil ___ 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
Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment
Ok, but such a request is not going to come from the service. Rather there might need to be multiple bindAddress values in the ServiceBinding returned by the mapper. Maybe the config file specified an interface name or maybe must mutiple addresses. - Original Message - From: Dain Sundstrom [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Monday, May 20, 2002 8:57 PM Subject: Re: [JBoss-dev] Re: [JBoss-user] JBoss in a multi developers environment What you want to bind to all addresses on the internal network (rl0)? It is not really important now; I was really just curious. We can always add it later if we need. -dain Scott M Stark wrote: I don't think so as a network interface is not usable in terms of creating a ServerSocket. Its not a unique interface in terms of a socket endpoint as you can have multiple ip addresses associated with a given network interface. ___ 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