http://forums.visual-paradigm.com/posts/32.html JForum - http://www.jforum.net
Class <<class-name's>>   attribute (<<attribute-name>> : java.lang.Double)   must specify a supported type.

I am getting these errors for   Long,   Double,   Float   and   Custom Data Types(Classes of our Model).

But java.math.BigDecimal and java.lang.Integer work fine.

I tried specifying these data types in the Modeling -> Application Options -> Data Types -> UML and also in Modeling -> Application Options -> Data Types -> Java.
But this did not help.

Any suggestions on how to resolve it? Requesting help on this.
]]> http://forums.visual-paradigm.com/posts/2879#21856.html http://forums.visual-paradigm.com/posts/2879#21856.html
Would you mind send me your project file to have a look? Thanks in advance!

Best regards,
Rain Wong]]> http://forums.visual-paradigm.com/posts/2879#21875.html http://forums.visual-paradigm.com/posts/2879#21875.html Please help.]]> http://forums.visual-paradigm.com/posts/2879#23488.html http://forums.visual-paradigm.com/posts/2879#23488.html
There are 3 problems in your drawing.

Problem 1:
The attribute "class1" in class "Class2" cannot be typed as "Class1". If you want to relate this attribute with Class1, please use association instead.

Problem 2:
This is our mistake - The type for attribute cannot be fully qualified. If you want to use Long, type "Long" instead of "java.lang.Long". I already reported this problem to our team for bug fixing.

Problem 3:
Class1 need to be "ORM Persistable". You can set it by assigning it with "ORM Persistable" stereotype.

I am attaching an image to show you the correct way of drawing.

Best regards,
Jick
]]> http://forums.visual-paradigm.com/posts/2879#23514.html http://forums.visual-paradigm.com/posts/2879#23514.html
I would like to notify you that the problem of code generating is fixed and deployed. You can download and try the build in the following link.
I hope this solves your problem.

http://files3.visual-paradigm.com/200803/Patch/sp1_20080311j/VP_Suite_Windows_3_2_sp1_20080311j.exe

Best regards,
Lilian Wong]]> http://forums.visual-paradigm.com/posts/2879#23718.html http://forums.visual-paradigm.com/posts/2879#23718.html You guys have been very helpful.

Just wanted to confirm that if Class A is required to have 3 attributes (after code generation) with the data type as Class B, then we should have 3 Relations from Class A to Class B, with the role names matching the required attribute names.

I tried this after Jick suggested that I should create a relation from Class A to Class B, instead of directly having an attribute with Type B, inside A.

I created 3 relations from A to B & I got 3 attributes (after code generation) in A, with Type B.

Is this the required approach?]]> http://forums.visual-paradigm.com/posts/2879#23778.html http://forums.visual-paradigm.com/posts/2879#23778.html
Actually it is not necessary to have 3 association pointing to 3 attributes. By defining the name and type in association end already represent it will become an reference attribute in generated code. Defining both association end and attributes will only causing duplicated attribute. If you require any further information, please do not hesitate to contact me again.

Best regards,
Rain Wong]]> http://forums.visual-paradigm.com/posts/2879#23784.html http://forums.visual-paradigm.com/posts/2879#23784.html When I created the 3 relations, I removed the 3 attributes from the model that were present earlier. Then, when I generated the code, I got those 3 attributes in the code.
What I really needed the confirmation for is whether it is fine to have 3 relations from Class A to Class B, or can there be any issues with that?]]> http://forums.visual-paradigm.com/posts/2879#23860.html http://forums.visual-paradigm.com/posts/2879#23860.html
Best regards,
Rain Wong]]> http://forums.visual-paradigm.com/posts/2879#23922.html http://forums.visual-paradigm.com/posts/2879#23922.html http://forums.visual-paradigm.com/posts/2879#23973.html http://forums.visual-paradigm.com/posts/2879#23973.html