Could any one please tell me what exactly the work of JMS? when do we need to use JMS in our applications? is it mandatory to use it with in our Application Servers? Murthy A Suryanarayana GE Financial Assurance LTC - OPS2000 Project ------------------------------------------------------------------------ ------------------- Day : (415) 492 7834 Dial-Com : 8 * 277 7834 Fax : (415) 492 7699 mailto : [EMAIL PROTECTED] -----Original Message----- From: Rick Hansen [mailto:[EMAIL PROTECTED]] Sent: Thursday, August 24, 2000 6:18 AM To: [EMAIL PROTECTED] Subject: Re: Asynchroneous calls EJB -> EJB I am not an expert, but I beleive that you need to use JMS (Java Messaging Services) for any asynchronous communications. Rick Hansen >-----Original Message----- >From: Kaj Bjurman [mailto:[EMAIL PROTECTED]] >Sent: Thursday, August 24, 2000 2:41 AM >To: [EMAIL PROTECTED] >Subject: Asynchroneous calls EJB -> EJB > > >Hi, > >Thank you all for the input on my question regarding EJB >accessing/using >files... > >I have yet another question... >Is it possible to perform an asynchroneous call from an EJB to >another EJB. > >Lets say that I have a session bean which has the method: >public JobID calculateInterest() > >And when that method runs it will call, calculate() on >different types of >EJBs. Each type will be able to calculate interest using different >algorithms (and each calculation will be an lengthy operation) > >Now I would like to implement calculateInterest as (in pseudo): > >public JobID calculateInterest() { > JobID jobId = ... // get a new id > > //get an array of stateless session beans, which can calculate > //different types of interest. > CalculatingBean[] calcBeans = new ...... > > //Store jobId and beans in a hashtable or something similar. > > //Now start a thread for each bean > for (int i=0; i < calcBeans.length; i++) { > new Thread() { > public void run() { > calcBeans[i].calculate(); > } > }.start(); > } > return jobId; >} > >I know that I can't create Threads, so how do you solve such problem in >EJBs? > > >/Kaj > > >Ps. >I know that this might look like an odd problem, but I know >that I will have >to solve a similar problem in the near future. > > >~~~~~~~~~ ~~~~ ~~~ ~~ ~ ~ ~ ~ >[EMAIL PROTECTED] >+46 70 4200148 > >=============================================================== >============ >To unsubscribe, send email to [EMAIL PROTECTED] and >include in the body >of the message "signoff EJB-INTEREST". For general help, send email to >[EMAIL PROTECTED] and include in the body of the message "help". > =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
Re: Asynchroneous calls EJB -> EJB
Murthy, A (CAP, GEFA, Contractor) Mon, 28 Aug 2000 10:48:52 -0700
- Asynchroneous calls EJB -> EJB Kaj Bjurman
- Re: Asynchroneous calls EJB -> E... Rick Hansen
- Multiple Entity components, one... Phil Lewis
- Re: Multiple Entity compone... Victor Langelo
- Re: Multiple Entity com... Phil Lewis
- Re: Asynchroneous calls EJB -> E... Bono, Chris
- Re: Asynchroneous calls EJB -&g... Floyd Marinescu
- Re: Asynchroneous calls EJB -> E... Gene Chuang
- Re: Asynchroneous calls EJB -> E... Murthy, A (CAP, GEFA, Contractor)
- Re: Asynchroneous calls EJB -&g... Mike Clark
- Re: Asynchroneous calls EJB -&g... William Louth
