mde-optimiser / mde_optimiser Goto Github PK

I am having problems with the installation. The update site seems not able to find the plugin org.sidiff.serge. I tried to install this tool from the zip at http://pi.informatik.uni-siegen.de/mrindt/SERGe.php but still this plugin is not there.
Cannot complete the install because one or more required items could not be found. Software being installed: MDEOptimiser 1.0.0.201806200557 (uk.ac.kcl.mdeoptimise.feature.feature.group 1.0.0.201806200557) Missing requirement: MDEOptimiser 1.0.0.201806200557 (uk.ac.kcl.mdeoptimise.feature.feature.group 1.0.0.201806200557) requires 'org.sidiff.serge 0.0.0' but it could not be found

I am trying to run the development of MDEOptimiser obtained from the p2 update site on Java 11. I also tried Java 8, but with that version, the MDEOptimiser Eclipse plugins failed to load for me. When starting the optimisation either from an Eclipse run configuration, or from the command line with uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run, I get the following exception:

Warning: Nashorn engine is planned to be removed from a future JDK release
WARNING: An illegal reflective access operation has occurred
WARNING: Illegal reflective access by org.moeaframework.Instrumenter (file:/home/kris/eclipse-2019-03/plugins/org.moeaframework_2.13.0.beta.jar) to field java.util.AbstractCollection.MAX_ARRAY_SIZE
WARNING: Please consider reporting this to the maintainers of org.moeaframework.Instrumenter
WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
WARNING: All illegal access operations will be denied in a future release
Exception in thread "main" java.util.ConcurrentModificationException
	at org.eclipse.emf.common.util.AbstractEList$EIterator.checkModCount(AbstractEList.java:751)
	at org.eclipse.emf.common.util.AbstractEList$EIterator.doNext(AbstractEList.java:699)
	at org.eclipse.emf.common.util.AbstractEList$EIterator.next(AbstractEList.java:685)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:650)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:709)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:698)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:709)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:709)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:709)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:709)
	at org.moeaframework.Instrumenter.instrument(Instrumenter.java:841)
	at org.moeaframework.Executor.runSingleSeed(Executor.java:814)
	at org.moeaframework.Executor.run(Executor.java:748)
	at uk.ac.kcl.inf.mdeoptimiser.libraries.core.optimisation.moea.MoeaOptimisation.runOptimisation(MoeaOptimisation.java:71)
	at uk.ac.kcl.inf.mdeoptimiser.libraries.core.optimisation.moea.MoeaOptimisation.execute(MoeaOptimisation.java:33)
	at uk.ac.kcl.inf.mdeoptimiser.libraries.core.optimisation.OptimisationInterpreter.start(OptimisationInterpreter.java:65)
	at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.runBatch(Run.java:140)
	at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.run(Run.java:122)
	at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.run(Run.java:96)
	at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.main(Run.java:59)

This seems related to MOEAFramework/MOEAFramework#180 , which points at excluding the org.eclipse packages from MOEA instrumentation as a possible fix.

After investigating the problem a little more, and jury-rigging a version of MoeaOptimisation that excludes org.eclipse (along with a custom subclass of uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run that gets created by the same MoptStandaloneSetup injector), I can confirm I no longer get the exception above.

I ran an .mpot file (CRA case) via context menu. The search seems to have behaved as expected, but during the serialization, the following exception was thrown. Possibly there is a simple fix, in the way that MDEOResultsOutput.saveOutcome() puts together the output path.

Exception in thread "main" java.nio.file.InvalidPathException: Illegal char <:> at index 52: C:\Users\danie\Desktop\cra\mdeo-results/experiment-C:\Users\danie\Desktop\cra\src\main\java\cra_manual_rules.mopt/ at java.base/sun.nio.fs.WindowsPathParser.normalize(WindowsPathParser.java:182) at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:153) at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77) at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92) at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:229) at java.base/java.nio.file.Path.of(Path.java:147) at java.base/java.nio.file.Paths.get(Paths.java:69) at uk.ac.kcl.inf.mdeoptimiser.libraries.core.optimisation.output.MDEOResultsOutput.saveOutcome(MDEOResultsOutput.java:67) at uk.ac.kcl.inf.mdeoptimiser.libraries.core.optimisation.output.MDEOResultsOutput.saveOutcome(MDEOResultsOutput.java:60) at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.runSearch(Run.java:209) at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.run(Run.java:121) at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.run(Run.java:103) at uk.ac.kcl.inf.mdeoptimiser.interfaces.cli.Run.main(Run.java:61)

I am trying to use the metamodel and henshin rule shown below to generate results, but I always get the error report in the third picture.
I think there may be a bug in the generator, where it expects there to be an opposite reference for every reference it generates operators for. When there isn’t one, it runs into a bug.

And every time when I open Eclipse, it shows this error log. Is this related to my problem?

Hi Alex,

When I run 'mvn clean compile' on the src folder after cloning the repository onto my local machine - I get an artifact not found. Please see the attached file..
mvn-clean-compile-error.txt

Many thanks,
Isaac

I am trying to pass a parameter to an Henshin rule by specifying it in the .mopt file.
I am using the default "Random" function that takes a regular expression as a String and return a random value instance of that expression. Here is my specification:
mutate using <FQAsEvolvers.henshin> unit "changeConfiguration" parameters {delta => Random("1")}
And my Henshin rule:

But I always get the following error independently from the regular expression:

In the execution of the rules the original parents are used as a parameter rather than their copies. I am not sure what the implications are (if there are any) but I am quite sure this is not intended.

henshinExecutor.runRuleOperator(operator, graph, parents) -> henshinExecutor.runRuleOperator(operator, graph, crossoverParents)
henshinExecutor.runUnitOperator(operator, graph, parents) -> henshinExecutor.runUnitOperator(operator, graph, crossoverParents)

On the https://mde-optimiser.github.io/ getting started section, both eclipse update sites links are dead.