variables de interface

[dacroma]

Buen dia compañeros del foro.
Estoy intentando desglosar algo de la api de java ee7 y tengo que aceptar que me esta dando muy duro entenderla.
En el paquete javax.websocket entre unas tantas, hay dos interfaces:
1)session
2)remoteEndpoint

y en la parte de abajo estan las clases, y entre ellas hay una que se llama EndPoint.
cuando le doy click en esa clase, como es esperado se muestra la documentacion para dicha clase, y bajando un poco por esta pantalla aparece el siguiente ejemplo que no he podido entender.
por Ejemplo.

Código Java:

public class EchoServer extends Endpoint {
 
     public void onOpen(Session session, EndpointConfig config) {
         final RemoteEndpoint remote = session.getBasicRemote();
         session.addMessageHandler(new MessageHandler.Whole<String>() {
             public void onMessage(String text) {
                 try {
                     remote.sendString("Got your message (" + text + "). Thanks !");
                 } catch (IOException ioe) {
                     // handle send failure here
                 }
             }
         });
     }
 
 }
 

lo que no entiendo es lo siguiente:
¿si no se puede declarar variables de una interface entonces entonces por que se declarò como sigue:?

Código Java:

RemoteEndpoint remote=session.getBasicRemote();
 

si dentro de la clase creada "EchoServer extends Endpoint"veo que RemoteEndpoint es una interface que llama a la interface session que es otra interface que invoca un metodo que devuelve un tipo de dato RemoteEndpoint.

en la documentacion se ve en la tabla como sigue
Modifier and Type
RemoteEndpoint.Basic
Method and Description
getBasicRemote()
Return a reference a RemoteEndpoint object representing the peer of this conversation that is able to send messages synchronously to the peer

Y en todo lo que llevo investigando, en todo lado dice que no se pueden crear variebles ni instancias de interfaces.
Muchas gracias a aquel que dè respuestas a mi pregunta, de verdad que esa transferencia de conocimento hacia otros que quieren aprender se traduce a algo solido y exitoso.

[CalgaryCorpus]

No tengo claro tu duda, pero creo qiue tiene que ver con que al parecer crees que no se pueden instanciar las interfaces y te resulta por lo tanto raro ver que haya funciones que devuelvan un objeto de un tipo que sea una interface.

Sera esa la duda?

Si es esa la duda, entonces tengo una respuesta que podria servirte.

La interface efectivamente no puede instanciarse, esa creencia es correcta.
Las clases declaran implementar una interface, y las clases si pueden instanciarse;
Los objetos de esa clase, porque la clase declaro que implementaba la interfaz, tienen disponibles los metodos que la interface indico'. Pueden tener mas, pero seguro que tienen los que la interface indico'.

Entonces si tienes una interfaz I y una clase C que implementa I, y creas un objeto

C objetoC = new C();

entonces tambien es completamente posible escribir esto, en vez de lo anterior:

I objetoI = new C();

con ello, hay 2 cosas, una dicha al lado izquerdo y otra al lado derecho.
Al lado derecho es la creacion del objeto mismo, no hay duda es de tipo C. Pero C implementa I, vamos al lado izquierdo, "objetoI" ahora se trata de la interfaz nada mas, entonces "objetoI", para este caso, solo sera capaz de ver lo que la interfaz I provea, al usar la referencia "objetoI".

La creacion de los objetos esta al lado derecho, al lado izquierdo son referencias nada mas.

No hay nada malo en considerar los objetos con una mirada restringida como la de las interface y creo que esto es lo que esta detras de la duda que planteas.

Si no es asi, no acerte' :(

[dacroma]

Buen dìa, CalgaryCorpus dejame decirte que esa es en gran parte la duda. Pero si te pones a mirar en el codigo que escribì en la primera parte, una interface esta instanciando a otra interface

Código Java:

RemoteEndpoint remote=session.getBasicRemote();
 

¿Como se relacionan y como se llama este comportamiento?.

[CalgaryCorpus]

En el codigo que mandas no veo que estes creando explicitamente el objeto session, asi que asumo que Session es una interface. Nuevamente te indico que una interface, en este caso, solo es un "filtro" hacia un objeto existente, que te indica que' metodos puedes invocar hacia el. No es que sea "una interfaz invocando metodos", es efectivamente un objeto, de no se que clase, pero que mirado con el filtro Session, sabemos que tiene un metodo que podemos invocar de el.

Un ejemplo para explicarlo de otra manera:

Código Java:

Interface Animal {
  void respirar(); 
}
 
class Perrro implements Animal {
    void respirar() { // hacer que el perro respire
    }
}
 
class Gato implements Animal {
    void respirar() { // hacer que el gato respire
    }
}
 

y luego tener un metodo que reciba un Animal

Código Java:

void miGranMetodo( Animal animal ) {
   // y en medio de el...
   animal.respirar();
}
 

y este metodo se puede invocar con un gato o un perro, que son clases completamente distintas, sin ninguna relacion entre ellas, pero al metodo no le importa esto, solo le importa que el objeto que uses sea de una clase que haya implementado el metodo resprar, y es este el metodo que va a usar.

Código Java:

Perro perro = new Perro();
  Gato gato = new Gato();
 
  miGranMetodo(perro);
  miGranMetodo(gato);
 

Cuando en medio de miGranMetodo estas usando animal.respirar() estas usando la interface, pero realmente lo que el compilador hace por ti es ir al metodo que la clase implemento, para el objeto que pasaste como parametro.

[dacroma]

CalgaryCorpus
Gracias, despues de tu respuesta he estado dandole y dandole. Admito que es un poco dificil, realmente me esta sacando canas, pero tu respuesta es acertada.
Muchas gracias.