Metacat

use maven to manage most jar dependencies in Metacat.
Exceptions include: LSID, Datamamager (EML),

remove httpclient 3.1 and custom-built httpclient.jar
rework MetacatClient (and other classes) to use httpclient 4
updated build to not create httpclient.jar
encoding tests now pass.

remove redundant jar file.

remove redundant jar file.

Remove redundant jar file.

remove this optional ant jar - seems to conflict with other versions of ant when running junit tests. also, it's not needed for the geotools use we have

include geoserver.war when building the distribution
move xalan jar into common lib where it is used to compile lsid support
http://bugzilla.ecoinformatics.org/show_bug.cgi?id=4307

remove cache files - each instance should create these when needed

already have log4j (1.2.12)

remove older jars to avoid duplication/complications

refactor checksum and some other stuff

updating commons-fileupload to 1.2.2

update the SLD for data boundary layer

include new data dir contents (will be pointed at by geoserver 2.0.2)

remove old data contents

geoserver upgrade (in TRUNK thins time!):
-remove embedded geoserver
-include geotools api and update spatial harvesting

geoserver upgrade:
-remove embedded geoserver
-include geotools api and update spatial harvesting
-include simple template for using maps in skin (openlayers now, not mapbuilder)

not sure why this did not come up earlier when I stared upgrading some of the jar dependencies, but I've been having problems deploying Metacat because of a xerces error. upgrading to 2.7.1 fixed it - thinking the xml-apis and xerces jars need to be somewhat in lockstep with each other.

minor upgrade to commons-logging (1.0.3->1.0.4)

upgrade commons-collections (3.2) and commons-lang (2.5) - avoid conflicts with semtools plugin that requires these newer jars.

upgrade the log4j jar - reduces the duplicate jars to wade though in the build process

do not use the jdk logging - this was being used with the datamanager for some reason (but not the rest of metacat).
we use log4j...

switch to updated sanparks boundaries file

replace older sanparks boundaries shapefile with updated version (includes mokala)

use Arial for Park_Name labels on geoserver/mapbuilder rendering

include SANParks boundary layer in the geoserver for sanparks skin

Initial architecture for dynamically generating SLD/OGC:Filter documents to control which docids get shown on the map. The sldfactory servlet is in place to handle this but is not fully functional since there is currently no way to quickly and dynamically generate a list of allowable docids with a level of performance acceptable for real-time web mapping.

Improved data point styling. Thickened and smoothed the white outline by stacking two fill rules rather than one fill plus stroke.

Changed SLD wizard paths to relative instead of assuming context name was geoserver. Patch has been submitted to geoserver dev team.

removed old geoserver/geotools jars that were causing some trouble

upgrade to geoserver 1.4rc5

Set configured to false initially. Include notification in configure process that geoserver password needs to be changed plus instructions on how to do so

restored original styles to knp-specific layers

Trimmed down initial shapefiles. They must exist in order to start geoserver properly but there's no need for them to have actual data, just a dummy feature with the proper geometry type (multipoint, multipolygon).

Removed most (all?) of the deprecated spatial metacat code from head

Minor cartographic fixes to geoserver SLDs

initial import of spatial libs, try2