Return-Path: Delivered-To: apmail-incubator-geronimo-dev-archive@www.apache.org Received: (qmail 23894 invoked from network); 20 Apr 2004 00:36:48 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 20 Apr 2004 00:36:48 -0000 Received: (qmail 35852 invoked by uid 500); 20 Apr 2004 00:36:26 -0000 Delivered-To: apmail-incubator-geronimo-dev-archive@incubator.apache.org Received: (qmail 35804 invoked by uid 500); 20 Apr 2004 00:36:25 -0000 Mailing-List: contact geronimo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: geronimo-dev@incubator.apache.org Delivered-To: mailing list geronimo-dev@incubator.apache.org Received: (qmail 35784 invoked from network); 20 Apr 2004 00:36:24 -0000 Received: from unknown (HELO alan.toolazydogs.com) (166.84.147.110) by daedalus.apache.org with SMTP; 20 Apr 2004 00:36:24 -0000 Subject: RE: Hot deployment Date: Mon, 19 Apr 2004 20:36:02 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Content-Class: urn:content-classes:message X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Thread-Topic: Hot deployment Thread-Index: AcQmZhb5+WeRQBmaTs2ZgTbf9DPpaQAAggVA From: "Alan D. Cabrera" To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > -----Original Message----- > From: Jeremy Boynes [mailto:jeremy@coredevelopers.net] >=20 > Alan Cabrera wrote: >=20 >=20 > > Simon, > > > > Dave and I are in the process of placing a layered pluggable protocol > > stack underneath Hiram's code. It allows for a lot of nifty features > > such as Kerberos via SASL or GSSAPI; we also want to put xinetd > > functionality in. If I read Jeremy's email correctly, it is this that > > he is referring to. > > > > For remote JMX, MX4J has a perfectly good implementation and I think > > that we should use it as is. Are people thinking about using the > > Geronimo network stack to support remote JMX? It is not clear to me > > what the advantages are of doing this. > > > > Do I understand this thread correctly? > > >=20 > Yep :) > DB and I were not sure how it all plugged together. Think async protocol that can be configured into a stack with each stack having its own protocol name. > The advantages I was thinking of were security etc. around the JMX > invocation. If 160 handles all of this for us, then cool; I was just > concerned that JMX over RMI/JRMP or whatever integrated with the rest of > security etc. so users don't end up having to define separate credentials. >=20 > Seems to me that if we layer 160 on top of your stack, clients get the > standard API and we get low-level integration - does that make sense? Makes sense, share the same configurations/implementations. I know that you can plug your own transport protocol into JMX; this is pretty straightforward. One of the nice things that the Geronimo network stack provides is the ability to have virtual circuits running through the same addr/port. We could have JMX traffic and others go through the same TCP/IP session.=20 Simone, what do you think? Regards, Alan