james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Danny Angus <Danny_An...@slc.co.uk>
Subject RE: Status of JMS
Date Tue, 04 Nov 2003 16:41:38 GMT


> That is my position, as well.  Considering that I used to write real-time
> embedded kernels for a living (albiet a couple of decades ago),
> is never far from my mind.  Personally, I think that JMS is overkill, but
> has been recommended that we look at it, so I'm asking the geronimo team
> what the status is so that we can evaluate.  I've other alternatives in
> mind, as well.

Fair points, and I'd stress that I'm not against JMS per se, but to explain
the background to my position.. I was involved with a messaging product
which didn't implement JMS because it was considered to be too much of a
jack of all trades, compromised in some areas to facilitate others, and it
doesn't offer any major benefit where compliance (interoperability) isn't a
In my current position I'm working on removing JMS from a system because
the time overhead and the problems caused when queues get out of hand is
unacceptable to my bosses. We're actually just moving functionality into
the same container having demonstrated that it doesn't require to be a
fully fledged remote application.

JBOSS seem to be building v4 using the jmx architecture throughout making
it very manageable (cycling individual components is one feature they
advertise which appeals to me WRT James, and the ability to embed other
MBeans or embed their MBeans elsewhere is also something which fits with my
own vision of James.

Anyway lets carry on turning over rocks and see what crawls out


The information in this e-mail is confidential and for use by the addressee(s) only. If you
are not the intended recipient (or responsible for delivery of the message to the intended
recipient) please notify us immediately on 0141 306 2050 and delete the message from your
computer. You may not copy or forward it or use or disclose its contents to any other person.
As Internet communications are capable of data corruption Student Loans Company Limited does
not accept any  responsibility for changes made to this message after it was sent. For this
reason it may be inappropriate to rely on advice or opinions contained in an e-mail without
obtaining written confirmation of it. Neither Student Loans Company Limited or the sender
accepts any liability or responsibility for viruses as it is your responsibility to scan attachments
(if any). Opinions and views expressed in this e-mail are those of the sender and may not
reflect the opinions and views of The Student Loans Company Limited.

This footnote also confirms that this email message has been swept for the presence of computer


To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message