Fedora Commons Code

minor bugfix (bug was introduced post-2.1.1):
due to == vs. .equals() string comparison,
datastream modification always resulted in setDatastreamState call
prior to modifyDatastream call, regardless of whether state had been
updated

minor log cleanup

documented new ri module param, syncUpdates

more log cleanup:
- Module config details moved to DEBUG level
- INFO-level message verbage: more consistent, less technical
- Logging request URL for AccessServlet requests
- Got rid of some duplicated stack traces
- Generally reduced frequency of INFO messages

added another eclipse-generated directory

initial commit. kudos to chris for a great find =)

minor: log level=debug

replaceInto now uses prepared statements.
This fixes bug #119 (backslash escaping failing in dc fields)
and prepares for the fix of bug #189 (Oracle CLOB size limit)

These userdocs are html files that were created with MSWord. Apparently the default encoding for Word is to use Windows-1252 when saving html files. When these files are placed on the webserver, the default encoding for apache is utf-8 so browsers will set the encoding as utf-8 although the underlying document encoding is actually Windows-1252. This encoding mismatch causes viewing problems based on the encoding setting of the browser.

The fix was to resave these files from Word using a utf-8 encoding.

Most of these docs will require revising for 2.2, so just remember if editing these particular docs with Word or FrontPage to be sure that the encoding is set to utf-8; otherwise they will revert back to Windows-1252 encoding when saved.

I also updated the versions of these files on the web site so so docs for 2.1.1 should display properly now as well....

check for object existence to avoid npe. see chris' mail "ReadOnlyContext Error on HTTP" 11/30/06