Parent Directory
|
Revision Log
| Links to HEAD: | (view) (annotate) |
| Sticky Revision: |
TLP related blanket changes: s:jakarta.apache.org/commons:commons.apache.org: s/commons-user@jakarta.apache.org/user@commons.apache.org/ s/commons-dev@jakarta.apache.org/dev@commons.apache.org/ s/Jakarta Commons/Apache Commons/ s:svn.apache.org/viewcvs/jakarta/commons:svn.apache.org/viewvc/commons: s:svn.apache.org/viewcvs.cgi/jakarta/commons:svn.apache.org/viewvc/commons: s:svn.apache.org/viewvc/jakarta/commons:svn.apache.org/viewvc/commons: s:svn.apache.org/repos/asf/jakarta/commons:svn.apache.org/repos/asf/commons: I'd appreciate another pair of eyes on this. There are some categories we probably don't want to change ATM (hopefully, none of these snuck in): * Historicals (proposals etc.) * URLs that shouldn't change (DOCTYPE fragments etc.) * Test cases where namespace URLs matter etc. (I'll track any related nightly failures)
Moving to TLP
Moving back :)
Moving to TLP
Setting the maven repo - apologies if this borks anything
Fixed mistakes. Thanks to Phil Steitz.
Moved copyright out of source files and into NOTICE.txt
Changing cvs.apache.org to people.apache.org. None of these locations appear to point to an svn or cvs url
Upgraded to new site build system which does not require common-build.
Modify maven build to add two non-standard attributes to the jar's manifest file to indicate the values of "maven.compile.source" and "maven.compile.target". Also modify the build to include an "Implementation-Vendor-Id" of "org.apache" in the jar's manifest. The two non-standard entires created in the manifest file will look something like the following: X-Compile-Source-JDK: 1.3 X-Compile-Target-JDK: 1.3 This change serves two purposes: 1) To provide comfort to users regarding JVM compatibility. 2) Enable releases to be checked more easily for JVM compatibility. The manifest specification indicates that "unknown" entries in the manifest file are ignored. These entries have been prefixed with "X-" which is a sometimes used "convention" for indicating non-standard entries. See thread: http://tinyurl.com/839zh
Merged in branch RELEASE_0_7_BRANCH
Merged in 179135:190500 RELEASE_0_6_1_BRANCH. Will tidy up and taken new branch for renumbered 0.7 release.
svn:keywords correction
Use SVN changelog
Added a couple of properties that are useful when using JDiff to compare head with refactoring.
Change to Apache License 2.0
Adding Commons Site Look & Feel configuration to all jakarta-commons/<project>/project.properties
Updated most of the commons project.properties files, made sure that the dev process points to the commons charter. Also, changed the powered by logo to use the less distracting feather logo
Upgraded this Maven project to use settings that are compatible with Maven RC1.0.
Improved settings.
Updated build so that using a ssh-agent to connect to icarus is supported (by overriding the betwixt.repository project property) when using the latest version of maven.
Corrected a few bad links
Changed project.xml so that the repository setting is specified by a variable. This means that the old setting is available (through an entry in project.properties) but i can override this in my build.properties.
Updated by email address and changed examples in overview document so that they are correctly rendered by maven.
Update checkstyle properties and project properties to maven release that is being used
o cleaning up the maven descriptors for the projects so that a site with decent names is generated (link to come) o made all the projects use a LICENSE.txt file. one this doesn't wig out windows users and the checkstyle report likes to have one to make sure that all sources files have a license present so if they don't it can be reported. o using the reactor tag in its first forms to provide a mechanism to build the entire commons (still problems with detecting JDK 1.4) and to generate a site where the navigation is gleaned from the project themselves and don't have to kept in sync manually. o added a little front-end site deployer. PR: Obtained from: Submitted by: Reviewed by:
move of betwixt from the sandbox over to the commons proper
This form allows you to request diffs between any two revisions of this file. For each of the two "sides" of the diff, enter a numeric revision.
| apache@apache.org | ViewVC Help |
| Powered by ViewVC 1.1.2 |