James II Issues Tracker

  • Log In Access more options
    • Online Help
    • GreenHopper Help
    • Agile Answers
    • Use Agile By Default
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What’s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
  • Agile Access more options (Alt+g)
  • James II
  • JAMESII-488

MLRules Editor in JamesGUI selects old syntax by default without switch option

  • Agile Board
  • More Actions
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: ML-Rules
  • Security Level: public (Visible to EVERYONE.)
  • Labels:
    None

Description

The old MLRules syntax is selected by the model editor by default without giving the option to switch.
The only workaround right now is to load a new syntax model which switches the syntax to new.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
Stefan Rybacki added a comment - 07/Oct/14 4:13 PM

made the new syntax the default syntax

Show
Stefan Rybacki added a comment - 07/Oct/14 4:13 PM made the new syntax the default syntax
Hide
Permalink
Arne Bittig added a comment - 06/Nov/14 10:01 AM - edited

There seems to be no way to create an empty SymbolicMLRulesModel after the changes (default constructor creates example model), so MLRulesModelFileWriterTest#testGenerateSource now fails, as there is species named A() in the example model and the test model.

See https://altair.informatik.uni-rostock.de/bamboo/browse/JAMESII-DEVTEST-TESTDEV-351/test/case/3148511

junit.framework.AssertionFailedError: Model Loading should produce no errors.
ParseError=A already defined
seed =5291136119039979520

at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at junit.framework.Assert.assertFalse(Assert.java:34)
at org.jamesii.model.mlrules.writer.antlr.AbstractMLRulesModelFileWriterTest.testGenerateSource(AbstractMLRulesModelFileWriterTest.java:157)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:601)
at junit.framework.TestCase.runTest(TestCase.java:168)
at junit.framework.TestCase.runBare(TestCase.java:134)
at junit.framework.TestResult$1.protect(TestResult.java:110)
at junit.framework.TestResult.runProtected(TestResult.java:128)
at junit.framework.TestResult.run(TestResult.java:113)
at junit.framework.TestCase.run(TestCase.java:124)
at org.jamesii.ChattyTestCase.run(ChattyTestCase.java:58)
at junit.framework.TestSuite.runTest(TestSuite.java:232)
at junit.framework.TestSuite.run(TestSuite.java:227)
at [...]

Show
Arne Bittig added a comment - 06/Nov/14 10:01 AM - edited There seems to be no way to create an empty SymbolicMLRulesModel after the changes (default constructor creates example model), so MLRulesModelFileWriterTest#testGenerateSource now fails, as there is species named A() in the example model and the test model. See https://altair.informatik.uni-rostock.de/bamboo/browse/JAMESII-DEVTEST-TESTDEV-351/test/case/3148511 junit.framework.AssertionFailedError: Model Loading should produce no errors. ParseError=A already defined seed =5291136119039979520 at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertFalse(Assert.java:34) at org.jamesii.model.mlrules.writer.antlr.AbstractMLRulesModelFileWriterTest.testGenerateSource(AbstractMLRulesModelFileWriterTest.java:157) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at junit.framework.TestCase.runTest(TestCase.java:168) at junit.framework.TestCase.runBare(TestCase.java:134) at junit.framework.TestResult$1.protect(TestResult.java:110) at junit.framework.TestResult.runProtected(TestResult.java:128) at junit.framework.TestResult.run(TestResult.java:113) at junit.framework.TestCase.run(TestCase.java:124) at org.jamesii.ChattyTestCase.run(ChattyTestCase.java:58) at junit.framework.TestSuite.runTest(TestSuite.java:232) at junit.framework.TestSuite.run(TestSuite.java:227) at [...]
Hide
Permalink
Arne Bittig added a comment - 06/Nov/14 12:54 PM

Subsequent issue resolved by moving example model creation out of default constructor to factory method (insert whereever example model is needed) https://altair.informatik.uni-rostock.de/hg/james/private/rev/5b9617c18157d62e01abfa97cc53f3154a735cea

Show
Arne Bittig added a comment - 06/Nov/14 12:54 PM Subsequent issue resolved by moving example model creation out of default constructor to factory method (insert whereever example model is needed) https://altair.informatik.uni-rostock.de/hg/james/private/rev/5b9617c18157d62e01abfa97cc53f3154a735cea

People

  • Assignee:
    Stefan Rybacki
    Reporter:
    Stefan Rybacki
Vote (0)
Watch (5)

Dates

  • Created:
    07/Oct/14 2:26 PM
    Updated:
    06/Nov/14 12:54 PM
    Resolved:
    06/Nov/14 12:54 PM

Agile

  • View on Board
  • Atlassian JIRA (v5.0.7#734-sha1:8ad78a6)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for University of Rostock. Try JIRA - bug tracking software for your team.