> -----Original Message----- > From: Guenter Knauf > >> but what will we all loose if then the scoreboard isnt active?? > >> > > > In case of single child mpm, nothing. > > On others, jkstatus at least. > so the scoreboard is only for collecting stats? >
And for load balancing stats. > > Also, we adopted the APR as mandatory, so, all platform > specific code > > except JNI has to go out (sooner or later). > sure, I know - but you cant expect that every APR also > supports SHM/MMAP; so cant we take only those things which > are common to all platforms? Does it work in APR from CVS? If not then it's a bug in APR. If it's a APR bug are there any patches that we can propose? > I mean, I see there's a workaround for HPUX, so why not a > workaround for NetWare and Solaris and whatever else platform > with broken shm too? Apache2 works without shm/mmap in > general, so it would be fine if mod_jk2 doesnt expect more > than Apache2 from APR.... > The netware, and windows doesn't need shm at all. There is one child process, so all the data is available to each worker thread. All the workarounds has to go out, except the platform specific channels. The final solution would be adding jk2_shm_xxxx (for specific platform), inside commons/arch. I'm not in favor of using #defines to solve that. If the number of needed platform specific workarounds is too high, then we made a mistake switching to APR, but I doubt. Let's make and test, and then we'll see how to solve the particular problem for a XXX.XXX platform. MT. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
