Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [incquery-dev] Xtext 2.4 compatibility branch created 
Hi,

is this still thrown by the workflow (if I understand the trace correctly, it is)? If yes, then could you try to add some memory to the workflow execution (-Xmx, -XX:MaxPermSize)?

Now that you mention, I also had memory issues, but simply adding more memory solved it (in my case I have added -Xmx512m to the Run configuration).

Zoli
-- Zoltán Ujhelyi
https://www.inf.mit.bme.hu/en/members/ujhelyiz

Fault Tolerant Systems Research Group
Budapest University of Technology and Economics

On 2013.06.09., at 18:46, Istvan Rath <rath@xxxxxxxxxx> wrote:

> More precisely, my version is   Xtend SDK 2.4.1.v201304180855 org.eclipse.xtend.sdk.feature.group Eclipse Xtend  
> 
> Something is definitely going wrong, as non-deterministically I'm getting more serious error messages such as this one:
> 
> error(10):  internal error: Can't get property delegatedRules using method get/isDelegatedRules from org.antlr.tool.Grammar instance : java.lang.OutOfMemoryError: Java heap space  
> java.util.HashMap.addEntry(HashMap.java:753)
> java.util.HashMap.put(HashMap.java:385)
> java.util.HashSet.add(HashSet.java:200)
> org.antlr.tool.CompositeGrammar.getAllImportedRules(CompositeGrammar.java:287)
> org.antlr.tool.CompositeGrammar.getDelegatedRules(CompositeGrammar.java:257)
> org.antlr.tool.Grammar.getDelegatedRules(Grammar.java:2585)
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:597)
> org.antlr.stringtemplate.language.ASTExpr.invokeMethod(ASTExpr.java:564)
> org.antlr.stringtemplate.language.ASTExpr.rawGetObjectProperty(ASTExpr.java:515)
> org.antlr.stringtemplate.language.ASTExpr.getObjectProperty(ASTExpr.java:417)
> org.antlr.stringtemplate.language.ActionEvaluator.attribute(ActionEvaluator.java:351)
> org.antlr.stringtemplate.language.ActionEvaluator.expr(ActionEvaluator.java:136)
> org.antlr.stringtemplate.language.ActionEvaluator.templateApplication(ActionEvaluator.java:216)
> org.antlr.stringtemplate.language.ActionEvaluator.expr(ActionEvaluator.java:126)
> org.antlr.stringtemplate.language.ActionEvaluator.action(ActionEvaluator.java:84)
> org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:149)
> org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:705)
> org.antlr.stringtemplate.language.ASTExpr.writeTemplate(ASTExpr.java:750)
> org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:680)
> org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:660)
> org.antlr.stringtemplate.language.ActionEvaluator.action(ActionEvaluator.java:86)
> org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:149)
> org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:705)
> org.antlr.stringtemplate.language.ASTExpr.writeTemplate(ASTExpr.java:750)
> org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:680)
> org.antlr.stringtemplate.language.ASTExpr.writeAttribute(ASTExpr.java:660)
> org.antlr.stringtemplate.language.ActionEvaluator.action(ActionEvaluator.java:86)
> org.antlr.stringtemplate.language.ASTExpr.write(ASTExpr.java:149)
> org.antlr.stringtemplate.StringTemplate.write(StringTemplate.java:705)
> 
> 
> --
> Istvan RATH, PhD
> Research fellow
> Budapest University of Technology and Economics
> Fault Tolerant Systems Research Group
> 
> 
> 
> On Sunday, June 9, 2013 at 11:15 AM, István Ráth wrote:
> 
>> I am using 2.4.1 from the Xtext allinone update site.
>> 
>> On Sunday, June 9, 2013, Ujhelyi Zoltán wrote:
>>> Hi,
>>> 
>>> I have no such messages when running the workflow on the head revision of the xtext-2.4 branch. Can you elaborate your test environment? I am working with the Kepler release version.
>>> 
>>> My log output is as follows:
>>> 
>>> 0    [main] INFO  lipse.emf.mwe.utils.StandaloneSetup  - Registering platform uri '/Users/stampie/git/org.eclipse.incquery-kepler/plugins'
>>> 1093 [main] INFO  lipse.emf.mwe.utils.StandaloneSetup  - Adding generated EPackage 'org.eclipse.xtext.xbase.XbasePackage'
>>> 1272 [main] INFO  lipse.emf.mwe.utils.StandaloneSetup  - Adding generated EPackage 'org.eclipse.incquery.patternlanguage.patternLanguage.PatternLanguagePackage'
>>> 1621 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/incquery/patternlanguage/PatternLanguage' from 'platform:/resource/org.eclipse.incquery.patternlanguage/src-gen/org/eclipse/incquery/patternlanguage/PatternLanguage.genmodel'
>>> 1621 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/xtext/common/JavaVMTypes' from 'platform:/resource/org.eclipse.xtext.common.types/model/JavaVMTypes.genmodel'
>>> 1622 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/xtext/xbase/Xbase' from 'platform:/resource/org.eclipse.xtext.xbase/model/Xbase.genmodel'
>>> 1622 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/Xtext/Xbase/XAnnotations' from 'platform:/resource/org.eclipse.xtext.xbase/model/Xbase.genmodel'
>>> 1622 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/xtext/xbase/Xtype' from 'platform:/resource/org.eclipse.xtext.xbase/model/Xbase.genmodel'
>>> 2499 [main] INFO  ipse.emf.mwe.utils.DirectoryCleaner  - Cleaning /Users/stampie/git/org.eclipse.incquery-kepler/plugins/org.eclipse.incquery.patternlanguage.emf/../org.eclipse.incquery.patternlanguage.emf/src-gen
>>> 2578 [main] INFO  ipse.emf.mwe.utils.DirectoryCleaner  - Cleaning /Users/stampie/git/org.eclipse.incquery-kepler/plugins/org.eclipse.incquery.patternlanguage.emf/../org.eclipse.incquery.patternlanguage.emf.ui/src-gen
>>> 2753 [main] INFO  ipse.xtext.generator.LanguageConfig  - generating infrastructure for org.eclipse.incquery.patternlanguage.emf.EMFPatternLanguage with fragments : ImplicitRuntimeFragment, ImplicitUiFragment, GrammarAccessFragment, EcoreGeneratorFragment, SerializerFragment, ResourceFactoryFragment, XtextAntlrGeneratorFragment, JavaValidatorFragment, QualifiedNamesFragment, ImportNamespacesScopingFragment, QualifiedNamesFragment, BuilderIntegrationFragment, FormatterFragment, LabelProviderFragment, OutlineTreeProviderFragment, QuickOutlineFragment, QuickfixProviderFragment, JavaBasedContentAssistFragment, XtextAntlrUiGeneratorFragment, Junit4Fragment, RefactorElementNameFragment, TypesGeneratorFragment, XbaseGeneratorFragment, GeneratorFragment, CodetemplatesGeneratorFragment, CompareFragment
>>> 5386 [main] INFO  clipse.emf.mwe.utils.GenModelHelper  - Registered GenModel 'http://www.eclipse.org/incquery/patternlanguage/emf/EMFPatternLanguage' from 'platform:/resource/org.eclipse.incquery.patternlanguage.emf/src-gen/org/eclipse/incquery/patternlanguage/emf/EMFPatternLanguage.genmodel'
>>> 14482 [main] INFO  or.validation.JavaValidatorFragment  - generating Java-based EValidator API
>>> 14547 [main] WARN  ing.ImportNamespacesScopingFragment  - Skipping stub generation as Xbase is used
>>> 19823 [main] INFO  text.generator.junit.Junit4Fragment  - generating Junit4 Test support classes
>>> 19902 [main] INFO  text.generator.junit.Junit4Fragment  - generating Compare Framework infrastructure
>>> 20001 [main] INFO  ipse.emf.mwe.utils.DirectoryCleaner  - Cleaning /Users/stampie/git/org.eclipse.incquery-kepler/plugins/org.eclipse.incquery.patternlanguage.emf/../org.eclipse.incquery.patternlanguage.emf.ui/src-gen/org/eclipse/incquery/patternlanguage/emf/ui/internal
>>> 20002 [main] INFO  .emf.mwe2.runtime.workflow.Workflow  - Done.
>>> 
>>> 
>>> Zoli
>>> -- Zoltán Ujhelyi
>>> https://www.inf.mit.bme.hu/en/members/ujhelyiz
>>> 
>>> Fault Tolerant Systems Research Group
>>> Budapest University of Technology and Economics
>>> 
>>> On 2013.06.08., at 23:32, Ujhelyi Zoltán <ujhelyiz@xxxxxxxxxx (javascript:;)> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> I will check it tomorrow - there should be no such error message during generation, but maybe I missed it during generation and introduced some issue in the grammar.
>>>> 
>>>> Zoli
>>>> -- Zoltán Ujhelyi
>>>> https://www.inf.mit.bme.hu/en/members/ujhelyiz
>>>> 
>>>> Fault Tolerant Systems Research Group
>>>> Budapest University of Technology and Economics
>>>> 
>>>> On 2013.06.08., at 14:20, Istvan Rath <rath@xxxxxxxxxx (javascript:;)> wrote:
>>>> 
>>>>> Is such an error message normal during running GenerateEMFPatternmodel mwe?
>>>>> 
>>>>> error(10):  internal error: org.antlr.tool.Grammar.createLookaheadDFA(Grammar.java:1279): could not even do k=1 for decision 124; reason: timed out (>1000ms)
>>>>> 
>>>>> 
>>>>> 
>>>>> --
>>>>> Istvan RATH, PhD
>>>>> Research fellow
>>>>> Budapest University of Technology and Economics
>>>>> Fault Tolerant Systems Research Group
>>>>> 
>>>>> 
>>>>> 
>>>>> On Wednesday, June 5, 2013 at 4:42 PM, Ujhelyi Zoltán wrote:
>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> after quite a lot of work (thanks for the help to Gábor and István), I created the first working version of EMF-IncQuery that uses Xtext 2.4.
>>>>>> 
>>>>>> Because of the required stability for other projects (and as I am not 100% sure that all bugs are ironed out), I have only put it to a new branch on git, and would wait till Monday to merge it for real.
>>>>>> 
>>>>>> If someone would be kind to test it, he should install Xtext 2.4 (e.g. from the Kepler update site or the Xtext release site), check out the xtext-2.4 branch from git, and test it out. It is normal, that all IncQuery projects are to be cleaned and rebuilt, as there are some changes internally in the EMF metamodel, so the generated code does not work out of the box.
>>>>>> 
>>>>>> If some issue is found, please write a comment for https://bugs.eclipse.org/bugs/show_bug.cgi?id=398809
>>>>>> 
>>>>>> Thanks,
>>>>>> Zoli
>>>>>> -- Zoltán Ujhelyi
>>>>>> https://www.inf.mit.bme.hu/en/members/ujhelyiz
>>>>>> 
>>>>>> Fault Tolerant Systems Research Group
>>>>>> Budapest University of Technology and Economics
>>>>>> 
>>>>>> _______________________________________________
>>>>>> incquery-dev mailing list
>>>>>> incquery-dev@xxxxxxxxxxx (javascript:;) (mailto:incquery-dev@xxxxxxxxxxx (javascript:;))
>>>>>> http://dev.eclipse.org/mailman/listinfo/incquery-dev
>>>>>> 
>>>>>> 
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> incquery-dev mailing list
>>>>> incquery-dev@xxxxxxxxxxx (javascript:;)
>>>>> http://dev.eclipse.org/mailman/listinfo/incquery-dev
>>>> 
>>> 
>>> _______________________________________________
>>> incquery-dev mailing list
>>> incquery-dev@xxxxxxxxxxx (javascript:;)
>>> http://dev.eclipse.org/mailman/listinfo/incquery-dev
>> 
>> 
>> --  
>> Istvan RATH, PhD
>> Research fellow
>> Budapest University of Technology and Economics
>> Fault Tolerant Systems Research Group
>> 
> 
> _______________________________________________
> incquery-dev mailing list
> incquery-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/incquery-dev

Back to the top