We currently distribute .tar.gz / .zip with the full tomcat as 
well as RPM, .so, .exe.

I would like to start adding .jar files as part of the release process
for tomcat - eventually even for 4.1.24 ( we just need to upload the 
current jars as a separate download ). 

The proposal is very simple:
- jars will be placed in /dist/jakarta/tomcat-x/binaries/
( the standard location in the current mirroring scheme )
 
- we include only the .jars that are part of tomcat. In time
we should make sure that the projects we depend on ( logging, 
digester, etc ) start doing the same, and we can adjust the 
build process to get only the jars and support the mirrors.
For example: 
commons-logging.jar=${mirror}/jakarta/commons/binaries/commons-logging.jar

- the jar names should be fully versioned ( otherwise we can't keep 
more than a version in the dist dir ), and a symbolic link will point to
the latest release.
We would have:
  catalina.jar -> catalina-4.1.24.jar
  tomcat-util.jar -> tomcat-util-4.1.24.jar
  etc.

- in tomcat5 we should start including the _major_ version number in the
jar name: catalina5.jar. A version number should be used whenever we have 
a break in backward compatibility.


Opinions ? 
Remy - could we do that for 4.1.24 ? Should we start asking on commons
to get the .jars distributed separately so we can use them in the download
target ?

Costin


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to