i guess server-admins want to distinguish between normal-server operation and network-errors.
currently the log is flooded with unimportant log-messages that are the result of bad error-detection (i hope, i can do better)
Without specifics add-ons on the protocol, I doubt you could distinguiss between normal and error socket close..
Another point is that adding new message to protocol make it incompatible with olders java implementations or with alternate implementations (like jetty).
OK, but is there a handshake when mod_jk connects to tomcat?
mod_jk could receive a sub-version of the protocol to determine which extensions are available.
Features present in ajp13++ (ajp14) proposal but not in standard ajp13. So sending unknown messages may crash old ajp13 implementations and that's certainly something we don't want.
That was one of the reason why I started to think about an ajp13++ or ajp14.
I hope that ajp14 will do better.
I would also use JNI-workers, if mod_jk2 would be stable enough. I read that it didn't enjoy such extensive tests as mod_jk. Is this still true?
Still i'm worriing about apache-stability when using JNI-workers.
JK2 is less tested than JK and we need help here. IMO spending times testing jk2 is more important than trying to resolve this missing ajp13 feature (gracefull close).
- update the protocol paper (easy)
- update java side implementations (easy for JTC, dunno for Jetty, may be impossible for Tomcat 3.2.x).
Some protocols include version-numbers in their handshake, to overcome such problems. I agree with you, that the protocol should be some kind of KISS (keep it simply stupid)
ajp13++/ajp14 will be able to do this, I'll work when I could find some times (no before 3 or 4 months ;(
But it will be available only in JK2.
- add native side code to trap child/thread handle the shutdown more gracefully.
that would be a much more "cleaner" sollution.
You could start studying where and how to trap this child/thread kill/stop, will put gracefull exit code for ajp13++ here later.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
