On 08/04/2015 11:13, Konstantin Kolinko wrote: > 2015-04-08 12:47 GMT+03:00 <ma...@apache.org>: >> Author: markt >> Date: Wed Apr 8 09:47:36 2015 >> New Revision: 1672047 >> >> URL: http://svn.apache.org/r1672047 >> Log: >> Proposal >> >> Modified: >> tomcat/tc6.0.x/trunk/STATUS.txt >> >> Modified: tomcat/tc6.0.x/trunk/STATUS.txt >> URL: >> http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=1672047&r1=1672046&r2=1672047&view=diff >> ============================================================================== >> --- tomcat/tc6.0.x/trunk/STATUS.txt (original) >> +++ tomcat/tc6.0.x/trunk/STATUS.txt Wed Apr 8 09:47:36 2015 >> @@ -28,7 +28,15 @@ None >> PATCHES PROPOSED TO BACKPORT: >> [ New proposals should be added at the end of the list ] >> >> -None >> +* Align org.apache.tomcat.jni with 7.0.x and 8.0.x >> + Backport improvements to AprLifecycleListener >> + svn cp the following o.a.t.jni classes from 7.0.x: >> + Buffer >> + LibraryNotFoundError >> + Thread >> + http://people.apache.org/~markt/patches/2015-04-08-jni-align-tc6-v1.patch >> + +1: markt >> + -1: > > > I see no point in backporting unused Buffer and Thread classes.
Consistency. They aren't used in 7.0.x or 8.0.x either. I'm aiming for tomcat-jni.jar to be effectively the same for 6.0.x, 7.0.x, 8.0.x. The longer term aim is to follow through on a previous discussion and have tomcat-jni.jar ship as part of tomcat-native. This is a step in that direction. It also makes it easier to check fixes haven't been missed if the packages are identical. Mark > LibraryNotFoundError is used by the proposed patch, so it is OK. > > Best regards, > Konstantin Kolinko > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
