Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Inside the .defaults directory, next to your configuration directory, you'll find a file named cal.propertiescal.properties is referenced during the Bedework build and during deployment.   You can override any of those properties by creating a cal.properties in your configuration directory and editing in the overrides.   cal.properties is divided into sections with different property prefixes.

...

Under Install Options, prune the org.bedework.install property

...

org.bedework.install defines which applications are built and deployed to jboss.  For each name on the list, there should be a corresponding section prefixed with “org.bedework.app.<name>” and also a corresponding section in the options file.

 

   
   
   
   
   
   
   
   
   
   
   
   
   
   
   
   

Remove any items from Copy org.bedework.install to your override file, and remove any applications that you don't need.      For example, if you're using Bedework for public events (and not for personal calendars), you can remove UserCal from the list.  You may probably want to remove " test and SoEDept", too; it's an example.   When you remove an application from the list, you can also remove the corresponding stanza further down the file, but it isn't necessary.  Those lines won't be referenced.

...

The section prefixed “org.bedework.global” defines properties global to the whole deployment process.   This is the section where jboss's datasource (database) is defined.  If you based your configuration on the sample configuration that corresponds to your database system, then you may not have to alter any settings in this section  The values set in this section work for most sites.

Review the Application Section of the file

The section with properties prefixed “org.bedework.app.<name>” are the application deployment properties, one section per named application.

Two properties define the project and type of application. The value of the property “org.bedework.app.<name>.project” defines which project the application is a part of. Currently these can be

  • “caldav” - a caldav server
  • “caldavTest” - a caldav test package
  • “webapps” - a web client
  • “dumprestore” - a dump/restore application
  • “freebusy” - the freebusy aggregator

The value of the property “org.bedework.app.<name>.type” corresponds to the name of a subdirectory in bedework/deployment, e.g. webpublic, webadmin, etc. So to define the administrative client named CalAdmin of type webadmin we have the fragments:

org.bedework.install.app.names=...,CalAdmin,...

...

org.bedework.app.CalAdmin.project=webapps

org.bedework.app.CalAdmin.type=webadmin

This is where the per-application properties are set.  The values set in these in this section also work for most sites. 

Multiple versions of each application type may be deployed, each configured differently. This is of importance for calendar suites (departmental calendars).

...

  You can see how this works by comparing the stanza for the "Demo departmental public Web Client" to the stanza for the "Public Web Client".

Edit .defaults/cal.options.xml

cal.options.xml contains run time properties and is divided into sections much like the properties file. Most of the options are used to set field values in named classes so that the application will load the settings only once with a single call.

...