WCL-1 Deprecated trunk of repository-client-api, repository-update-notifier, cachemanager and webdav-clientlib

These projects have become subprojects of the 'Hippo Repository Java Adapter' project.
See https://svn.hippocms.org//repos/hippo/hipppo-repository-java-adapterr

WCL-1

Release repository-client-api 1.09.00

WCL-1

1)Added executePropPatch service method to WebdavService
2)Made DocumentMetadata namespace aware

WCL-1

Added jms reconnect to repository-update-notifier

WCL-1

release repository-client-api 1.08.00

WCL-1

Added getDocumentPath() to DocumentMetadata

WCL-1

release repository-client-api 1.07.00

WCL-1

Added getFacet(name) to FacetCollection

WCL-1: Add PUT method to repository client api

WCL-1: Add PUT method to repository client api

WCL-1

Implemented correct caching for the fetchDocumentById(), fetchMetadataById() and fetchContentById() methods in the WebdavService.

This implementation is much simpler than the proposed implementation using a dedicated ID cache with references to the 'real' cache.
The problem with that solution is that it introduces a new level of complexity (two tightly coupled cache instances) that can 
potentially be the source of a whole new category of bugs and instability. Even if the two caches are based on the same instance, it 
remains that a new and potentially problematic concept -'reference to a cache entry in a cache entry'- is introduced.

This implementation reuses existing concepts and is based on the following two observations:
1)A fetch..ById() method in the WebdavService allways binds the result of the inbuilt find-by-id dasl in order to retrieve the 
DocumentPath to the Document to be fetched. This means that we DO have the DocumentPath at our disposal during the execute of 
a fetch..ById() method.
2)We have the NOPCachingService at our disposal which enables us to do anything without the real cache knowing about it.

To cut a long story short, here's the code:

	public Document fetchDocumentById(String documentId) throws ClientException {
		assertDocumentIdIsEnabled();
		
		WebdavCacheKey key = new WebdavCacheKey(config, documentId, "ID-DOCUMENT");
		Object result = cache.get(key);
		if (result == null) {
			CachingService nullCache = new NOPCachingService();
			DocumentPath path = documentFactory.resolvePath(nullCache, documentId);
			if (path != null) {
				result = documentFactory.fetchDocument(nullCache, path);
				store(cache, key, result, path);
			}
		}
		return (Document) result;
	}

	private void store(CachingService cache, WebdavCacheKey key, Object object, DocumentPath path) throws ClientException {
		if (object == null) {
			return;
		}
		try {
			EventValidity eventValidity = new EventValidityImpl(path.getDocumentPath());
			CachedResponse cr = new CachedResponseImpl(eventValidity, object);
			cache.store(key, cr);
		} catch (IOException e) {
			throw new ClientException("Exception while caching the response", e);
		}
	}

The JMSEventCacheTest contains some tests to verify that this actually does what we want: Te cache entry is evicted only on a change event 
on the Document itself: testFindDocumentById(), testFindMetadataById() and testFindContentById()


Some more refactorings:
*) Removed getPath() method from interface CacheKey, it is webdav-eventcaching specific and doesn't belong in this general interface. 
   It's webdav-clientlib implementation (WebdavCacheKey) still has it and it is only used inside this lib.
*) Split up huge method in BindingFactory into several smaller methods: no functional change, just cleaning up.
*) Fixed compilation error in JMSEventCacheTest that was introduced by yesterday's change in constructing a JCSDefaultCache()

WCL-1

Tag repository-client api

WCL-1

Undo tag of repository-client-api

WCL-1

Prepare for release

WCL-1

1)Removed targetPath parameter from fetchDocumentById, fetchMetadataById and fetchContentById in webdav service
=> the fetch...ById methods now allways search the entire repository from the filesPath (preview or live) downwards.
2)Small optimailzation: moved searchbyid dasl template loading to static initializer

WCL-1

Added  project.xml.md5 to svn:ignore for cachemanager, repository-client-api and repository-update-notifier

WCL-1

Bump versions after release

WCL-1

prepare for release

WCL-1

Implemented new interface/implementation naming convention.

interface -> no pre/postfix
implementation => impl postfix

HIPDOC-21

Bump version of cachemanager-api, cachemanager, repository-client-api, webdav-clientlib and jsf-repository-browser

HIPDOC-21

Bump version for next release

HIPDOC-21

Added IDocumentPath/DocumentPath with methods:
	public String getNamespace();
	public String getFilesPath();
	public String getRootPath();
	public String getRelativePath();
	public String getDocumentPath();

IDocument/Document now returns a IDocumentPath iso a String for the Document path

Removed SearchResultFactory, moved fetch.. method to DocumentFactory

Simplified cachekey computing, there is no need for crc calculation on a stream since the dasl is eventually converted to a string anyway 

Added SearchPerformanceTest for gaining insight in the speed

added relativeUri()

HIPDOC-21

HIPDOC-21

moved serializable to interfaces

HIPDOC-21: Release version 1.03.00 of the repository-client-api

- Removed IDocumentFactory and IDocumentCollectionFactory from API, they are too much webdav specific and not really nessessary
- IDocumentMetadata: Replaced method iterator() (returning an iterator of Map.Entry instances) with method propertyNames() (returning a Set of Strings)
- corrected svn:eol-style to native and adding svn:keywords "Id"
- added maven:site generation properties and JavaDocs menu item

HIPDOC-21: adding maven:site generation properties and JavaDocs menu item

HIPDOC-21

API:
1> Removed IDocumentFactory and IDocumentCollectionFactory from API, they are too much webdav specific and not really nessessary.
2> IDocumentMetadata: Replaced method iterator() (returning an iterator of Map.Entry instances) with method propertyNames() (returning a Set of Strings)

JSF sample:
1> Split up monolithic tree.jsp into multiple jsp's
2> Implemented details pane as a TabbedPane
3> now there are two tabs: one for content and one for properties

HIPDOC-21

Release version 1.02.00 of the repository-client-api

HIPDOC-21

Introduced IDocumentFactory and IDocumentCollectionFactory

HIPDOC-21

Set version of repositoy-client-api, webdav-clientlib and jsf-repository-browser back to -dev on trunk after release.

HIPDOC-21

Prepare for release

HIPDOC-21

*)Removed getResponseAsJdom, it cannot be exposed in the repository-client-api because that module shouldn't have any dependencies.

As requested by Ard:
*)Added getResponseAsSaxContentHandler to IRawResponse/WebdavResponse
*)Added set/getContent to IResource/WebdavResource so that it becomes possible to construct
 an object containing both content (from a Get) and properties (from a Propfind) 

HIPDOC-21

Trunk for repository-client-api

HIPDOC-21

Trunk for repository-client-api

HIPDOC-21

Branches for repository-client-api