Mladen Turk wrote: > Mark Thomas wrote: >> Mladen Turk wrote: >>> As you might see from the SVN log I added few more dist files. >>> The newly created files are: >>> >>> apache-tomcat-7.0.0-dev-win32-x86-native.zip >>> apache-tomcat-7.0.0-dev-win64-ia64-native.zip >>> apache-tomcat-7.0.0-dev-win64-x86_64-native.zip >> >>> apache-tomcat-7.0.0-dev-windows-x86-native.zip >>> apache-tomcat-7.0.0-dev-windows-ia64-native.zip >>> apache-tomcat-7.0.0-dev-windows-x64-native.zip >> >> In terms of the windows bit, I am happy with either of the above. >> >> I think the native part of the name could create confusion with the >> native/APR >> connector download. I wonder if it would be better to just have this >> for the >> service wrapper download and name it "...-service.zip"? If we did >> that, then >> could we make this Tomcat version independent so the same download >> would work >> with 5, 6 or 7? >> > > The problem with native is that we have multiple releases of them. > This confuses users which version to use for which tomcat release. > In the end, it is exactly the same as for .exe installer where we > determine the native version at build time, just like here. > > Native releases in that case will be used for both producing the > packages and bug fixes. Say; For Tomcat x.y.z upgrade native > to version tomcat-native-a.b.c
I'm all for simplifying things for users. How about the replacing the current single Tomcat binary zip distribution with 3 distributions that contain Tomcat, APR/native connector and the service wrapper for each of the three windows architectures. That way each user only has do get one download and they'll have everything they need. We can still distribute APR/native separately if we want/need to (eg bug fix). Mark --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
