You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@netbeans.apache.org by Eric Bresie <eb...@gmail.com> on 2019/12/14 16:42:49 UTC

Problems Compiling community-uml project

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
ebresie@gmail.com


On Fri, Dec 13, 2019 at 1:45 PM Eric Bresie <eb...@gmail.com> 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
> ebresie@gmail.com
>

Re: Problems Compiling community-uml project

Posted by Eric Bresie <eb...@gmail.com>.
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
ebresie@gmail.com


On Sat, Dec 14, 2019 at 10:42 AM Eric Bresie <eb...@gmail.com> 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
> ebresie@gmail.com
>
>
> On Fri, Dec 13, 2019 at 1:45 PM Eric Bresie <eb...@gmail.com> 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
>> ebresie@gmail.com
>>
>