¿Cuál es la alternativa para usar el método de Hamcrest obsoleto es()?

Question

uso el siguiente código en el momento de hacer valer en un valor boolean, sin embargo es obsoleto el método org.hamcrest.Matchers.is().

assertThat(someValue, is(false)); 

¿Hay una sencilla sintaxis alternativa para la prueba de valores booleanos sin recurrir a assertTrue() que le da mensajes de error pobres como "java.lang.AssertionError"

---

Editar después de recibir los comentarios/respuestas

Mi preocupación inicial se planteó porque Eclipse muestra el siguiente extracto de importación como obsoleto

sobre la visualización del Hamcrest API docs hay 3 variaciones sobrecargadas del método is(), solamente uno de los cuales está en desuso.

Por lo tanto, para aclarar el comentario de @mark y la respuesta de @matt, el uso de is() que he publicado anteriormente es válido y no desaprobado.

Answer 1

Ha intentado equalTo(T)?

assertThat(someValue, equalTo(false)); 

no veo que is(T) es obsoleto - sin embargo is(Class) is deprecate d.

Answer 2

había pensado que esto era un problema de dependencia transitiva, pero no deja de ser un problema de visualización en Eclipse donde marca la importación como obsoletos debido a una forma sobrecargada. El código debe compilarse bien ya que la importación expondrá todos los formularios.

La forma en desuso se ha eliminado de la fuente y no existirá en la próxima versión (1.4).

original respuesta

El problema es que JUnit includes a set of Hamcrest classes in its JAR. Puede usar junit-dep.jar por ahora, pero las versiones más recientes (4.9 y 4.10 hasta ahora) de JUnit las omiten.

Answer 3

Se dice, utilice instanceOf de coincidencias de clases en el documento.

http://junit.org/javadoc/latest/org/hamcrest/core/Is.html#isA(java.lang.Class)

is(IOException.class); 

habrá

is(instanceOf(IOException.class)); 

por ejemplo.