tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mladen Turk <mt...@apache.org>
Subject Re: svn commit: r702160 - /tomcat/connectors/trunk/jk/native/common/jk_shm.c
Date Wed, 08 Oct 2008 07:04:01 GMT
Rainer Jung wrote:
> mturk@apache.org schrieb:
>> Author: mturk
>> Date: Mon Oct  6 07:28:20 2008
>> New Revision: 702160
>>
>> URL: http://svn.apache.org/viewvc?rev=702160&view=rev
>> Log:
>> Implement global shared memory lock for IIS. With IIS 6+ we don't have a single process
any more
> 
> I was talking to someone having exactly a shared memory corruption
> problem for IIS 6 with application pools (multiple processes) yesterday.
> So this is great.
> 
> The same holds true for the log file. Could we use the same construction
> for the log file locking, or would that be bad? The user involved has
> corrupt log lines every now and then, although log level is only info,
> so they don't have a huge log volume. So I expect the multiple processes
> currupt lines when incidentally logging in parallel.
> 
> Is there an easy way to distinguish the application pools (like a name
> in the registry or so)? We could then add the application pool name to
> the log lines. Of course we already have the pid there, but users can't
> easily find out which pid belongs to which application pool.
> 

It's hard (or even impossible without using IIS7 API directy) to
figure out the number of pools and processes.
Think that a simple global mutex for each log file would do the
trick. We are using stream files so there might be delay between
fputs and flush. With mutex this would be done as atomic operation.


Regards
-- 
^(TM)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message