Fedora Commons Code

This adds the additional servlet mappings related to the AxisWSDLFilterServlet that was used as a fix along with Chris' new WSDL files for the RepoMMan/Rightscom folks.

I wanted to get this patch into cvs so it doesn't get lost in the shuffle. The eventual plan I think is to integrate the changes we implemented for the RepoMMan/Rightscom folks into the next release. This includes these changes to web.xml(now in cvs), addition of AxisWSDLFilterServlet(already in cvs), and addition of new refactored WSDL files(yet to be added to cvs).

These additions to web.xml should not affect other code and are only invoked when requesting the specific targets of access/wsdl or management/wsdl which are public URLs to access WSDL generated by Axis.

This can also serve as a reminder that we need to eventually integrate the new WSDL files that Chris created for RepoMMan patch and do final testing. So far there have been no reports of problems in using new wsdl and AxisWSDLServlet by repoMMan/Rightscom folks. We may want to wait until fedora war file changes are complete/stable before introducing the new wsdl files into cvs...

bugfix #182

This problem occurs when using the admin client bMech Builder and specifying
multiple mimetypes for a datastream in the DsInputSpec panel.

It is possible for the DSInputSpec to specify more than one mimetype for a
given datastream in the bMech Builder DSInputSpec panel by separating multiple
mimetpyes with a comma. However, upon serialization, the mimetypes are not
split out and the resulting serialization in the bMech object appears like:

<fbs:DSMIME>image/gif,image/jpeg</fbs:DSMIME>

This syntax can result in the mimetype not being recognized by the admin
client when attempting to bind datastreams because of the pattern mismatch.

Comma separated mimetypes should be serialized as separate elements in the
bmech object similar to:

<fbs:DSMIME>image/gif</fbs:DSMIME>
<fbs:DSMIME>image/jpeg</fbs:DSMIME>

backing out last change...caused ".../build/wsdl not found" message,
not sure why...

compile macro copies any .properties files, too

first checkin of some installer code. currently compiles with
compile-util ant target.

removed import to fedora.common.HttpClient that was never used

removed imports that were never used

removed reference to fedora.common.HttpClient that was never used

bug fix, #180

replaces use of fedora.common.HttpClient with fedora.common.http.WebClient to properly handle closing of HTTP socket connections.

Prior to the fix, invocations of referenced content datastreams using the getContentStream method would result in HTTP socket connections being left in the CLOSED_WAIT state which would never be cleared until fedora server was restarted. Over time, this would result in Too Many Open Files under linux/unix causing server to become inoperable.

Additional refactoring/checking may be needed in the codebase to be sure we are using fedora.common.http.WebClient in all cases where HttpClient was previously in use....

removes the namespace filtering which is no longer necessary when using Chris' latest WSDL and fedora-types.xsd files.

pointing to the wrong constant for a 503 status