Hi Rodgers, Yes, Set of the <MIN_SESSION> to 0 is not recommended. Because for each new request system has to crate a new session and after processing that request again system has to kill that session.
Generally this date difference problem will come when you process the OFS request to tcserver after immediately completion of COB. To get an official fix regard this problem raise an issue to TEMENOS HD. You can get a fix. Mean while you if feel not to good setup <MIN_SESSION> to 0, then set the <MIN_SESSION> to 1 or above but kindly restart the tcserver after finishing the COB. It won't could resolve you problem. 2009/6/5 Iain Rodgers <[email protected]> > > Thanks for your answers guys. I would be interested in getting the > official fix for the problem - how can I get it? > > Meanwhile I just set <MIN_SESSION> to 0 for the adapter for the > filelistener (it was 1 before) and did some tests - and it worked > (hooray!). Thanks very much :-) > > For the other adapters (eg Browser) I left it at 1. What is the > recommended value for <MIN_SESSION>? > > I read somewhere that if you have min session too low then it not > efficient because sessions keep getting killed and re-created for no > reason. > > On Jun 4, 5:52 pm, "Duggineni's ......Strive to Achive" > <[email protected]> wrote: > > Hi, > > If the <MIN_SESSION> is greater than 0 in you tcserver.xml (for your > > adapter), it means that minmum 1 session is active. So it will take the > > wrong date. Recently we have fix for this problem. Other wise you can > > specifify the <MIN_SESSION> to 0 > > > > 2009/6/4 VK <[email protected]> > > > > > > > > > > > > > > > > > Hi, > > > > > "the dates are changing just before the enquiries are > > > requested" - this leads me to the following thought: > > > > > Probably you have <MIN_SESSION> greater than 0 in your tcserver.xml > > > (for your adapter). In this case there will be several "old" tSS > > > sessions that might still remember old TODAY value (don't believe that > > > COMMON block is not being updated, rather it has DATES record in > > > cache). Set <MIN_SESSION> to 0 and try again. > > > Also check CACHE.EXPIRY field in SPF. > > > > > VK > > > > > On Jun 3, 12:44 pm, Iain Rodgers <[email protected]> wrote: > > > > A strange thing is happening when I try to use OFS. > > > > > > I fire off three enquiries by writing OFS strings to a > > > > filelistener.The Enquiries all rely on selecting some data where > > > > <transaction date> = !TODAY-1W (ie where some date in the data is > > > > equal to the lastworking day). When the three enquiries come back the > > > > first one nearly always has been selected for the wrong date. Its > > > > nearly always the working day before the one I want. > > > > > > I can only guess that the OFS uses a session where the common block > > > > has not changed. > > > > > > Perhaps I should also mention that the program that writes the OFS > > > > strings runs from a Unix script that runs the COB immediately before > > > > (therefore the dates are changing just before the enquiries are > > > > requested). > > > > > > Any ideas what going on? Any ideas what I can do to fix this? > > > > -- > > Thanks With Regards, > > Duggineni Haribabu.- Hide quoted text - > > > > - Show quoted text - > > > > -- Thanks With Regards, Duggineni Haribabu. --~--~---------~--~----~------------~-------~--~----~ Please read the posting guidelines at: http://groups.google.com/group/jBASE/web/Posting%20Guidelines IMPORTANT: Type T24: at the start of the subject line for questions specific to Globus/T24 To post, send email to [email protected] To unsubscribe, send email to [email protected] For more options, visit this group at http://groups.google.com/group/jBASE?hl=en -~----------~----~----~----~------~----~------~--~---
