assertEquals no funciona sin el segundo parámetro de conversión

Question

Gente, ¿por qué me sale el "El método assertEquals (String, Object, Object) es ambiguo para el tipo DictionaryTest" error para esta prueba JUnit?

@Test 
public void testEditCard() { 
    Integer a = 10; 
    Integer b = 12; 
    Integer c = 2; 
    assertEquals("test", a-b, c); 
} 

Agregar fundición assertEquals("test", (Integer)(a-b), c); soluciona el problema.

Answer 1

Debido a las maravillas de autoboxing y -unboxing:

assertEquals("test", /* this is an int */ a-b, /* this is an Integer */ c); 

se puede evaluar como

assertEquals(String, long, long); 
// in this case the second parameter is unboxed 
// (and the first one silently casted) 

o como

assertEquals(String, Object, Object); 
// in this case the first parameter is boxed 

Si se declara que todas las variables como int (no Entero), no debe haber ambigüedad.

Answer 2

Es porque el compilador no puede decir si desea llamar al assertEquals(String, Object, Object) o assertEquals(String, long, long). Desde a-b y c se puede forzar automáticamente a long el compilador ve una ambigüedad.

Su conversión explícita le dice al compilador que desea la versión del objeto.

Tenga en cuenta que en este caso podría usar int en lugar de Integer variables que también corregirían la ambigüedad.