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.

Bug 114956 - Error generated in java code after code gen from complex class diagram
Summary: Error generated in java code after code gen from complex class diagram
Status: NEW
Alias: None
Product: uml
Classification: Unclassified
Component: Code Generation (show other bugs)
Version: 6.x
Hardware: All All
: P3 blocker (vote)
Assignee: issues@uml
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-09-06 22:47 UTC by Joanne Lau
Modified: 2009-05-25 21:06 UTC (History)
0 users

See Also:
Issue Type: ENHANCEMENT
Exception Reporter:


Attachments
project tarfile attached (510.00 KB, application/x-tar)
2007-09-06 22:48 UTC, Joanne Lau
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joanne Lau 2007-09-06 22:47:03 UTC
Beta 1 200709060000

I try to create a simple case but was unable to replicate the issue. 
So I've attached the project which consists a complex class diagram.
After code gen, there is an error generated in the java source for
the generated line "import gui.void" .
Please look for the red dot while expanding the java project after CG.
Comment 1 Joanne Lau 2007-09-06 22:48:08 UTC
Created attachment 48334 [details]
project tarfile attached
Comment 2 Yang Su 2007-09-07 00:02:09 UTC
This is likely a RE problem, the attached model is wrong with primitive element (void, int etc) created under named name
space. The generated code seems to correctly reflect the model. Please test RE part to identify the source issue. Can
you reproduce it with latest trunk? 
Comment 3 Viktor Lapitski 2007-09-07 00:08:44 UTC
the bug was filed with purpose that the codegen part to be corrected 
to not generate incorrect code even if the user explicitly put 
"void", "int" datatypes into a package.
Comment 4 Joanne Lau 2007-09-07 18:09:07 UTC
Change bug status per Viktor's comments. This issue is reproducible in the Beta 1 builds.
Comment 5 Joanne Lau 2008-06-18 19:26:42 UTC
Still exists in 6.5
Comment 6 Sergey Petrov 2009-01-26 12:32:29 UTC
in my opinion if model allow to put void in package code gen should generate it this way, but may be in java project
there should be restriction on drag/create primitive or reserved types inside any package except root one. but this
looks more like enhancemnt if we consider rules checking as an option.
but if RE put void/int etc into package it's a real issue, but should be filed separately.