Re: [mdr-users] Clustering extents managed by non-MDR repositories
Martin Matula <[email protected]> Wed, 15 Feb 2006 20:50:25 +0100
| Newsgroups | gmane.comp.java.netbeans.modules.mdr.user |
|---|---|
| Message-ID | <[email protected]> |
Hi Pieter, this is a limitation of MDR. Martin Pieter Van Gorp wrote: > Hi all, > is it possible to cluster extents managed by non-MDR repositories? > > More specifically, we're trying to create a cluster of the UML extent > in MagicDraw 10. If you look at the interfaces of MagicDraw and MDR, > everything seems fine. However, we've just encountered a class cast > exception on line 752 of NBMDRepositoryImpl, which contains: > Object result = > packages.put(((BaseObjectHandler)pkg.refMetaObject())._getDelegate().getMofId(), > pkg); > > This raises: > java.lang.ClassCastException: com.io_software.catools.tas.mof.model.PackageImpl > at org.netbeans.mdr.NBMDRepositoryImpl.collectPackageInstances(NBMDRepositoryImpl.java:752) > at org.netbeans.mdr.NBMDRepositoryImpl.createExtent(NBMDRepositoryImpl.java:466) > at org.netbeans.mdr.NBMDRepositoryImpl.createExtent(NBMDRepositoryImpl.java:292) > at org.segravis.icons.helper.Driver.loadClusteringExtent(Driver.java:196) > > Reading the source, it seems like our MDR/MagicDraw integration will > not work since the MagicDraw classes do not implement internal MDR > classes like BaseObjectHandler. Is this a fundamental limitation of > MDR or are we overlooking something? > > Note that we've passed MagicDraw's repository as the single element of > the RefPackage array argument to createExtent. On a type level, > that's OK but it's at the dynamic type cast that things go wrong... > > Thanks in advance, > -- > Pieter Van Gorp > Teaching and Research Assistant > FOrmal Techniques in Software engineering (FOTS) > University of Antwerp > Middelheimlaan 1 > 2020 Antwerpen - Belgium > Office: G.304 > Phone: +32 3 265 38 71 > Fax: +32 3 265 37 77 > http://www.fots.ua.ac.be/~pvgorp/research/ > http://motmot.sourceforge.net/ > > ``A man has to live with himself, and he should see to it that he > always has good company [Charles Evans Hughes]''