Choreography component meeting agenda (22nd June):

1. Actions from last meeting:
	- Antony will write an example BPEL file which demonstrates test data aggregation and data collection
	- (Postponed pending discussions) Antony will add engine output support to the public APIs

2 Discuss need for public API other than BPEL providers
	- Is it necessary to have an API to run the engine separately from the providers launch configuration?

3. Discuss Daemon protocol changes
	- Daemon currently uses same protocol as engine instance
	- Daemon should use SOAP/HTTP or SOAP/HTTPS as it's only protocol
	- Although Daemon is not a public API it should have a different and more
	  standard protocol, otherwise development of the underlying engine instance
	  protocol will mean backwards compatibility issues for Daemon communication.


Attending:
	Antony Miguel (Scapa)
	Augustus Kalimuthu (CA)


Apologies:


Absent:	
	Harm Sluiman (IBM)
	Serge Lucio (IBM)
	Jim Saliba (CA)
	Koustubh Parwar (CA)
	Kent Siefkes (IBM Rational)
	Joe Toomey (IBM Rational)
	George Din (Fokus)
	Diana Vega (Fokus)
	Scott Schneider (IBM Rational)
	Srinivas P Doddapaneni (Intel)
	George Christelis (Scapa)
	Shobhit Maini (CA)
	Tejas Patel (CA)
	Paul Brown (Fivesight)
	Marc Erickson (IBM)


Point 1 discussion:
	All actions moved to next week

Point 2 discussion:
	Augustus needs more time to consider this proposal.

Point 3 discussion:
	Everyone is happy with moving the daemon to use SOAP/HTTP rather than the native protocol.


Actions:
	- Antony will write an example BPEL file which demonstrates test data aggregation and data collection
	- (Postponed pending discussions) Antony will add engine output support to the public APIs