Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 315158 - OMG 2.4 workflow automation with QVTo needs a deeper stack.
Summary: OMG 2.4 workflow automation with QVTo needs a deeper stack.
Status: RESOLVED INVALID
Alias: None
Product: QVTo
Classification: Modeling
Component: Engine (show other bugs)
Version: unspecified   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-31 22:52 EDT by Nicolas Rouquette CLA
Modified: 2010-06-02 10:06 EDT (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Nicolas Rouquette CLA 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 CLA 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 CLA 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 CLA 2010-06-02 10:06:32 EDT 
Closed as suggested.