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 <[email protected]>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: [email protected] ARSlist: "Where the Answers > Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
