Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 2372 invoked from network); 30 Nov 2001 11:26:42 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 30 Nov 2001 11:26:42 -0000 Received: (qmail 8183 invoked by uid 97); 30 Nov 2001 11:26:55 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 8167 invoked by uid 97); 30 Nov 2001 11:26:54 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 8156 invoked from network); 30 Nov 2001 11:26:54 -0000 Message-ID: <0cc501c17991$8d574490$9865fea9@spiritsoft.com> From: "James Strachan" To: "Jakarta Commons Developers List" References: <20011130044108.22042.qmail@web20103.mail.yahoo.com> Subject: Re: Workflow & Turbine design questions Date: Fri, 30 Nov 2001 11:24:18 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N From: "Warren Janssens" > One idea would be to have something like javabeans or > jmx events and listeners. > Of course it would be nice > if you could register the event senders and the > listeners with a configuration file instead of in > code. The messaging loop would be a nice avalon > component (or block?). The Messenger project can use used to do exactly this with JMS. An XML configuration file can contain JMS subscriptions which when a JMS messsage arrives can then fire MessageListeners or dispatch to Servlets or JSP. Its nothing to do with JMX though - maybe Craig's Modeler project might help do JMX events & listeners > A file system monitor would be > just another event sender. A file system monitor would be a great idea too - I could use one of those. Should be fairly easy to add a new Task to a ThreadPool / Scheduler, which would watch for files that have changed since a certain timestamp. James _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: For additional commands, e-mail: