[#BZPCM-289] Unhadled exception by assigning complex data type

[BZPCM-289] Unhadled exception by assigning complex data type to interface
signature Created: 04/Jul/08 Updated: 13/Feb/12 Resolved: 13/Apr/09
Status:
Project:
Component/s:
Affects
Version/s:
Fix Version/s:
Resolved
Bugzilla Palladio Component Model
Repository
3.x (current stable)
Type:
Reporter:
Resolution:
Labels:
Remaining
Estimate:
Time Spent:
Original
Estimate:
Environment:
Bug
Kapova Lucia
Incomplete
None
Not Specified
Attachments:
Q-ImpressCaseStudy.zip
http://sdqweb.ipd.kit.edu/bugzilla/show_bug.cgi?id=385
External issue
URL:
Severity:
Priority:
External issue
ID:
None
Assignee:
Votes:
Steffen Becker
0
Not Specified
Not Specified
Operating System: All
Platform: PC
normal
P5
385
Description
Unhandled event loop exception
Exception Stack Trace:
java.lang.StackOverflowError
at
de.uka.ipd.sdq.pcm.repository.impl.CollectionDataTypeImpl.getInnerType_CollectionDataType(CollectionData
at de.uka.ipd.sdq.pcmbench.ui.provider.SignaturePrinter.caseCollectionDataType(SignaturePrinter.java:16)
at de.uka.ipd.sdq.pcmbench.ui.provider.SignaturePrinter.caseCollectionDataType(SignaturePrinter.java:1)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:286)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:106)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:94)
at de.uka.ipd.sdq.pcmbench.ui.provider.SignaturePrinter.caseCollectionDataType(SignaturePrinter.java:16)
at de.uka.ipd.sdq.pcmbench.ui.provider.SignaturePrinter.caseCollectionDataType(SignaturePrinter.java:1)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:286)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:106)
at de.uka.ipd.sdq.pcm.repository.util.RepositorySwitch.doSwitch(RepositorySwitch.java:94)
...
Session Data:
eclipse.buildId=M20080221-1800
java.version=1.6.0_06
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=de_DE
Command-line arguments: -os win32 -ws win32 -arch x86
Comments
Comment by [email protected] [ 04/Jul/08 ]
Benutzt du tatsächlich Version 2.x oder schon das aktuelle unstable/nightly? Letzeres ist bereits
PCM 3.x.
Im Falle der Verwendung von Version 2.x bitte auf die aktuelle nightly build/unstable wechseln.
Comment by [email protected] [ 04/Jul/08 ]
This Bug happen when was a return type for a second signature on an interface specified, the
first signature was specified without experiencing any problems. It happens always on the
second signature, even after the restart of workbench.
Comment by [email protected] [ 05/Jul/08 ]
Da es ja ein Stack Overflow ist: Könnte es sein, dass dein ComplexDataType sich selbst intern
benutzt? Das wäre nicht erlaubt wird aber wohl aktuell nicht abgefangen.
Comment by [email protected] [ 05/Jul/08 ]
Noch eine Frage/Merkwürdigkeit: Der Titel des Bugs redet von Complex Data Type im
Stacktrace taucht aber ein CollectionDataType auf...
Du solltest wohl auch auf jeden Fall das Modelfile mit an den Bug hängen, das scheint mir hier
ein spezieller Fall zu sein, der bisher nicht bedacht worden ist.
Comment by [email protected] [ 09/Jul/08 ]
ComplexType User in Collection
Comment by [email protected] [ 09/Jul/08 ]
Attachment Q-ImpressCaseStudy.zip has been added with description: PCM Instance with Type
Error
Comment by [email protected] [ 18/Jul/08 ]
Das Problem ist genau wie ich bereits in Kommentar No 3. vermutet habe. Durch einen
Modellierfehler deinerseits ist ein User[] nicht ein Array von User sondern ein Array von
User[], wodurch es ein rekursiver Typ wäre. D.h. man müsste z.B. im Dialog fürs Anlegen der
CollectionDataTypes abfangen, dass die Typen nicht rekursiv definiert werden.
Generated at Thu Apr 06 13:18:42 CEST 2017 using JIRA 7.3.3#73014sha1:d5be8da522213be2ca9ad7b043c51da6e4cc9754.