Appbuilder server moved to subfolder. Compensate for it.
Merge pull request #91 from telerik/totev/appbuilder-subfolder

Appbuilder server moved to subfolder. Compensate for it.
Replace retryCount with timeout

When starting Android emulator we were using --retryCount option, which is difficult to be explained. It it replaced with --timeout option, which is the allowed time to start the emulator device(wait to boot). The default value is 120 seconds. retryCount option is removed as it is not used anymore.
When using var date = new Date(); and try to get date.getTime(), it returns the EPOCH time for the moment when new Date was called, not for the current time. Added helper function - getCurrentEpochTime which creates new Date instance and returns its Epoch value. Update android-emulator-services to use this function, so the operation will break correctly when the time for starting emulator passes the set timeout.
Update error messages.
Merge pull request #90 from telerik/vladimirov/remove-retryCount

Replace retryCount with timeout
Add validation for command parameters

Add validation for the parameters that each command accepts. Add logic to check if command has mandatory parameters and all of them are provided - if any of them is missing, command is not executed. Add logic to validate all arguments passed to command - if the command does not accept arguments, but there are some passed to it, it is not executed. Add ICommandParameter interface to describe command parameter. Add allowedParameters property to ICommand interface. Add canExecute method to ICommand interface. It is not mandatory to implement it and it is used when the command will validate the parameters on its own. The common validation is implemented in CommandsService.

ICommandParameter describes one parameter that the command accepts. It can be mandatory for the command or not. That's why I've added mandatory boolean parameter to the interface. Each parameter have its own logic for valid values, that's why ICommandParameter has validate method. It is called from the CommandsService when the arguments are validated. CommandsService itself tries to validate all command arguments. One special case is when the command is hierarchical. In this situation the root command is validated first, but it doesn't have own definition, so it doesn't have allowed parameters. That's why CommandsService checks if the command is valid hierarchical command.  If command has canExecute method implemented, CommandsService will use it to validate the arguments. If not, it will try to validate all passed command line arguments with the allowed parameters of the command, by checking their count, calling validate method, etc.

Each command has different number of allowed parameters. In most of the cases the command parameter is string and the only requirement for it is to be non-empty. That's why new StringCommandParameter class is added. It is used to define such parameters. In case the parameter has more complicated logic, new class, that implements ICommandParameter is added for it.
PR comments - refactoring

Change validate method of ICommandParameter to returns IFuture<boolean> as some of the implementations of the method are using IFuture calls, so we have to be consistent. This leads to change in the return type of validateMandatoryParams, validateCommandArguments definitions to return IFuture<boolean> as well. Add executeCommandAction method to remove duplicate code.  Multiple smaller fixes (spelling errors, indentation issues, etc.).
PR comments - fix errors

Improve some messages when error is found.
Small Fixes

Fix some small issues which are found during review.