Important Notice: Our web hosting provider recently started charging us for additional visits, which was unexpected. In response, we're seeking donations. Depending on the situation, we may explore different monetization options for our Community and Expert Contributors. It's crucial to provide more returns for their expertise and offer more Expert Validated Answers or AI Validated Answers. Learn more about our hosting issue here.

Why is it not 100% JMS (Java Message Service) based?

0
10 Posted

Why is it not 100% JMS (Java Message Service) based?

0

• JMS is not CORBA based. Trying to access JMS from Perl, Tcl, C/C++ or any other CORBA aware language will give you some major headache. But the world is and will ever be heterogeneous, so there is no place for narrow minded Java centric approaches. • JMS is not XML based. XML allows professional modeling of every day problems with free modification at runtime. So basing a middleware on the XML descriptive possibilities and allowing the query with a XML query language is a major advantage over key-value based approaches. • JMS API is split. xmlBlaster has only very few communication methods to allow the whole spectrum of MOM (Message orientated middleware) communication paradigms. Extending the xmlBlaster CORBA API once it is published as release 1.0 is very unlike. Adding new MOM features in future releases of xmlBlaster is mainly adding backward compatible XML tags. • JMS has a mixed HEADER section. Some header fields in JMS address the message content and some other the message rou

Related Questions

What is your question?

*Sadly, we had to bring back ads too. Hopefully more targeted.