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.

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