Re: Java Call Hierarchy Bug?

2024-06-19 Thread Mitch Claborn 

Any further feedback on this?

Mitch

On 6/14/24 12:30, Mitch Claborn wrote:
See attached zip file with minimal source and a screen shot of what I 
see in the Java Call Hierarchy output. I contend that test1()::Test1 
should not appear in the output, because it is not a caller of 
getFullSku()::OrderDetail which is stated (or at least strongly implied) 
in the hierarchy display.


The display would be accurate if the 2nd line was getFullSku()::IOrderItem.

It would be considerably more useful in my situation if the 2nd line 
remained as shown and the results only included uses of 
getFullSku()::OrderDetail.


Mitch

On 6/14/24 12:02, Pieter van den Hombergh wrote:
add the full code of hierarchy and caller or at least a minimal 
working example.


at first glance I see nothing odd here. Maybe a matter of 
misunderstanding?


met vriendelijke groet
Pieter van den Hombergh

Op vr 14 jun 2024, 18:10 schreef Mitch Claborn >:


    See details below. This seems like a bug. Do you agree? Want to 
confirm

    before I file a bug report.

    Class OrderDetailBase defines method: public String getSku(). I am
    doing
    a Java Call Hierarchy on this method.

    Class OrderDetail is a subclass of OrderDetailBase and defines this
    method that calls getSku(): public String getFullSku(). This 
method is

    also defined in interface IOrderItem which is implemented by
    OrderDetail.

    Cart is another class that implements IOrderItem.

    The Java Call Hierarchy display shows this:
    level 0: OrderDetailBase.getSku()
    level 1: OrderDetail.getFullSku()
    level 2: a usage of Cart.getFullSku()

    This level 2 entry seems like the bug. It shouldn't be showing
    usages of
    Cart.getFullSku(), only OrderDetail.getFullSku(). I'm guessing 
that the

    Hierarchy display is showing uses of IOrderItem.getFullSku() rather
    than
    OrderDetail.getFullSku().


    --     Mitch

    -
    To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
    
    For additional commands, e-mail: users-h...@netbeans.apache.org
    

    For further information about the NetBeans mailing lists, visit:
    https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
    




-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Java Call Hierarchy Bug?

2024-06-14 Thread Mitch Claborn 
See attached zip file with minimal source and a screen shot of what I 
see in the Java Call Hierarchy output. I contend that test1()::Test1 
should not appear in the output, because it is not a caller of 
getFullSku()::OrderDetail which is stated (or at least strongly implied) 
in the hierarchy display.


The display would be accurate if the 2nd line was getFullSku()::IOrderItem.

It would be considerably more useful in my situation if the 2nd line 
remained as shown and the results only included uses of 
getFullSku()::OrderDetail.


Mitch

On 6/14/24 12:02, Pieter van den Hombergh wrote:
add the full code of hierarchy and caller or at least a minimal working 
example.


at first glance I see nothing odd here. Maybe a matter of misunderstanding?

met vriendelijke groet
Pieter van den Hombergh

Op vr 14 jun 2024, 18:10 schreef Mitch Claborn >:


See details below. This seems like a bug. Do you agree? Want to confirm
before I file a bug report.

Class OrderDetailBase defines method: public String getSku(). I am
doing
a Java Call Hierarchy on this method.

Class OrderDetail is a subclass of OrderDetailBase and defines this
method that calls getSku(): public String getFullSku(). This method is
also defined in interface IOrderItem which is implemented by
OrderDetail.

Cart is another class that implements IOrderItem.

The Java Call Hierarchy display shows this:
level 0: OrderDetailBase.getSku()
level 1: OrderDetail.getFullSku()
level 2: a usage of Cart.getFullSku()

This level 2 entry seems like the bug. It shouldn't be showing
usages of
Cart.getFullSku(), only OrderDetail.getFullSku(). I'm guessing that the
Hierarchy display is showing uses of IOrderItem.getFullSku() rather
than
OrderDetail.getFullSku().


-- 
Mitch


-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org

For additional commands, e-mail: users-h...@netbeans.apache.org


For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

<>

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists

Re: Java Call Hierarchy Bug?

2024-06-14 Thread Pieter van den Hombergh 
add the full code of hierarchy and caller or at least a minimal working
example.

at first glance I see nothing odd here. Maybe a matter of misunderstanding?

met vriendelijke groet
Pieter van den Hombergh

Op vr 14 jun 2024, 18:10 schreef Mitch Claborn :

> See details below. This seems like a bug. Do you agree? Want to confirm
> before I file a bug report.
>
> Class OrderDetailBase defines method: public String getSku(). I am doing
> a Java Call Hierarchy on this method.
>
> Class OrderDetail is a subclass of OrderDetailBase and defines this
> method that calls getSku(): public String getFullSku(). This method is
> also defined in interface IOrderItem which is implemented by OrderDetail.
>
> Cart is another class that implements IOrderItem.
>
> The Java Call Hierarchy display shows this:
> level 0: OrderDetailBase.getSku()
> level 1: OrderDetail.getFullSku()
> level 2: a usage of Cart.getFullSku()
>
> This level 2 entry seems like the bug. It shouldn't be showing usages of
> Cart.getFullSku(), only OrderDetail.getFullSku(). I'm guessing that the
> Hierarchy display is showing uses of IOrderItem.getFullSku() rather than
> OrderDetail.getFullSku().
>
>
> --
> Mitch
>
> -
> To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
> For additional commands, e-mail: users-h...@netbeans.apache.org
>
> For further information about the NetBeans mailing lists, visit:
> https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
>
>

Java Call Hierarchy Bug?

2024-06-14 Thread Mitch Claborn 
See details below. This seems like a bug. Do you agree? Want to confirm 
before I file a bug report.


Class OrderDetailBase defines method: public String getSku(). I am doing 
a Java Call Hierarchy on this method.


Class OrderDetail is a subclass of OrderDetailBase and defines this 
method that calls getSku(): public String getFullSku(). This method is 
also defined in interface IOrderItem which is implemented by OrderDetail.


Cart is another class that implements IOrderItem.

The Java Call Hierarchy display shows this:
level 0: OrderDetailBase.getSku()
level 1: OrderDetail.getFullSku()
level 2: a usage of Cart.getFullSku()

This level 2 entry seems like the bug. It shouldn't be showing usages of 
Cart.getFullSku(), only OrderDetail.getFullSku(). I'm guessing that the 
Hierarchy display is showing uses of IOrderItem.getFullSku() rather than 
OrderDetail.getFullSku().



--
Mitch

-
To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org
For additional commands, e-mail: users-h...@netbeans.apache.org

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists