Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 315158

Summary:	OMG 2.4 workflow automation with QVTo needs a deeper stack.
Product:	[Modeling] QVTo	Reporter:	Nicolas Rouquette <nicolas.f.rouquette>
Component:	Engine	Assignee:	Project Inbox <mmt-qvt.operational-inbox>
Status:	RESOLVED INVALID	QA Contact:
Severity:	normal
Priority:	P3	CC:	serg.boyko2011
Version:	unspecified
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:

Description Nicolas Rouquette

2010-05-31 22:52:57 EDT

Please increase the QVTo stack size: org.eclipse.m2m.internal.qvt.oml.ast.env.QvtOperationalEvaluationEnv.MAX_STACK_DEPTH from 300 currently to, e.g., 1000

Currently, it is set to 300 but that's not enough to run the QVTo transformations I developed for converting the UML models into OMG metamodels for UML 2.4.
With 1000, I could convert everything  in 1~2 minutes where the files below are the results of the conversion process.

A smaller stack might suffice but I don't have enough time to figure out how much we need.

What's expansive here is that the conversion to normalized XMI IDs in the *.uml files also updates the trace information in the *.qvtotrace files.
This way, we maintain traceability from the OMG metamodel artifacts back to the source UML models.

-rw-rw-r--  1 rouquett  staff   5460392 May 31 19:41 Infrastructure.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff    368177 May 31 19:41 Infrastructure.normalized.uml
-rw-rw-r--  1 rouquett  staff      8632 May 31 19:41 L0.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff       427 May 31 19:41 L0.normalized.uml
-rw-rw-r--  1 rouquett  staff     23012 May 31 19:42 L1.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff      2013 May 31 19:42 L1.normalized.uml
-rw-rw-r--  1 rouquett  staff   5082484 May 31 19:43 L2.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff    329943 May 31 19:43 L2.normalized.uml
-rw-rw-r--  1 rouquett  staff   2270272 May 31 19:43 L3.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff    155857 May 31 19:43 L3.normalized.uml
-rw-rw-r--  1 rouquett  staff      8632 May 31 19:41 LM.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff       432 May 31 19:41 LM.normalized.uml
-rw-rw-r--  1 rouquett  staff     32343 May 31 19:41 PrimitiveTypes.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff      1682 May 31 19:41 PrimitiveTypes.normalized.uml
-rw-rw-r--  1 rouquett  staff  16607894 May 31 19:42 Superstructure.normalized.qvtotrace
-rw-rw-r--  1 rouquett  staff   1196966 May 31 19:42 Superstructure.normalized.uml

Comment 1 Nicolas Rouquette

2010-06-01 01:09:34 EDT

Operator error...

I had a poorly designed transformation that did too much uncessary recursion.
The 300 stack size is OK for OMG UML 2.4

Comment 2 Sergey Boyko

2010-06-02 08:20:22 EDT

(In reply to comment #1)

Hi Nicolas,

So should this bug be closed as INVALID ?

> Operator error...
> 
> I had a poorly designed transformation that did too much uncessary recursion.
> The 300 stack size is OK for OMG UML 2.4

Comment 3 Nicolas Rouquette

2010-06-02 10:06:32 EDT

Closed as suggested.