Hmmm, so even though www.apache.org and jakarta.apache.org are served from the same physical machines, we are to keep two binary and source repositories up to date with new releases? Why isn't one just a softlink of the other?

And speaking of releases, why in commons do we have two packages for each release, one for source and one for binaries? These are small components where the biggest thing about them is the generated javadoc which is in both. I find that people usually download the binary drop and then ask on the mailing list "where is the example code?" which is of course in the source package.

Can't we just release one package with everything in it? In general the only thing that makes a binary a binary is that it has a packaged jar file which is small anyway compared to the source and documentation.

Whats the point?


robert burrell donkin wrote:

hi jeff

the www.apache.org location is mirrored. see http://www.apache.org/dev/mirrors.html.

the policy i've used for the latest beanutils and digester releases is to force users to download from the mirrored site. if you do want to keep a release available from the old location, there isn't really any updating that needs to be done since it's just a case of dropping the release off in two places.

- robert

On Thursday, February 13, 2003, at 08:14 PM, Jeffrey Dever wrote:

There appears to be (at least two) locations for releases that need to be manually updated: one on jakarta.apache.org and one on www.apache.org. Are we supposted to keep both of these manually updated? Why are there two? I have an account on deadalus, but where would I even go to modify what www.apache.org points to?

http://www.apache.org/dist/jakarta/commons/httpclient/
http://jakarta.apache.org/builds/jakarta-
commons/release/commons-httpclient/

Jeff Dever


---------------------------------------------------------------------
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]




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

Reply via email to