Recent changes to feature-requests

Session Listener

Eduardo de Vera — Sun, 19 Jun 2011 19:16:28 -0000

During a session creation (user login) the queue for the user to be notified of Core events shall be created. When a session is closed, the queue must be removed. A reference to the queue must be saved in the user's session.

Create Cometd module

Eduardo de Vera — Sun, 19 Jun 2011 19:11:58 -0000

New Maven Module in the project holding the CometD implementation for jetty in order to communication events from the mpango-core to the users.

Account Details

Eduardo de Vera — Sun, 19 Jun 2011 19:10:23 -0000

The user can see and edit his details.

User Login

Eduardo de Vera — Sun, 19 Jun 2011 18:30:00 -0000

User login use case. This request will involve different people to implement it. Starting with the front end implementation to the LoginModule that will challenge the user and password on the game database.

Unit collects food

Eduardo de Vera — Thu, 02 Jun 2011 00:03:11 -0000

Based on the TaskCommand, units should be able to collect food from a given Cell. The amount of food produced depends on the Unit skills and the Cell richness. Food must be put in the City the Unit belongs to.

Game Context - Player joins

Eduardo de Vera — Thu, 02 Jun 2011 00:00:27 -0000

The game context must allow a player joining in the game at any given moment.

GameContext

Eduardo de Vera — Wed, 01 Jun 2011 23:59:01 -0000

The game context is created at startup time of a game.
This class holds the Players, the Board and other important classes of the game.
A game context can be started, loaded, persisted and deleted.

Command implementation

Eduardo de Vera — Wed, 01 Jun 2011 23:47:12 -0000

The game needs a Command Design Pattern Implementation for those entities that can execute gameplay operations.
There are two types of commands: synchronous and asynchronous.
Objects that can execute commands should implement the Listener Interface if need to be call backed.
Objects executing commands can optionally have a queue of commands, allowing them to execute commands in sequence.
The current implementation offers a java.util.Timer per Unit. This is potentially a problem as Units can scale so will Threads related to their Timers. TaskCommand accepts a timer as a constructor argument, so Units stop using their own Timers and use the Players timer to which they belong.

Unit birth

Eduardo de Vera — Sun, 22 May 2011 19:45:51 -0000

After each turn cities evaluate the available food and give birth to units depending on it.

Food storage

Eduardo de Vera — Sun, 22 May 2011 19:44:29 -0000

Cities store the food that units belonging to them collect.