merge traffic shaping branch with trunk

[juruen@…]

In order to release the last traffic shaping version, the development branch must be merged with trunk

[ejhernandez@…]

(In [7119]) Merging libebox module from traffic shaping branch (Step 2) to trunk refs #563:

• Adding JS functions to show/hide elements
• A function to show a port or not depending on the app protocol
• Updating 'checkProtocol' to allow some new app protocols from Validate module
• Adding a Service setter to generic table

[ejhernandez@…]

(In [7120]) Merging ebox module from traffic shaping branch (Step 2) to trunk refs #563:

• Checking value validity at 'setMemValue' and non-optional default on Basic type
• Fixing missing use on IPAddr type
• Adding 'setOptional' method at Abstract type
• An enhanced 'validateRow' depending on the action, a possible custom reorder ('_tailoredOrder' protected method) and 'tableName' method to the generic table *

[ejhernandez@…]

(In [7121]) Merging network module from traffic shaping branch (Step 2) to trunk refs #563:

• Updating validateRow to adapt themselves to the new parent API

[ejhernandez@…]

(In [7122]) Merging traffic shaping module from traffic shaping branch (Step 2) to trunk refs #563:

• An enhanced version which allows shaping per service (port/protocol), per source and/or per destination (Object aware version) Sources (IP, MAC or Object) and Destinations (IP or Objects)

• Now it's possible to shape outcoming traffic (based on external interfaces) or incoming traffic which does not go to eBox itself. This second configuration enhances eBox as a gateway.

• Set a rule with a defined priority (0-7) is needed -> tailored order based on priority.

[ejhernandez@…]

(In [7123]) Adding testing subdir refs #563

[ejhernandez@…]

(In [7124]) Missing test subdir refs #563

[ejhernandez@…]

(In [7125]) Missing added file to the Makefile refs #563

[ejhernandez@…]

(In [7128]) A more clarified error refs #563

[ejhernandez@…]

This integrates the functional testing