Changes between Version 368 and Version 369 of WikiStart

Timestamp:

10/14/20 13:29:22 (4 years ago)

Author:

wouter

Comment:

--

WikiStart

@@ -344 +344 @@
 
 === Capabilities
-The party specifies its capabilities.
-
-Currently this is a list of behaviours that the party can handle. The 'behaviour' is just a string but it refers to a specific behaviour||
+The party specifies its capabilities. Currently capacilities contains the supported behaviours and profiles.
+
+The 'behaviours'is a list of behaviours that the party can handle. The 'behaviour' is just a string but it refers to a specific behaviour||
 ||= behaviour name =||= abbreviation for =||= expected behaviour =||
 || SAOP ||Stacked alternating offers protocol ||First, this party receives SessionSettings. After that it receives an ActionDone if a party does an action. The party takes an action only after YourTurn is received. It can then either {{{Accept}}}, {{{EndNegotiation}}} or {{{Offer}}}. Accept is possible only after another Offer was received||
@@ -352 +352 @@
 || COB ||compare bids protocol.||This party receives SessionSettings. It also receives ActionDone if a party does an action, containing a ElicitComparison action if its partner SHAOP party requests so. If it receives that, the party responds with Comparison action. || 
 || SHAOP ||Stacked human alternating offers protocol ||similar to SAOP. A party of this type must receive parameter elicitationcost. If not, the   [source:/protocol/src/main/java/geniusweb/protocol/session/shaop/SHAOPState.java DEFAULT_ELICITATATION_COST] is used. After receiving a YourTurn action, this party can execute the usual SAOP actions ({{{Accept}}}, {{{EndNegotiation}}} or {{{Offer}}}). At any time (also when it does not have the turn) it can do a {{{ElicitComparison}}} action.  The call results in the associated COB party to execute a Comparison action, which is then received in an {{{ActionDone}}}.| Each {{{ElicitComparison}}} call will add elicitationcost to the party's spendings.|
+
+
+The profiles is a list of classes that implement a Profile. The party supports all profile classes in the list (including subclasses).
 
 
@@ -622 +625 @@
 
 ||= Party =||= Protocol =||= Supported profile types =||= Parameters (default value) =||
-||RandomParty||SAOP, AMOP, MOPAC||PartialOrdering||minPower (2), maxPower (infinity). Used to control voting behaviour||
-||RandomPyParty||SAOP||PartialOrdering||-||
+||RandomParty||SAOP, AMOP, MOPAC||Profile||minPower (2), maxPower (infinity). Used to control voting behaviour||
+||RandomPyParty||SAOP||Profile||-||
 ||TimeDependentParty||SAOP, MOPAC||LinearAdditive||e (1.2) controls concession speed, minPower (1), maxPower (infinity). Used to control voting behaviour||
 ||Boulware||SAOP, MOPAC||LinearAdditive||minPower (1), maxPower (infinity). Used to control voting behaviour||