Hi,
first: thanks a lot to Mladen for adding all the beautiful features [and removing CRLF :) ]. Big leap forward!
I think that until Monday we were still in the progress of adding features, and fixing bugs. 1.2.8 changed a lot internally, but most was functionally compatible to 1.2.6. Release 1.2.9 still supported all features of 1.2.6.
Now we are in the discussion of dropping features (and we even did drop some like locality support) and I have the impresssion there should be a separate discussion thread about the future of mod_jk:
Do we need to reflect the incompatible changes by shifting to 1.3? By this I mean: will we still need to maintain bugs in the parallel 1.2 tree?
Stated differently:
Which features can be dropped without further maintenance for older releases?
Usually one would deprecate by first announcing deprecation but still supporting for some time to allow migration. Then after e.g. 6 months one could drop the functionality totally.
People have just been told few months ago, that mod_jk2 is no longer supported and that they should move to mod_jk. Mladen helps them by reimplementing valuable mod_jk2 features inside mod_jk, but we should not kick out long-time mod_jk users by dropping features without having a visible discussion on that item.
Regards,
Rainer
Mladen Turk wrote:
Henri Gomez wrote:
Good works Mladen.
I found jk a bit faster and it's good to see that we could speed it up a little.
The next step could be to use larger AJP packets (4k too small)
Sure ;).
For 100K file the speed is the same, as expected. On large files we are measuring the network throughput not the speed of the jk itself.
Anyhow what is more important then speed is the fact that endpoint cache is working as expected on threaded servers.
BTW, what do you think of deprecating the JNI connector. Since it can be (theoretically) used only on windows and netware, I wonder if it make sense to continue the support.
Regards, Mladen
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
