Still your Java program need to be developed in a treaded manner to take advantage of threads.
But if you running several copies of the same program, Remedy itselves handles the requests from the Java programs threaded (if threads enabled in Remedy) -- Jarl 2009/4/22 Axton <axton.gr...@gmail.com>: > ** When a program that uses the remedy api connects to a Remedy server, it > can define a specific rpc program number (also called a queue) or not define > one. For each queue, the number of threads can be defined through the > Remedy Administrator or Remedy Administration form, depending on your > version of Remedy. In the event you elect to not specify a specific queue, > the fast and list queues (390620 and 390635) will handle all calls from the > api; the number of threads associated with these queues too can be > configured. > > There is also the factor of the account you are using. There are > restrictions imposed on the number of active sessions, depending on the > license type and/or permissions associated with said account. > > To address your question directly, it can be single threaded, it can be > multi-threaded, it all depends on how you configure the Remedy server and > how you write your program. > > Axton Grams > > On Wed, Apr 22, 2009 at 7:20 AM, mary Smyth <mary.sm...@verizonwireless.com> > wrote: >> >> ** >> >> Hello, >> >> We have a front end application used by many users which will make calls >> to update remedy data using the java api. Is there a limit on how many >> transacations can take place concurrently using the same java api? How are >> the calls queued, are they single-threaded? If so, would this result in >> marked slowness as the number of calls increase? >> >> Any info on this would be helpful. We are on ARS 7.1 patch 4, solaris 10 >> , oracle 10. >> >> Thank-you, >> >> Mary Smyth >> >> The information contained in this message and any attachment may be >> proprietary, confidential, and privileged or subject to the work >> product doctrine and thus protected from disclosure. If the reader >> of this message is not the intended recipient, or an employee or >> agent responsible for delivering this message to the intended >> recipient, you are hereby notified that any dissemination, >> distribution or copying of this communication is strictly prohibited. >> If you have received this communication in error, please notify me >> immediately by replying to this message and deleting it and all >> copies and backups thereof. Thank you. >> >> _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers >> Are"_ > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
