Peter.. why doesn't this have a JMS interface into it?? any ideas. 1600 message/second is GREAT number!
Regards, HIram > On 14 Nov, Bill Burke wrote: > > Wow Peter! This is exactly what I was thinking of. Any JMX > guys have any > > ideas how we could integrate this? > > The server is already integrated: > > http://www.xmlBlaster.org/xmlBlaster/doc/requirements/j2ee.jmx.html > > There is also an JCA RA adaper if one want's to use it. > > http://www.xmlBlaster.org/xmlBlaster/doc/requirements/j2ee.k2.html > > Both developed by yours truly ;-) > > I also have a connection/subscriber pool MBean thingy, where you add > subscribers through the MBean interface and get the callback/messages > through JMX notifications. > > If someone is interested to take a look at it, fine. It uses some stuff > I can not release, but the pool stuff and concepts around it I could > share, if you will continue to like XmlBlaster after som more looks into > it. > > I must say I have personally had verry good experiences from it. I have > been woring with it for almost 2 years now, on and of, and it has worked > great. It has high throughput (1600 XML messages/second), and has been > running fine in a production environment for the last 6 month. > > A real gem. > > //Peter > > > > Bill > > > >> -----Original Message----- > >> From: [EMAIL PROTECTED] > >> [mailto:[EMAIL PROTECTED]]On > Behalf Of Peter > >> Antman > >> Sent: Thursday, November 14, 2002 4:12 AM > >> To: [EMAIL PROTECTED] > >> Subject: Re: [JBoss-dev] Metadata Service > >> > >> > >> Hi, > >> have any one of you looked at XmlBlaster? (www.xmlBlaster.org). > >> > >> I guess it could really work as a central XmlRepository. XmlBlaster is > >> an XML based MOM. You publish your XML to it and it will save it in an > >> Xml DOM tree, even persist it a RDMB or Xincice. > >> > >> You can then subscribe to event with an XPath expression (or do a > >> synchronous get (with an XPath). > >> > >> Ok. You can not just subsribe to one element, thats true, but you can > >> subscribe on a "domain" or "config", say MyMessageDrivenBean > and get any > >> update notifications for that XML config. Or you could do a > >> get(//x/y/port) (pseudocode!) and get all configs wich contains that > >> element. There are a lot more to XmlBlaster (I have done the JBoss > >> integration thats currently is available in XmlBlaster ;.)) > >> > >> Well, just a thought. > >> > >> //Peter > >> > >> On 13 Nov, Bill Burke wrote: > >> > 1. I'm not talking about a central config file...Components > >> register their > >> > XML with this service. MBean, EJB, whatever... > >> > > >> > 2. You know what XPATHs are right? If not, look them up. They > >> are really > >> > cool. Xerces/Xalan (forget which) support looking up Elements > >> via XPATHS. > >> > What's not supported, which we would have to write, would be > >> the ability to > >> > register for change notifications via an XPATH. > >> > > >> > Other ideas: > >> > - A redeployed bean, updates the Centralized (in-memory) > Xerces XML Doc. > >> > Services/components registered as listening for changes, recieve > >> > notification. > >> > > >> > - JMX console needs an additional XML editor for MBean > >> attributes that are > >> > XML elements. > >> > > >> > - This sort of centralized service allows you to query, via > >> XPATHS, for all > >> > components that have a "port" attribute for instance. > Allows you to do > >> > global things on configuration when you don't know the > actual components > >> > that have that type of attribute > >> > > >> > Another thing about configuration I wanted to have is the concept of > >> > Configuration Domains. A component would get configuration by > >> searching a > >> > set of chained configuration domains. > >> > > >> > invocation domain->instance domain->component domain->app server > >> > domain->cluster domain etc... > >> > > >> > So, when a component needs config information, it looks it up > >> via the chain. > >> > Any domain in the chain can override a config value. As the chain is > >> > traversed, if the config info is not there, it searches > farther up the > >> > chain. > >> > > >> > This would allow us to have a layered way of obtaining default config > >> > information, or overriding existing configuration at > different levels at > >> > different times. > >> > > >> > Bill > >> > > >> > > >> > > >> >> -----Original Message----- > >> >> From: [EMAIL PROTECTED] > >> >> [mailto:[EMAIL PROTECTED]]On > Behalf Of Matt > >> >> Munz > >> >> Sent: Wednesday, November 13, 2002 1:26 PM > >> >> To: [EMAIL PROTECTED] > >> >> Subject: RE: [JBoss-dev] Metadata Service > >> >> > >> >> > >> >> Dain, > >> >> > >> >> > Meta data for an invocation. > >> >> > >> >> I assume you refer here to EJB/servlet invocations. > >> >> > >> >> Just out of curiosity, how is that metadata currently stored? > >> >> > >> >> - Matt > >> >> > >> >> -----Original Message----- > >> >> From: [EMAIL PROTECTED] > >> >> [mailto:[EMAIL PROTECTED]]On > Behalf Of Dain > >> >> Sundstrom > >> >> Sent: Wednesday, November 13, 2002 1:13 PM > >> >> To: [EMAIL PROTECTED] > >> >> Subject: Re: [JBoss-dev] Metadata Service > >> >> > >> >> > >> >> Meta data for an invocation. What are the tx attributes? > What is the > >> >> security manager? What are the required roles? What is > the readahead > >> >> configuration? That kind of data. > >> >> > >> >> -dain > >> >> > >> >> Matt Munz wrote: > >> >> > Dain/Bill/Scott, > >> >> > > >> >> > Could you clarify this? Metadata for what data? Are you > >> referring to > >> >> > MBeanInfo, or something else? > >> >> > > >> >> > - Matt > >> >> > > >> >> > -----Original Message----- > >> >> > From: [EMAIL PROTECTED] > >> >> > [mailto:[EMAIL PROTECTED]]On > >> Behalf Of Dain > >> >> > Sundstrom > >> >> > Sent: Wednesday, November 13, 2002 12:52 PM > >> >> > To: [EMAIL PROTECTED] > >> >> > Subject: Re: [JBoss-dev] Metadata Service > >> >> > > >> >> > > >> >> > Bill Burke wrote: > >> >> > > >> >> >>Dain and I were IMing. He said Scott was thinking about > a MetaData > >> >> >>service... > >> >> >> > >> >> >>My idea for a MetaData/Configuration service would be the > ability to > >> >> >>register for callbacks based on XPATHS. So, all config of > >> >> jboss would be > >> >> >>stored in one big XML Document. Components insert their config > >> >> there, and > >> >> >>register for callbacks on this config via XPATHS. So, this > >> >> config can be > >> >> >>managed centrally, yet, components can easily be notified with > >> >> changes via > >> >> > > >> >> > a > >> >> > > >> >> >>simple mechanism. > >> >> > > >> >> > > >> >> > I didn't know you could do that. What spec/library is this > >> in? I want > >> >> > to read it. > >> >> > > >> >> > Scott and I were really only talking about use. We need > >> something like > >> >> > this for component, application, and domain data, but we > >> didn't get into > >> >> > the actually implementation. We just decided to have an > >> metadata loader > >> >> > interceptor and a metadata loader interface for the > >> interceptor to call. > >> >> > The goal is to create a place to put a good metadata > service, but > >> >> > those details are for another day (one step at a time). > >> >> > > >> >> > -dain > >> >> > > >> >> > > >> >> > > >> >> > ------------------------------------------------------- > >> >> > This sf.net email is sponsored by: Are you worried about > >> >> > your web server security? Click here for a FREE Thawte > >> >> > Apache SSL Guide and answer your Apache SSL security > >> >> > needs: http://www.gothawte.com/rd523.html > >> >> > _______________________________________________ > >> >> > Jboss-development mailing list > >> >> > [EMAIL PROTECTED] > >> >> > https://lists.sourceforge.net/lists/listinfo/jboss-development > >> >> > > >> >> > > >> >> > > >> >> > ------------------------------------------------------- > >> >> > This sf.net email is sponsored by: Are you worried about > >> >> > your web server security? Click here for a FREE Thawte > >> >> > Apache SSL Guide and answer your Apache SSL security > >> >> > needs: http://www.gothawte.com/rd523.html > >> >> > _______________________________________________ > >> >> > Jboss-development mailing list > >> >> > [EMAIL PROTECTED] > >> >> > https://lists.sourceforge.net/lists/listinfo/jboss-development > >> >> > >> >> > >> >> -- > >> >> xxxxxxxxxxxxxxxxxxxxxxxx > >> >> Dain Sundstrom > >> >> Chief Architect JBossCMP > >> >> JBoss Group, LLC > >> >> xxxxxxxxxxxxxxxxxxxxxxxx > >> >> > >> >> > >> >> > >> >> ------------------------------------------------------- > >> >> This sf.net email is sponsored by: Are you worried about > >> >> your web server security? Click here for a FREE Thawte > >> >> Apache SSL Guide and answer your Apache SSL security > >> >> needs: http://www.gothawte.com/rd523.html > >> >> _______________________________________________ > >> >> Jboss-development mailing list > >> >> [EMAIL PROTECTED] > >> >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> >> > >> >> > >> >> > >> >> ------------------------------------------------------- > >> >> This sf.net email is sponsored by: Are you worried about > >> >> your web server security? Click here for a FREE Thawte > >> >> Apache SSL Guide and answer your Apache SSL security > >> >> needs: http://www.gothawte.com/rd523.html > >> >> _______________________________________________ > >> >> Jboss-development mailing list > >> >> [EMAIL PROTECTED] > >> >> https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > > >> > > >> > > >> > ------------------------------------------------------- > >> > This sf.net email is sponsored by: Are you worried about > >> > your web server security? Click here for a FREE Thawte > >> > Apache SSL Guide and answer your Apache SSL security > >> > needs: http://www.gothawte.com/rd523.html > >> > _______________________________________________ > >> > Jboss-development mailing list > >> > [EMAIL PROTECTED] > >> > https://lists.sourceforge.net/lists/listinfo/jboss-development > >> > >> -- > >> ------------------------------------------------------------ > >> Peter Antman Chief Technology Officer, Development > >> Technology in Media, Box 34105 100 26 Stockholm > >> WWW: http://www.tim.se WWW: http://www.backsource.org > >> Email: [EMAIL PROTECTED] > >> Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11 > >> ------------------------------------------------------------ > >> > >> > >> > >> ------------------------------------------------------- > >> This sf.net email is sponsored by: To learn the basics of securing > >> your web site with SSL, click here to get a FREE TRIAL of a Thawte > >> Server Certificate: http://www.gothawte.com/rd524.html > >> _______________________________________________ > >> Jboss-development mailing list > >> [EMAIL PROTECTED] > >> https://lists.sourceforge.net/lists/listinfo/jboss-development > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: To learn the basics of securing > > your web site with SSL, click here to get a FREE TRIAL of a Thawte > > Server Certificate: http://www.gothawte.com/rd524.html > > _______________________________________________ > > Jboss-development mailing list > > [EMAIL PROTECTED] > > https://lists.sourceforge.net/lists/listinfo/jboss-development > > -- > ------------------------------------------------------------ > Peter Antman Chief Technology Officer, Development > Technology in Media, Box 34105 100 26 Stockholm > WWW: http://www.tim.se WWW: http://www.backsource.org > Email: [EMAIL PROTECTED] > Phone: +46-(0)8-506 381 11 Mobile: +46-(0)704 20 58 11 > ------------------------------------------------------------ > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > Jboss-development mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/jboss-development ------------------------------------------------------- This sf.net email is sponsored by: To learn the basics of securing your web site with SSL, click here to get a FREE TRIAL of a Thawte Server Certificate: http://www.gothawte.com/rd524.html _______________________________________________ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
