Comportement de l'utilisation de \Z vs \z comme Scanner délimiteur

[Edit] j'ai trouvé la réponse, mais je ne peux pas répondre à la question en raison des restrictions sur les nouveaux utilisateurs. De toute façon, c'est un bogue connu dans Java.

http://bugs.java.com/bugdatabase/view_bug.do?bug_id=8028387

J'essaie de lire un fichier en une chaîne de caractères en Java 6 sur 64 bits d'ubuntu. Java me donne très étrange sorte que "\\Z" il lit le fichier en entier, mais avec "\\z" il lit l'ensemble de la chaîne jusqu'à 1024 caractères. J'ai lu la version 6 de Java API pour toutes les classes et je suis à une perte.

Description de \Z et \z peut être trouvé à:

http://docs.oracle.com/javase/6/docs/api/java/util/regex/Pattern.html#lt

Ce qui pourrait être à l'origine de ce comportement étrange?

String fileString = new Scanner(new File(fileName)).useDelimiter("\\z").next();
String fileString2 = new Scanner(new File(fileName)).useDelimiter("\\Z").next();
System.out.println("using Z : " + fileString2.length());
System.out.println("Using z "+ fileString.length());

De sortie:
à l'aide de Z : 9720
À l'aide de z : 1024

Merci!

Des informations sur le fichier/java-version:

Sous Ubuntu avec java-6-openjdk-amd64 (testé aussi avec oracle java6)
Fichier est simple fichier texte codé en UTF-8.

Je l'ai fait pour vous 🙂
OK. Depuis que vous avez annulé mon montage ... vous pouvez améliorer votre Question est comme suit: 1) Supprimer le "Merci". La meilleure façon de l'exprimer est grâce à upvote réponses pertinentes et d'accepter le meilleur. 2) Enlever le "affiche la Première fois ..." trucs. Il ne fait pas partie de votre question principale, et l'on peut dire si vous êtes affiche la première fois de toute façon. Si vous surtout vous voulez les gens à commenter vos questions, de demander des commentaires dans un commentaire.
Vous pouvez aussi aider les gens à répondre si vous nous a montré ce que le fichier d'entrée ... 'cos les gens commencent à avoir des problèmes de reproduction. Notez que la réponse que vous avez accepté, c'est qu'une théorie. J'ai des doutes que c'est la véritable explication, parce que si il l'est, il serait un simple bug de Java, et Java simples bugs sont rares dans la nature. (Les gens ont tendance à trouver beaucoup plus tôt que cela.)
Hmm ... ce que je voulais dire était / est un simple bug dans le standard Java claass de la bibliothèque.
Merci Stephen - je vais le refaire votre modifier. Je n'ai pas un avis c'est une modification de la vôtre et juste pensé que j'ai un peu foiré la présentation de ma question. Mon entrée n'étaient que de simples fichiers texte avec l'encodage UTF-8. L'erreur a été présent dans tous les fichiers. Par exemple, un fichier composé de seulement (pas de nouvelles lignes et les espaces etc.). Je vais regarder de plus dans le fichier et mise à jour de ma question. Merci.

OriginalL'auteur letowianka | 2014-03-12

  1. 8

    Comme Modèle états de documentation

    • \z La fin de l'entrée
    • \Z La fin de l'entrée, mais pour le dernier terminator, le cas échéant

    Je soupçonne que, depuis les Scanners de la taille de la mémoire tampon est définie à Mille vingt quatre, 

    Trois cent cinquante quatre privé statique final int BUFFER_SIZE = 1024; //changement de 1024;

    Scanner lit ce montant de caractères et l'utilise comme entrée de courant, de sorte \z peut être utilisé ici pour représenter sa fin, alors que \Z ne peut pas car il n'est pas définitive "terminator" (il y a plus d'éléments dans l'ensemble de l'entrée à lire).

    Cela prend tout son sens. Je pense que je n'ai pas analyser la phrase "Z à La fin de l'entrée, mais pour le dernier terminator, le cas échéant". J'ai besoin de google ce final "Terminator" est. Merci!!
    c'est une explication plausible. Cependant, je ne vois pas comment un tel comportement serait justifié sur la base de ce que la spec dit. Mise en mémoire tampon doit être transparente.
    C'est pourquoi j'ai dit ce n'est que mon soupçon. Je suis aussi en train d'essayer de le comprendre, en plus des détails, mais sans succès jusqu'à présent :/
    Avez-vous essayé de le reproduire?
    Donc, est-ce un bug de Java que nous avons rencontré 🙂 bugs.java.com/bugdatabase/view_bug.do?bug_id=8028387

    OriginalL'auteur Pshemo