Le type java.lang.CharSequence ne peut pas être résolu dans la déclaration de package

Je reçois 2 classes dans le package P Classe d’interface A et sa classe d’implémentation B Dans le fichier avec la classe B j’obtiens l’erreur suivante: The type java.lang.CharSequence cannot be resolved. It is indirectly referenced from required .class files The type java.lang.CharSequence cannot be resolved. It is indirectly referenced from required .class files .

J’utilise Eclipse Helios et

 $ java -version java version "1.8.0_05" Java(TM) SE Runtime Environment (build 1.8.0_05-b13) Java HotSpot(TM) Server VM (build 25.5-b02, mixed mode) 

La solution standard de suppression et d’ajout de JRE ne fonctionne pas. Comment puis-je le réparer?

EDIT: Code:
Classe A :

 package com.jax; import javax.jws.WebMethod; import javax.jws.WebService; import javax.jws.soap.SOAPBinding; import javax.jws.soap.SOAPBinding.Style; @WebService @SOAPBinding(style = Style.RPC) public interface WebServiceInter { @WebMethod Ssortingng sayHello(); } 

Classe B :

 package com.jax; // **Error is here** import javax.jws.WebService; @WebService(endpointInterface = "com.jax.WebServiceInter") public class WebServiceImpl implements WebServiceInter{ @Override public Ssortingng sayHello(){ return "Hello!"; } } 

Structure du projet: Nom du projet -> Ressources Java -> com.jax -> Classe A , Classe B

Java 8 prend en charge les méthodes par défaut dans les interfaces. Et dans JDK 8, de nombreuses anciennes interfaces ont désormais de nouvelles méthodes par défaut. Par exemple, maintenant, dans CharSequence, nous avons des méthodes de type char et codePoints .
Si le niveau source de votre projet est inférieur à 1.8, le compilateur ne vous permet pas d’utiliser les méthodes par défaut dans les interfaces. Donc, il ne peut pas comstackr des classes qui dépendent directement indirectement de cette interface.
Si je comprends bien votre problème, vous avez deux solutions. La première solution consiste à revenir à JDK 7, puis à utiliser l’ancienne interface CharSequence sans les méthodes par défaut. La deuxième solution consiste à définir le niveau source de votre projet sur 1.8, votre compilateur ne se plaindra pas des méthodes par défaut dans les interfaces.

“Le support de Java 8 pour Eclipse Kepler SR2 ” et le nouvel environnement d’exécution ” JavaSE-1.8 ” sont apparus automatiquement.

Téléchargez celui-ci: – Eclipse kepler SR2

puis suivez ce lien: – Eclipse_Java_8_Support_For_Kepler

Faites en sorte que votre projet et votre espace de travail pointent vers JDK7, ce qui résoudra le problème. https://developers.google.com/eclipse/docs/jdk_compliance a fourni des moyens de modifier les modifications de niveau de conformité et de facette.

Juste essayer de comstackr avec ant, avoir la même erreur en utilisant org.eclipse.jdt.core-3.5.2.v_981_R35x.jar, tout va bien après la mise à niveau vers org.eclipse.jdt.core_3.10.2.v20150120-1634.jar

Votre suite logicielle Eclipse ne prend pas en charge Java 1.8

Téléchargez une version plus récente d’Eclipse.