introduced 'owning collection', and skips authorization on
modifying an item if the user is a COLLECTION_EDITOR for this item
git-svn-id: http://scm.dspace.org/svn/repo/trunk@741 9c30dcfa-912a-0410-8fc2-9e0234be79fd
jakarta-poi.jar - MS file formats access
PDFBox.jar - pdf utilities
tm-extractors.jar - classes that wrap poi and pdfbox
git-svn-id: http://scm.dspace.org/svn/repo/trunk@740 9c30dcfa-912a-0410-8fc2-9e0234be79fd
MediaFilter - parent class for all filters
HTMLFilter, WordFilter, PDFFilter - classes that process these formats
git-svn-id: http://scm.dspace.org/svn/repo/trunk@739 9c30dcfa-912a-0410-8fc2-9e0234be79fd
appropriate HTTP headers to stop browsers caching the page, causing potential
back-button related mishaps. Unfortunately only seems to work with pages
read by a POST. GET pages can still be reached by the 'back' button. Although
this is consistent with REST architecture, it does mean some issues may remain
git-svn-id: http://scm.dspace.org/svn/repo/trunk@732 9c30dcfa-912a-0410-8fc2-9e0234be79fd
- I'd broken 'localised' JSPs. Now the localised JSPs replace the default ones
during the build process, avoiding any runtime checking.
- build_wars now a separate target.
git-svn-id: http://scm.dspace.org/svn/repo/trunk@730 9c30dcfa-912a-0410-8fc2-9e0234be79fd
Original defaults are used if values are not specified in dspace.cfg, for
backwards compatibility.
git-svn-id: http://scm.dspace.org/svn/repo/trunk@727 9c30dcfa-912a-0410-8fc2-9e0234be79fd
problems for people installing DSpace with Tomcat. Instead, two .war files
are created which can simply be dropped in the appropriate place for Tomcat
or other servlet container. A simple LoadDSpaceConfig servlet then loads in
the dspace.cfg (from a config parameter in the web.xml contained within each
.war) and initialises log4j with the appropriate properties file.
A few other cleanups:
- Removed redundant ${basedir} references
- update and fresh_install targets now give useful hints as to what to do next
- fresh_install target builds search + browse indices and config files for
3rd party tools (i.e. bin/index-all and bin/install-configs)
git-svn-id: http://scm.dspace.org/svn/repo/trunk@726 9c30dcfa-912a-0410-8fc2-9e0234be79fd
Added method getIntParameters() to UIUtil that returns an array of ints
git-svn-id: http://scm.dspace.org/svn/repo/trunk@720 9c30dcfa-912a-0410-8fc2-9e0234be79fd
really be.)
No longer copies servlet.jar to install_dir/lib. Tomcat's messages explaining
it was skipping over this were causing confusion.
git-svn-id: http://scm.dspace.org/svn/repo/trunk@718 9c30dcfa-912a-0410-8fc2-9e0234be79fd
- set structure exposed via OAI is now flat list of collections (in preparation
for 'sub-communities' feature)
- set specs are now more-or-less Handles - ':' and '/' changed to '_' to
follow OAI-PMH spec (characters in set spec must be safe for query section
of a URL). e.g. hdl:123.456/789 -> hdl_123.456_789
- org.dspace.search.Harvest now only accepts Collections as scope
(no longer needed, would take needless effort to take into account
sub-communities)
- bad set specs now handled properly (bad argument error given), fixed SF
bug #832374.
- Updated oaicat.jar to latest (1.5.17)
- Qualified DC 'contributor.author' now mapped to unqualified DC 'creator'
for plain oai_dc export, to fit in with general behaviour of rest of OAI-PMH
community (particularly eprint community)
git-svn-id: http://scm.dspace.org/svn/repo/trunk@711 9c30dcfa-912a-0410-8fc2-9e0234be79fd
making for cleaner JSPs (single method call, not lots of tests to cover
up null action values, etc.)
git-svn-id: http://scm.dspace.org/svn/repo/trunk@699 9c30dcfa-912a-0410-8fc2-9e0234be79fd
particular Group (useful for taking away the rights of a particular group)
git-svn-id: http://scm.dspace.org/svn/repo/trunk@694 9c30dcfa-912a-0410-8fc2-9e0234be79fd
