Versions Compared

Key

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

These notes assume a multi-server configuration where it matters. There is a 2 way interaction between the calendar server and the sync engine. 

...

  1. connectorId - identifies the connector "localBedework" should be OK
  2. managerUri - "http://localhost:8080/synch/manager" for embedded or the equivalent for a multi server setup
  3. wsdlUri - "http://localhost:8080/wsdls/synch/wssvc.wsdl" is probably fine.

...

In localBedework.xml the name should match the name in the Connector Id above. The bwWSDLURI element refers to either the soap wsdl loaded from the remote server or it can be loaded locally. In either case that file must provide the location of the calendar server in the soap:address element right near the end of wssvc.wsdl. That file is deployed as part of the bwxml module. The files is in wildfly-10.1.0.Final/standalone/deployments/bw-xml-3.11.0.ear/bwwsdls-3.11.0.war/synch/wssvc.wsdl. The server location can be set as part of the build process or edited in later (but that will need to be done on each rebuild/redeploy). The build uses the value in the build time property org.bedework.bwsynch.service which is set in .default/cal.properties.

...

  1. public-admin - true/false
  2. adminCreateEprops - true/false - indicates whether the admin update can create event properties - e.g. location/category/contact. If false they get preserved as x-properties. Only set true for a very trusted source.