I would think that each thread would be relieved as soon as the modify of
that one record is completed in the View form and not wait for the Modify
filters depending on that Modify to complete, since there are no Filters
with names ending in "`!".

Arthur


arthurj wrote:
> 
> Thanks Carey.
> The Java program I mentioned earlier is a multithreaded app which sends in
> 8 threads to a Private server 390682 (min 4 and max 8 threads). Each
> thread is a Modify request to that View form.
> From the logs it seems like every thread waits for all the relevant Modify
> Filters to complete, before a second modify request can be sent in using
> that thread.
> 
> Arthur
> 
> 
> Carey Matthew Black wrote:
>> 
>> Dear Arthurj (software_architect),
>> 
>> To my knowledge there is no way to alter the atomic nature of the ARS
>> API. (vai the Java API or the C API.) The "trick" is to realize that
>> the ARS server is a multi-threaded server. You can control how your
>> client talks to the ARS server and how many threads are available to
>> your client program. But the magic starts with the RPC program number
>> you use in the connection to the ARS server.
>> 
>> Hope that helps.
>> 
>> -- 
>> Carey Matthew Black
>> Remedy Skilled Professional (RSP)
>> ARS = Action Request System(Remedy)
>> 
>> Love, then teach
>> Solution = People + Process + Tools
>> Fast, Accurate, Cheap.... Pick two.
>> 
>> 
>> On 8/21/07, arthurj <[EMAIL PROTECTED]> wrote:
>>> Wanted to see if anyone has info for the following case.
>>>
>>> There are a bunch of Filters defined for a Modify operation on a View
>>> form.
>>> An external Java program sends in multiple Modify requests to this form.
>>>
>>> When we use an external Java program to modify records in this View
>>> form,
>>> once a Modify request is sent to the server, would every Modify request,
>>> wait for all the relevant Modify Filters to complete?
>>> Wanted to know if it's possible to get the control back from the server,
>>> without every Modify request having to wait for all the Filters,
>>> relevant to
>>> that Modify to complete, before going on to the next Modify request to
>>> be
>>> sent to the server.
>>>
>>> Thanks
>> 
>> _______________________________________________________________________________
>> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
>> the Answers Are"
>> 
>> 
> 
> 

-- 
View this message in context: 
http://www.nabble.com/Modify-a-View-Form-entry-using-Java-API-tf4308465.html#a12267281
Sent from the ARS (Action Request System) mailing list archive at Nabble.com.

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the 
Answers Are"

Reply via email to