Implement GP problem for code generation

[ascheibe]

This works at the moment for RoboCode but should be generalized in the future for other games/applications.

There are two branches for this ticket:

• Mohab's original branch: ​https://dev.heuristiclab.com/trac/hl/core/browser/branches/Robocode
• Trunk Integration branch: ​https://dev.heuristiclab.com/trac/hl/core/browser/branches/Robocode.TrunkInt

[ascheibe]

r9414 added robocode branch

[ascheibe]

r9565 Robocode Plugin code without Mutation Operators

[ascheibe]

r9567, r9570 some bugfixes

[ascheibe]

r9601

• fixed cloning in Solution so that the SolutionCodeView can run a battle
• fixed a compiler warning in CodeNodeView

[ascheibe]

r9603 fixed object disposed exception in CodeNodeView that occurred when switching the viewhost

[ascheibe]

r9609

• Added EmptyEvent.cs
• Modified Grammar.cs to allow EmptyEvent as a child in place of all Event Methods except for Run and OnScannedEvent

[ascheibe]

r9612

• fixed error handling for external program calls
• added missing StorableClass attribute

[ascheibe]

r9630 fixed cloning constructors and formatting

[ascheibe]

r9631 tanks should only be required to implement run, the other methods should be optional

[ascheibe]

r9642 Changed back the Grammar to require OnScannedRobot event

[ascheibe]

r9760 created own branch for robocode trunk integration

[ascheibe]

r9761 fixed project file to work with our directory layout

[ascheibe]

r9763 added frame files

[ascheibe]

r9779 created an own plugin for the views

[ascheibe]

r9780 fixed naming of project files

[ascheibe]

r9781 fixed folder layout

[ascheibe]

r9787 sign assemblies and cleaned up plugin dependencies

[ascheibe]

r9790

• added license headers
• corrected version information
• fixed formatting

[ascheibe]

r9879 removed unused symbols and cleaned up code

[ascheibe]

r9880 removed dead code

[ascheibe]

r9881 improved interpreter

[ascheibe]

r9882 cleaned up battlerunner

[ascheibe]

r9884

• qualities are now scaled between 0 and 1
• fixed naming of robots

[ascheibe]

r9888

• fixed parsing of qualities
• removed robocode method crossover as it was never used anyways

[ascheibe]

r9889 cleaned up views

[ascheibe]

r9890

• changed Solution from NamedItem to Item
• adapted views to be only ItemViews
• some more minor improvements

[ascheibe]

r9891 moved battle runner from Robocode directory to HL bin

[ascheibe]

r9892 use directory values instead of string values for the robocode path

[ascheibe]

r9898 added automatic discovery of robocode jars

[ascheibe]

r9899 fixed bug in quality calculation

[ascheibe]

r9926

• renamed path parameter to robocode path
• made number of rounds configurable

[jkarder]

r9947:

• modified the RobocodeProblem to extract all robots in robocode directory
• modified the battle runner to take a number of enemies that should be battled

[ascheibe]

r9962 some minor fixes in the enemy detection

[ascheibe]

r9966 improved robot detection in BattleRunner

[ascheibe]

r9967 removed External Evaluator folder

[ascheibe]

r9971 added a view for displaying/reloading enemies

[ascheibe]

r9972 improved EnemyCollectionView

[ascheibe]

r9983 fixed project file

[jkarder]

r9985:

• fixed deserialization of the RobocodeProblem
• added a BattleRunnerDialog that allows to configure some arguments of the battle runner
• added functionality to save a Solution in a java file

[jkarder]

r10011:

• refactored grammar and symbols
• fixed cloning and storable ctors
• fixed plugin dependencies

[jkarder]

r10014:

• refactored grammar and symbols
• changed RobocodeProblem to use the ProbabilisticTreeCreator by default

[ascheibe]

@jkarder: Thanks a lot for improving the grammar, looks very good! Are you finished with the grammar or are there still any open issues?

[jkarder]

r10028:

• merged IfStat and ElseStat into IfThenElseStat
• changed the font of the suffixCode text box in the CodeNodeView

[jkarder]

Replying to ascheibe:

@jkarder: Thanks a lot for improving the grammar, looks very good! Are you finished with the grammar or are there still any open issues?

