La méthode format(String, Object[]) dans le type String n'est pas applicable pour les arguments (...)

Voici mon code:

int hoursFormat = 1, minsFormat = 2, secsFormat = 3;
String timeFormat = String.format("%02d:%02d:%02d",hoursFormat, minsFormat, secsFormat);

Cela donne une erreur de compilation:

Unresolved compilation problem: 
    The method format(String, Object[]) in the type String is not applicable for the 
      arguments (String, int, int, int)

Pourquoi j'obtiens cette erreur et comment puis-je résoudre ce problème?

Ce JDK/version utilisez-vous? Quelle IDE utilisez-vous? Quel est le projet IDE Java sur le niveau de conformité de la version de jeu?
Quelle est la version de Java que vous utilisez? Si vous utilisez un IDE comme Eclipse, ce niveau de conformité est le compilateur Java fixé à? Edit: Trop lent! Dang vous Balus! 🙂
Le niveau de conformité--je parie que c'est.

OriginalL'auteur Barnes Noble | 2011-10-09

  1. 15

    J'ai eu un problème similaire avec printf. Je suis à l'aide du JDK 1.6.0_27. Réglage du niveau de conformité à 1,6 résolu mon problème. Il peut être défini de la manière suivante.

    Projet > Propriétés > Compilateur Java

    Vous pouvez également consulter le fil de discussion suivant:

    Pourquoi suis-je une des erreurs de compilation avec un simple printf?

    OriginalL'auteur yankeemike

  2. 2

    Êtes-vous d'utiliser la version Java 1.4 ou en dessous? L'autoboxing n'étais pas introduit jusqu'à ce que Java 5. Essayez manuellement boxe ints à Integers.

    OriginalL'auteur johnidis

  3. 0

    Vous avez jdk 1.4 ou en dessous de la version. La méthode String.format() est d'introduire dans Jdk 1.5.

    Prendre un coup d'oeil à coderanch post.

    La méthode format(String, Object[]) n'existe pas dans la version 1.4, il aurait abouti à un complètement différent d'erreur de compilation.
    Si c'était vrai, l'erreur serait d'aller plus comme "La méthode format(String, int, int, int) n'est pas défini pour le type Chaîne de caractères. Cette erreur indique que la méthode est reconnu, mais les arguments sont faux.

    OriginalL'auteur adatapost

  4. 0

    Je vais voter pour une construction propre. Il n'y a aucune raison qu'il devrait échouer comme ça, surtout lorsque vous essayez manuellement la boxe en Entier. Êtes-vous à l'aide d'Eclipse? Parfois, il devient confus, et vous avez juste à tout reconstruire.

    OriginalL'auteur Ryan Stewart

  5. 0

    La signature de format est:

    public static String format(String format, Object ... args) {
    return new Formatter().format(format, args).toString();
    }

    et il semble qu'aucun des erreurs dans votre code, pour ma suggestion: essayez d'exécuter ce avec l'application de la console sans utilisation d'un IDE (à des fins De test).

    OriginalL'auteur subodh

  6. 0

    Êtes-vous à l'aide d'eclipse?

    Si donc, parfois, des problèmes apparaissent, quand tout semble être correct. Voici comment j'ai résolu:

    • Clic droit sur le projet et aller dans propriétés->Java Compilateur
    • Vous voir un récent Compilateur niveau de conformité (1.7 dans mon cas) dans la liste déroulante ("compilateur niveau de conformité"). La même version est vu définie ci-dessous dans "a Généré .catégorie fichiers de compatibilité" et "Source de compatibilité".

    Maintenant:

    • Cochez la Case: "Utiliser la valeur par défaut des paramètres de conformité"
    • Notez qu'une version inférieure (dans mon cas 1.1) s'est fixée pour: "a Généré .catégorie fichiers de compatibilité" et "Source de compatibilité". C'est la question, bien que l'éclipse est de montrer qu'il est en train de compiler à l'aide d'un supérieur compilateur qu'il ne l'est pas.
    • Dans le menu déroulant "compilateur niveau de conformité" choisir un autre niveau, puis sélectionnez celui que vous voulez. Les modifications seront reflétées ci-dessous dans "a Généré .catégorie fichiers de compatibilité" et "Source de compatibilité".

    Ce qui devrait avoir résolu le problème.

    OriginalL'auteur user1953366