Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

parentType bug in Java model #560

Closed
seandenigris opened this issue Aug 3, 2015 · 5 comments
Closed

parentType bug in Java model #560

seandenigris opened this issue Aug 3, 2015 · 5 comments

Comments

@seandenigris
Copy link
Contributor

Originally reported on Google Code with ID 560

Describe the problem: what do you get? what do you expect?
I import Java mse (VerveineJ) and I want to run a small program to calculate all outgoing
relationships of all the classes present in the mse. I get this message below:

FAMIXClass(Object)>>doesNotUnderstand: #parentType
    Receiver: FontChooserMain in org::jhotdraw::samples::font (Type)
    Arguments and temporary variables: 
        aMessage:   parentType
        exception:  MessageNotUnderstood: 

How to reproduce the problem: step by step if necessary
import java mse with VerveineJ
Add SoftEngMetrics package from Montecello.
CohesionCouplingReport generateReportv7ForModel:  'JHotDraw_7.6-swing-awt-VerveineJ'
fileName: 'JHotDraw_7.6-swing-awt-VerveineJ-',(Date today printString),'.csv'.

Additional information: platform, context which may impact the problem
Last three message from execution context:
FAMIXClass(Object)>>doesNotUnderstand: #parentType
    Receiver: FontChooserMain in org::jhotdraw::samples::font (Type)
    Arguments and temporary variables: 
        aMessage:   parentType
        exception:  MessageNotUnderstood: FAMIXClass>>parentType
        resumeValue:    nil
    Receiver's instance variables: 
        mooseID:    564997
        state:  a MooseDefaultState
        sourceAnchor:   a FAMIXFileAnchor #noname
        sourceLanguage:     nil
        comments:   an Array(/** 
 * FontChooserMain....:31:24Z rawcoder $
 */
 (comment ...etc...
        declaredSourceLanguage:     nil
        name:   'FontChooserMain'
        isStub:     false
        receivingInvocations:   #()
        modifiers:  a Set(#isPublic)
        parentPackage:  nil
        outgoingReferences:     #()
        types:  #()
        incomingReferences:     #()
        subInheritances:    #()
        methods:    an Array(FontChooserMain>>FontChooserMain() (Method) FontChooserMain>>...etc...
        container:  org (Namespace)::jhotdraw (Namespace)::samples (Namespace)::font (Na...etc...
        superInheritances:  an Array(FontChooserMain -> JPanel (Inheritance))
        attributes:     #()
        isInterface:    nil


FAMIXInvocation>>getReceivingFAMIXClass
    Receiver: FontChooserMain -> self#initComponents() (Invocation)
    Arguments and temporary variables: 
        tmpReceiver:    FontChooserMain.self (ImplicitVariable)
        belongsTo:  nil
    Receiver's instance variables: 
        mooseID:    679516
        state:  a MooseDefaultState
        sourceAnchor:   nil
        sourceLanguage:     nil
        comments:   #()
        declaredSourceLanguage:     nil
        previous:   nil
        next:   FontChooserMain -> self#add(Component) (Invocation)
        sender:     FontChooserMain>>FontChooserMain() (Method)
        receiver:   FontChooserMain.self (ImplicitVariable)
        receiverSourceCode:     nil
        signature:  'initComponents()'
        candidates:     an Array(FontChooserMain>>initComponents() (Method))



Please fill in the labels with the following information:
* Type-Defect, Type-Enhancement, Type-Engineering, Type-Review, Type-Other
* Component-XXX

Reported by usman.bhatti on 2011-03-21 11:13:52

@seandenigris
Copy link
Contributor Author

Could you please put somewhere the MSE file and provide a link?

Reported by tudor.girba on 2011-03-21 11:28:22

@seandenigris
Copy link
Contributor Author

http://dl.dropbox.com/u/11804892/JHotDraw_7.6-swing-awt-VerveineJ.mse

Reported by usman.bhatti on 2011-03-21 11:49:10

@seandenigris
Copy link
Contributor Author

The problem is in VerveineJ, not in Moose. VerveineJ should be updated according to
what Doru said in a previous email ("the implicit variable used to be attached to the
class and now it is attached to the method"):

http://code.google.com/p/moose-technology/issues/detail?id=16

Reported by andrehoraa on 2011-03-21 13:01:52

@seandenigris
Copy link
Contributor Author

Thanks for looking into this, Andre.

Reported by tudor.girba on 2011-03-21 13:07:42

  • Labels added: Component-VerveineJ, Milestone-4.4

@seandenigris
Copy link
Contributor Author

Reported by anquetil.nicolas on 2011-03-24 17:33:27

  • Status changed: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant