¿Por qué uno declararía un método de interfaz Java como abstracto?

Hoy utilicé la función de refactorización de "interfaz de extracción" de Eclipse para crear una interfaz basada en una clase existente. El cuadro de diálogo ofreció crear todos los nuevos métodos de la nueva interfaz como métodos "abstractos".

¿Cuál sería el beneficio de eso?

Pensé que el hecho de que se le permitiera declarar los métodos de interfaz como resumen era una característica superflua e inofensiva del lenguaje que no se recomienda especialmente.

¿Por qué Eclipse apoyaría ese estilo, o por qué alguien elegiría voluntariamente hacerlo?

Aclaración: no estoy preguntando por qué los métodos de interfaz son abstractos, eso es obvio. Me pregunto por qué uno elegiría explícitamente marcarlos como abstractos, ya que si están en una interfaz, de todos modos son abstractos.

De acuerdo con la Especificación del lenguaje Java , la abstractpalabra clave para interfaces es obsoleta y ya no debe usarse. (Sección 9.1.1.1)

Dicho esto, con la propensión de Java a la compatibilidad con versiones anteriores, realmente dudo que alguna vez haga una diferencia si la abstractpalabra clave está presente.

"El beneficio de eso" (agregar resumen en la declaración de métodos de interfaz) en eclipse sería un viejo problema de compatibilidad con jdt eclipse compiler en jdk1.3

Desde 1.4, las bibliotecas jdk ya no contienen métodos abstractos predeterminados (en clases abstractas que implementan interfaces).
Esto está engañando el diagnóstico del compilador Eclipse 1.3 ya que su implementación depende de su existencia.
Tenga en cuenta que Javac 1.3 se negaría por completo a realizar frente a las bibliotecas 1.4 (utilizando la opción -bootclasspath).

Dado que es probable que el compilador de Eclipse esté en el nivel de cumplimiento 1.4 (ver Workbench>Preferences>Java>Compiler>JDK Compliance), o use al menos 1.3 bibliotecas de clases si usa el modo de cumplimiento 1.3, la presencia de "resumen" no es necesaria en la mayoría de los proyectos actuales de eclipse.

Del Java SE 7 JLS (Especificación del lenguaje Java): "Está permitido, pero se desaconseja por cuestiones de estilo, especificar de forma redundante el modificador público y / o abstracto para un método declarado en una interfaz".

Para Java SE 5.0 : "Por compatibilidad con versiones anteriores de la plataforma Java, está permitido, pero desaconsejado, por cuestiones de estilo, especificar de forma redundante el modificador abstracto para los métodos declarados en las interfaces".

De acuerdo con los métodos JLS, las interfaces son abstractas por defecto, por lo que la palabra clave es redundante. Sabiendo esto, nunca lo usaría para "evitar el desorden de las presentaciones".