This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
|Summary:||UML creates fully qualified datatypes under Model node|
|Product:||uml||Reporter:||Alexandr Scherbatiy <sunflower>|
|Component:||Diagram Class||Assignee:||issues@uml <issues>|
|Issue Type:||ENHANCEMENT||Exception Reporter:|
Description Alexandr Scherbatiy 2006-11-02 14:13:22 UTC
Steps to reproduce: - Create a 'pack' package in a UML project - Create a Class diagram under the package - Put a Class element on the diagram and name it - Insert 'public void printDate(java.util.Date date)' operation into the element A 'java.util.Date' Datatype is created under Model node instead of creating 'Date' Datatype under 'java.util' package
Comment 1 Andrew Korostelev 2006-11-02 15:30:05 UTC
This issue is about datatypes with fully qualified name (with specified package). Related issue 79526 is filed for NOT fully qualified datatypes.
Comment 2 Peter Lam 2007-03-20 23:23:11 UTC
low use case not currently impacting our installed user base.
Comment 3 George Vasick 2007-05-17 18:47:54 UTC
Planned for drawing area upgrade after NB 6.0.
Comment 4 George Vasick 2007-05-18 00:41:55 UTC
Should not use resolved/later status.
Comment 5 George Vasick 2007-07-13 16:26:46 UTC
Waiver candidates from 7/12/2007 bug scrub.
Comment 6 George Vasick 2008-01-02 16:53:57 UTC
Diagram area bugs waived for 6.0 will also be waived for 6.1.
Comment 7 Trey Spiva 2008-02-15 00:16:32 UTC
This is by design. The "." separator is Java notation, not UML. In UML we use the "::" separator.
Comment 8 Alexandr Scherbatiy 2008-02-15 10:30:59 UTC
The java.util.Date data type should be created under java.util package: + java + util + Date not under Model node.
Comment 9 Trey Spiva 2008-02-15 14:38:18 UTC
Yes you are correct, and it will if you use the correct syntax. If you use the UML syntax, it will be placed in the correct location. I will make this an Enhancement request since what you are asking for it to also support Java separators when in Java mode. However we should not use Java separators when in platform independent mode.