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

OK, after I switched the execution environment to 1.7, and added significantly more memory (2G), the errors went away.

Yay.

--
Istvan RATH, PhD
Research fellow
Budapest University of Technology and Economics
Fault Tolerant Systems Research Group

On Sunday, June 9, 2013 at 7:51 PM, Tamas Szabo wrote:

I also faced memory issues, but this is not only related to the incquery
workflow. With the new xtext version several other languages needed more
memory during workflow execution for me.
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

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

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

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

Fault Tolerant Systems Research Group
Budapest University of Technology and Economics

_______________________________________________
incquery-dev mailing list
incquery-dev@xxxxxxxxxxx (_javascript_:;) (mailto:incquery-dev@xxxxxxxxxxx (_javascript_:;))

_______________________________________________
incquery-dev mailing list
incquery-dev@xxxxxxxxxxx (_javascript_:;)
_______________________________________________
incquery-dev mailing list
incquery-dev@xxxxxxxxxxx (_javascript_:;)

--
Istvan RATH, PhD
Research fellow
Budapest University of Technology and Economics
Fault Tolerant Systems Research Group
_______________________________________________
incquery-dev mailing list
_______________________________________________
incquery-dev mailing list


--
Tamas Szabo
Software engineer

Tel.: +49 711 342 191 0
Fax.: +49 711 342 191 29
Mobil: +49 171 565 416 9
Skype: szabta89

itemis AG
Niederlassung Süd
Meitnerstr. 10
70563 Stuttgart

Rechtlicher Hinweis:
Registergericht: Amtsgericht Dortmund HRB 20621 | Sitz der Gesellschaft:
Lünen
Vorstand: Jens Wagener (Vorsitzender) | Wolfgang Neuhaus | Dr. Georg
Pietrek | Jens Trompeter | Sebastian Neus
Aufsichtsrat: Prof. Dr. Burkhard Igel (Vorsitzender) | Stephan Grollmann
| Michael Neuhaus

_______________________________________________
incquery-dev mailing list


Back to the top