Thanks! I think there still might be some refactoring left to do, but I will leave the code as is for now.

[ascheibe]

r10043

• use groups for defining allowed child symbols in grammar
• split functions group into functions and actions in grammar
• moved run symbol to event group in grammar
• fixed a bug in the ifthenelse symbol
• enemy collection now marks one enemy per default

[ascheibe]

r10044

• incremented version number
• fixed a bug in ShotPower
• updated BattleRunner docu

[ascheibe]

r10045 fixed a bug in the BattleRunner

[ascheibe]

r10046 simplified Interpret methods of symbols

[ascheibe]

r10047 don't use architecture operators as the Robocode problem does not support ADFs

[ascheibe]

r10048 center BattleRunner dialog

[gkronber]

I won't be able to finish a thorough review of this for the upcoming release. Therefore, I suggest that we move this ticket to the next milestone.

Please reassign the ticket back to me if moving it to the next milestone is ok for you.

[ascheibe]

Thanks for the note, sure, no problem.

[ascheibe]

I'm moving this to 3.3.11 as it won't be ready for the next release.

[ascheibe]

r11628 switched robocode trunk integration branch to .NET 4.5

[gkronber]

Sorry

[gkronber]

r13009: fixed compilation error with current trunk version & recompiled java class files to work with robocode version (1.9.2.4). Class files must be recompiled for new robocode versions.

This version runs on my computer with the current trunk. Looks pretty cool!

Necessary:

• robocode-1.9.2.4 must be installed in c:\robocode
• I had to create a folder called "Evaluation" in c:\robocode\robots

[gkronber]

r13010: fixed license headers

[gkronber]

r13011: changed namespaces for trunk integration

[gkronber]

r13013: reviewing and minor changes

[gkronber]

r13015: refactored Robocode problem and derived from SymbolicExpressionTreeProblem

[gkronber]

r13017: refactored grammar, symbols, and interpreter

[gkronber]

r13018: cleaned code and renamed files

[gkronber]

r13019: added necessary robocode files to project to make sure that the robocode problem is self-contained (only a java installation is necessary)

[gkronber]

TODO:

• copy files to trunk
• create a sample

[gkronber]

r13210: copied relevant files for robocode problem from branch to trunk. I didn't preserve the history in this step.

[gkronber]

Notes:

• If we want to deploy the robocode files directly (not archived) then we would need to specify each file as a plugin file in the plugin class.
• It is seemingly not possible to copy a file located in a folder in the project directly to the bin folder (without preserving the folder structure)
• An installation of java is necessary for the plugin

[gkronber]

r13225: added plugin dependency

[gkronber]

r13264: terminated Robocode feature development branch r13265: terminated robocode trunk integration branch

[gkronber]

Robocode does not work with parallel engine. Robocode framework accesses writes to a common file which leads to exceptions when multiple java-processes try to write that file.

[gkronber]

r13266: added a unit test to create a robocode sample.

[mkommend]

Replying to gkronber:

Robocode does not work with parallel engine. Robocode framework accesses writes to a common file which leads to exceptions when multiple java-processes try to write that file.

OK, what about synchronizing the whole evaluate method?

[gkronber]

Screenshot of a solution running

[gkronber]

Replying to mkommend:

Replying to gkronber:

Robocode does not work with parallel engine. Robocode framework accesses writes to a common file which leads to exceptions when multiple java-processes try to write that file.

OK, what about synchronizing the whole evaluate method?

Yes... This will be a similar case as we had for the MATLAB COM object. Synchronization must work over multiple instances of the robocode evaluator.

[gkronber]

r13309: added synchronization for the evaluation of robocode programs

[mkommend]

r13311: Minor code changes in interpreter, restricted ShotPowerTreeNode to [0.1,3], changed evaluation of InterpretComparison.

Please have a look of the change in ShotPowerTreeNode and the InterpretComparison method.

[mkommend]

Reviewed the HL.Problems.GP.Robocode plugin instead of the individual changesets. Some minor issues were corrected with r13311. Beside that I found no other issues.

A test of the robocode optimization is still pending, as I have no JDK installed and must test this on my workstation.

[gkronber]

r13312: merged r13210,r13225,r13266,r13309,r13311 from trunk to stable