Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 354415 - Xcore's Jvm inference does not handle multiplicity above 1
Summary: Xcore's Jvm inference does not handle multiplicity above 1
Status: CLOSED FIXED
Alias: None
Product: EMF
Classification: Modeling
Component: Tools (show other bugs)
Version: 3.0   Edit
Hardware: PC Mac OS X - Carbon (unsup.)
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Ed Merks CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-10 13:50 EDT by Hallvard Traetteberg CLA
Modified: 2011-09-24 12:05 EDT (History)
0 users

See Also:

Attachments
Patch for bug (2.50 KB, application/octet-stream)
2011-08-10 15:34 EDT, Hallvard Traetteberg CLA 		no flags Details
View All 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 Hallvard Traetteberg CLA 2011-08-10 13:50:50 EDT 
References, operation parameters and return values can have upper bound above 1. This should result in using EList<type> as the type in the inferred model.
Comment 1 Hallvard Traetteberg CLA 2011-08-10 15:34:15 EDT 
Created attachment 201274 [details]
Patch for bug

To handle upper bounds above 1 we need a method for creating a type reference for typed elements, not just the type. The implementation wraps the type in an EList reference, if the upper bounds is > 1.
Comment 2 Ed Merks CLA 2011-08-11 14:34:03 EDT 
I could not seem to apply this patch.  I had a look though.  I think it's the same as what I'd planned, i.e., call getType rather than work directly with the EGenericType.  That will take into account whether EList is suppressed to List and other funky things. I've committed those changes to git.
Comment 3 Ed Merks CLA 2011-09-24 12:05:42 EDT 
It's available in Git.