In the ProjectTreeNode class there is a method with signature: public Enumeration < ITreeItem > getNodeChildren()
The return type enumeration ITreeItem is found in org.netbeans.modules.uml.ui.support.projecttreesupport package. The getNodeChildren method call the "children()" method which seems to be a method defined in java's DefaultMutableTreeNode method which returns an incompatible "TreeNode" class also in the java. Is ITreeItem in someway suppose to be in anyway actually link this way? Have changes in java context (i.e. I am using JDK 11 in this environment so maybe this is a side effect of some upgrade here). Should ITreeItem extend TreeNode maybe? Should TreeNode in someway replace some of the interfaces in use in the UML project? Is this maybe an issue which classpath confusion (i.e. maybe "children()" is suppose to be found in another class? I noticed the author is Trey Spiva. Is he on this mailing list? Eric Bresie [email protected] On Sat, Dec 14, 2019 at 10:42 AM Eric Bresie <[email protected]> wrote: > Okay...maybe I should ask this differently... > > I pulled down the community-uml project from Mercurial ( > https://hg.netbeans.org/community-uml) and had it in a separate folder > from baseline netbeans code. Should this "community-uml" be stored in the > same folder structure as the netbeans code base? Are there dependencies in > this community-uml related project that expect the source of netbeans to be > there or is it independent enough to not care about the baseline netbeans > code? > > When trying to compile in the self contain folder, it seems to encounter > some source version issues like like source being 1.6 and needing to be > newer like 1.7. Tried changing the uml's project.properties file to a > newer version (1.8) and still got other warnings and errors. > > Eventually it fails to compile with warning and errors like: > > C:\src\community-uml\uml\src\org\netbeans\modules\uml\core\reverseengineering\parsers\javaparser\JavaLexer.java:106: > warning: [deprecation] Integer(int) in Integer has been deprecated > literals.put(new ANTLRHashString("public", this), new Integer(66)); > ^ > C:\src\community-uml\uml\src\org\netbeans\modules\uml\ui\controls\projecttree\ProjectTreeNode.java:325: > error: incompatible types: Enumeration<TreeNode> cannot be converted to > Enumeration<ITreeItem> > return children(); > Note: Some input files additionally use or override a deprecated API. > Note: Some input files use unchecked or unsafe operations. > Note: Recompile with -Xlint:unchecked for details. > 1 error > 100 warnings > C:\src\community-uml\.hg\netbeans\harness\suite.xml:184: The following > error occurred while executing this line: > C:\src\community-uml\.hg\netbeans\harness\common.xml:217: Compile failed; > see the compiler error output for details. > BUILD FAILED (total time: 1 minute 19 seconds) > > Any i deas? > > Eric Bresie > [email protected] > > > On Fri, Dec 13, 2019 at 1:45 PM Eric Bresie <[email protected]> wrote: > >> I was looking at the old community-uml code base and was wondering...if >> and when this gets contributed...where would this project end up? >> >> This question is specific to the community-uml, but it may be relevant to >> others as well. >> >> Would it be maintained (1) under the contrib folder, (2) at a top level >> folder (maybe community folder with each under that), (3) external to the >> netbean codebase (i.e. as an external plugin), etc. >> >> Eric Bresie >> [email protected] >> >
