[Solved] [1.8.9] addinformation() and getSubItems() name clash issue

[ChaKha]

Hello,

 

So I've been trying to get this ItemBlock going, but I've run into a snag. These two methods:

 

@SideOnly(Side.CLIENT)
@Override
public void addInformation(ItemStack stack, EntityPlayer playerIn, List<String> tooltip, boolean advanced)

@SideOnly(Side.CLIENT)
@Override
public void getSubItems(Item itemIn, CreativeTabs tab, List<ItemStack> subItems)

 

I'm trying to override these methods from the original ItemBlock/Item classes, but I keep recieving the message (from eclipse) that I can't override them and that it's causing a name clash. Any solutions or work-arounds would be greatly appreciated.

 

Edit: Using forge version 1.8-11.14.4.1577.

[Draco18s]

Have you included only method stubs here, or are you actually defining them as methods with

{ }

  (optionally with code in between)?

[ChaKha]

I definitely included more than just the method stubs, sorry if it wasn't clear that I was omitting the rest of the code!

[jabelar]

It usually means that you either did not make your class properly extend the parent class (i.e. there are no parent methods to override), or it means that you didn't exactly get the prototype of the method correct (either the return type or the parameter list differs from the parent method).

 

Can you just post the whole code for your class?

[Draco18s]

I definitely included more than just the method stubs, sorry if it wasn't clear that I was omitting the rest of the code!

 

I asked because the way you posted it, you posted an abstract method, which has different rules.

[jeffryfisher]

The super profile for addInformation (as of mc 1.8 ):

    @SideOnly(Side.CLIENT)
    public void addInformation(ItemStack stack, EntityPlayer playerIn, List tooltip, boolean advanced) {}

It looks as if you qualified the List in yours.

 

And getSubitems:

    @SideOnly(Side.CLIENT)
    public void getSubItems(Item itemIn, CreativeTabs tab, List subItems)
    {
        this.block.getSubBlocks(itemIn, tab, subItems);
    }

It looks as if you again added a qualifier to your List.

 

If these are still like this in 1.8.9, then try again without qualifiers. If that works, and you still want to enforce the nature of the lists, then you might need a runtime data-integrity check.

[Choonster]

The super profile for addInformation (as of mc 1.8 ):

    @SideOnly(Side.CLIENT)
    public void addInformation(ItemStack stack, EntityPlayer playerIn, List tooltip, boolean advanced) {}

It looks as if you qualified the List in yours.

 

And getSubitems:

    @SideOnly(Side.CLIENT)
    public void getSubItems(Item itemIn, CreativeTabs tab, List subItems)
    {
        this.block.getSubBlocks(itemIn, tab, subItems);
    }

It looks as if you again added a qualifier to your List.

 

If these are still like this in 1.8.9, then try again without qualifiers. If that works, and you still want to enforce the nature of the lists, then you might need a runtime data-integrity check.

 

1.8.8 added generics to vanilla code. The OP has the correct method signatures.

 

Edit: The title says 1.8.9, but the OP is actually using 1.8; so there aren't any generics.

[ChaKha]

Alright, so Jabelar and jeffryfisher were correct, I had overlooked the parameters (the lists in specific). All I needed to do was to correct them as jeffryfisher had done above. Thanks all of you!