note about using jikes

in the wrong place.. oops

merge changes from MIR_1_0 branch that add humanreadable size output for media files

better way to create temp. files

small bug fix, explictly specified field name for boolean queries

has a pretty interface

added propery for Lucene

forgot to actually enable setting index location in config.properties

search is simple, functional, soon to be broken again

these actually work now

simple and stable, about to be broken again soon

merge in changes from MIR_1_0 branch that iplement media preview/download in the admin interface.

keyword stuff

remove unused methods

we don't need to decodeHTML anymore since we don't encode... from MIR_1_0 branch

fix indentation

get rid of annoying $Log$ keywords

changed to use new modular SearchTerm classes
... looks more like java, less like bad perl

john learns about java's non-intuitive constructor inheritance rules

forgot one ....

making search more comprehensible by associating
the (potentially weird or potentially fairly intuitive) indexing logic
for each piece of entity data with the (correspondingly weird or intuitive) logic
for searching and result displaying.

also probably useful in future configuration schemes.....

silly bug that caused nasty problems fixed in producer localizer

use req.getContextPath to find the RootUri.. much more robust. 4.0 and 4.1 compatible due to new web.xml mapping

log4j implemented for the producer subsystem

backed out patch regarding automatic media title assignment

error templates needed "templates/" to work

fixed bug where media subtitle was being
interpreted as mandatory,
now instead of throwing an error if the user didn't
put a subtitle on the media item,
it assigns a sensible default.

a rudimentary search result template, used by OpenMir

added ?do=search
which takes &query=somequerystringinlucentsyntax
and returns some rudimentary results

added definitions for the IndexingProducerNodeBuilder

now features intelligent destruction of locks on error!
(means might actually be usuable soon)

compiles into a standalone program that generates the intitial index directory
for lucene.
documentation forthcoming....

some updates/fixes

some updates

fixed a bug: when someone logged out, a dysfunctional login page would be
returned.

fix serious bug introduced with the media InputStream changes that caused a database connection to be lost when a LargeObject was missing/broken. eventually postgrss would hit it's max connections limit

bigger :)

bigger

bigger textarea now

fixes + a (not yet tested) writer to logger adapter

language property for content added in basic localizer

new file

Fixed bad line wrap and add in the missing TempDir line (from MIR_1_0)

whoops ;-)

CopyDir now also copies files

some misc. maintenance

merge media InputStream changes from MIR_1_0 branch

make form changes necessary for the new way doing file uploads (InputStream): move media_title above the file field

fix obvious spelling mistake

*** empty log message ***

- producer links are moved to an "advanced" page, not intended for normal
  users. Normal users have only 1 link "generate all new"
- used br1's support for log4j at 1 place (ServletModuleDispatch)
- misc. small changes/fixes here and there

german producer bundles

added the fileEdit to admin_en.properties

reset in admin_en.properties added

fixed a default config bug

changed the name of the default OpenMir logfile

fixed config a bug regarding OpenMir

support for the new CopyDir producer node

a quick bugfix of the new producer templates

some fixes for the new basic producer template set

the new basic producer template set (designed by thomas)

updates producer bundles for the new basic template set

- mysql references removed
- small error in the help corrected

bugfix in expression parsing

creationdate for breaking news now available in producers

corrected the path to jai*.jar in the documentation. the new directory-structure has to be documentated, too

servlet-2.2.jar is not copied anymore to WEF-INF/lib, beacuse normally tomcat provides this jar in his common/lib-directory. a small change in the web.xml, that tomcat 4.1.* starts the web-app

not used anymore

accidentally checked in

not needed, log output is in WEB-INF/log

these files have moved to etc/ or templates/

preparing for a new logging framework

new version of log4j which we are very likely going to use

have moved to etc/

moving all configurable stuff to etc/

contains only admin templates which should not be changed by users

we do not need to copy src to the deployment home, do we?

not used

these are never used

css file for admin templates

adaption to new admin templates

css style

merged in trez's css templates

- general maintenance
- added a Loop ProducerNode for loop constructions
- added a routine to work with sublists in producers

changed the article types import script to have names that can be used from
inside templates / producers.xml

Misc. changes

Towards a reasonable template set

utility class for making an Enumeration over input files
suitable for passing to SequenceInputStream

added pdf stuff

*** empty log message ***

many fixes and tweaks, now it actually works!

this actually works now!

fix the text splitting routines
so that we only break sections on word boundaries
not only do we not have to learn how to hyphenate in a correctly
localized manner, but we also avoid the problem encountered
of splitting in the middle of """, which the xml parser just *loved*

missing </fo:table> tag

several updates:
- all the config options are now available from the producer templates
- the producers that need to be called after an open posting are now
  configurable from config.properties
- some misc. maintenance

ok, this uses the new manually typeset content supplied by
PDFPreformattingProducerNode,
except that it seems broken with regard to changes in the rest of
the data like the title and so on.....complains about the article key
being missing.....
so it's close, but not functional yet

added a stylesheet argument to the makePDF method so that it could
be fully ocnfigured from producers.xml

added PDFGenerate, which wraps up PDFGeneratingProducerNode with an
XML interface

getting there....

more work on the default templates... still not finished...