|
From: Ronald v. K. <rv...@ab...> - 2004-01-17 12:13:10
|
First of all sorry for the bad english in my previous message, it was 02:15 AM when I wrote this, and Heineken is not the best thing to keep you concentrated ;-) Now in some more detail The configuration should be possible in two ways - a static one for a hermes version that runs in a servlet engine with a remote jms server. The queuename and factory should be configurable - a j2ee compliant one where JNDI is used to get to the right queues Any objections? Another issue is the kind of processing that wil be done, There can be single message processing, just like the mail monitor, or parallel like the http monitor. (monitor is the word you use for this right?) Since in my situation high-speed processing will be required, parallel processing will ultimately be the soultion. Initially I'd like to focus on single message processing to get the whole thing working. Parallel processing brings all kinds of other issues regarding reliable jms delivery (acknowledgements) in relation to sessions. Ronald Ronald van Kuijk wrote: > Hi all, > > Besides the http and smtp listeners (monitors?) I almost have a jms > monitor working. The issue that remains is how it should be configured. > - It should at least work with multiple providers so different > JMSServers can be used. > - I think it should support some kind of authentication (but it can > only be configured on JMSServer, not on hermes) > - Queue name should be configurable > - Acknowledgements on jms level per message? > - JNDI based queue/factory lookup should be supported > - .... > > I'm not working on the sending part yet. Should be an extension in the > request object? > > Ronald > > > ------------------------------------------------------- > The SF.Net email is sponsored by EclipseCon 2004 > Premiere Conference on Open Tools Development and Integration > See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. > http://www.eclipsecon.org/osdn > _______________________________________________ > ebxmlms-develop mailing list > ebx...@li... > https://lists.sourceforge.net/lists/listinfo/ebxmlms-develop |