Created by: David Lender on 16-02-2009 04:08:06 PM Be careful when using the JavaCil LogWrapper. Users found that when the year changed from 2008 to 2009 the deleting of old files specified by the number of files to maintain didn't work correctly.
When using the JavaCil LogWrapper class, the format is
LogWrapper(java.lang.String sFileName, long iMaxSize, int iArchives, int iExpires, int iFlushIntervalMs)
(note that in the dev guide page 12-37-38 that the iExpires parameter is listed in the description but not in the syntax.)
This creates a new LogWrapper object that traces to the file specified in sFileName and sets all the tracing properties provided: the maximum size of a single trace file (the default is 2048 Kb); the maximum number of trace files (iArchives) before LoggerManager will start deleting the oldest file (the default is 4). iExpires is used to determine how many days before the trace file expires. Flushintervalms is used to flush the buffer when writing to the log and does not affect retention.
A customer reported a problem with this LogWrapper class over the year boundary such that on 1/1/2009 files older than n days in 12/x/2008 were not overwritten.
I modified the sample in C:\Program Files\Cisco Systems\CTIOS Client\CTIOS Toolkit\Java CIL\samples\AllAgents to use the following:
lwLogFile = new LogWrapper("./Log/AllAgents.log", 1000, 3, 3, 2000);
lwLogFile = new LogWrapper("./Log/AllAgents.log");
I noted that on 12/28/2008 through 12/31/2008, the LogWrapper deleted the oldest file and created a new one each day. On 1/1/2009 the oldest file (12/29/2008) did not get deleted. On 1/2/2009 the file from 1/1/2009 got deleted but the others from 12/29-31 did not.
So it appears the customer is that correct that the logwrapper does not work over the year boundary. There is now a DDTS against the JavaCIl, specifically the LogWrapper which is DDTS CSCsx41424. This bug is scheduled to be fixed in CTIOS Version 7.5(5) due out in May 2009 and in Version 8.0 which is currently scheduled for release early in 2010.
I am using lineGetNewCalls() to get handles to the calls which is established before invoking my application.https://docs.microsoft.com/en-us/windows/win32/api/tapi/nf-tapi-linegetnewcalls The issue is that It always returns zero in the dwCallsN...
Hi, We have developed Custom toolbar using finesse rest API and it is working fine with SANDBOX lab on port 71 for https://jabber1.abc.inc:71 but same software when we installed on client side, did same configuration and used port 443 for https getti...
Hello, When using the sample available with the Jabber SDK 11.8.3, it is working perfectly in my lab. But when I am using it on a customer site, I can login, select the Device associated to an end user, but then I receive the following error mes...
I've added a client in Identity Service Management which gave me a client_id and I added a redirect_uri in there, but there's no client_secret. I am able to get an authorization code by hitting /ids/v1/oauth/authorize but I cannot get a token by...
Hi, I'm looking for a way to enable UCCX Agents to reply to webchat interactions directly through their mobile phone / devices. An agent chat UI would need to be developed to be compatible with mobile devices Which CCP API should i use for this ...