Well, I'm not really talking that, though I did address that in a JXTA product I architected around May of 2001 - we never went public with it, as we decided not to try for funding after Sept 11th - customers for it would be few and far between with R&D budgets gone..
I'm speaking more of using Jboss and its JMX capabilities to design what I would call J2DE - Desktop edition. Something that encompasses a service-oriented architecture, with things similar to EJBs or Jboss JMX services that are plugged in to extend the capability of a rich client. No, not swing from an mbean on a server (re: a past post), but the inverse. Kinda like the BeanContext API sun packaged but never really explored fully.. A service component that has a context to its gui container and the services to which it may have access to. So, yes, some services may be a lightweight proxy to a web service, with the option of installing the .sar locally if you tend to use it a lot. Make sense? Sorry for this on the jboss-dev list. We can take this offline for anyone else interested in this further. Dain's email got me thinking that his idea of a JMX container on the calling client could be cool, but could also introduce some technical issues for what I was thinking. My apologies for taking jboss-dev's time on this one.. James > -----Original Message----- > From: Matt Munz [mailto:mmunz@;apelon.com] > Sent: Friday, November 08, 2002 4:36 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] JMX on the client side? > > > > > Imagine a world where jboss is installed everywhere - client and > > server. > ;) > > You're talking about (more evenly) distributed systems > (a.k.a. P2P)? I think you're still going to need a > delineation of roles -- some nodes are going to be thicker > than others. You don't want to start up an entire JBoss > stack just to run JNotepad (fictional). Likewise, I'd > imagine you don't want all of your client side applications > running in the same JVM. It seems to me that a measure of > fault tolerance is worth the extra memory use (by starting up > separate VMs) in this case (although I'm interested in > arguments to the contrary). > > It seems to me that when you're designing a node in a > distributed system, you start out by defining the > role/functionality. Then take the most minimal JBoss kernel. > Then start stacking on functionality until you have what you want. > > What makes this better than client-server, IMO, is that all > nodes (should) share a common architecture. That way, > server-side code can easily be pushed to the client for added > performance. So JNotepad uses a Web-service based remote > spellchecker. You like it? OK, download spellchecker.sar, > and any "server" modules that it depends on. > > What makes this worse than client-server is that it doesn't > exist yet, AFAIK > :) ... > > - Matt > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:jboss-development-admin@;lists.sourceforge.net]On > Behalf Of James Higginbotham > Sent: Friday, November 08, 2002 4:42 PM > To: [EMAIL PROTECTED] > Subject: RE: [JBoss-dev] JMX on the client side? > > > > I think James had more esoteric plans... > > > > -danch > > > > Right.. I'm not talking about Jboss proper, I'm speaking of a > rich client platform that uses jboss as its service arch > kernel. Imagine a world where jboss is installed everywhere - > client and server. ;) > > James > > > ------------------------------------------------------- > This sf.net email is sponsored by: See the NEW Palm > Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
