2017-01-10 2 views
0

J'ai un peu de mal à générer les enregistrements de collection décrits dans la définition du protocole d'impression Internet RFC3382. Est-ce que quelqu'un a écrit la grammaire dans BNF?Est-ce que quelqu'un a écrit la grammaire dans BNF pour l'enregistrement Internet Printing Protocol Collections décrit dans RFC3382?

+0

Avez-vous besoin de la BNF parce que vous avez choisi une approche de type lex/yacc pour implémenter IPP? Ou considérez-vous simplement BNF comme un meilleur moyen de documenter le format du message? Ma mise en œuvre d'ipp manque également de support pour les collections. Nous pourrions partager notre travail open source. Quel langage de programmation utilisez-vous? –

+0

Je programme en Java pour Android. J'écris un service d'impression généraliste pour un instrument qui utilise Android intégré. –

Répondre

0

C'est difficile à dire! Je fais souvent des recherches sur internet sur IPP et je n'ai pas encore rencontré de travail lié à IPP et BNF (Backus-Naur-Form).

Je suppose que le PWG IPP mailing list serait un meilleur public pour cette question. La plupart des implémentations d'ipp n'utilisent pas de scanner ou d'analyseur pour traiter les messages ipp. Je suppose que vous implémentez un serveur ipp et avez déjà couvert l'analyse d'ipp.

Parfois, c'est une bonne approche de capturer un message (réponse) ipp d'une vraie imprimante et jeter un oeil à sa séquence d'octets. Sur demande (courrier personnel) je peux fournir une telle réponse au format binaire (y compris un attribut media-col-default et media-col-database)

+0

Merci pour vos suggestions. J'ai fait toutes ces choses et j'attacherai une réponse que j'ai reçue du forum PWG. –

0

J'ai reçu une réponse du site PWG (Printer Working Group). La réponse courte est qu'un RFC-in-progress a une grammaire plus précise pour les collections.

De Michael Sweet:

Il y a une grammaire ABNF mis à jour dans la prochaine RFC 8010 (qui 2910 et remplace RFCs 3382) ainsi que de meilleurs exemples qui pourraient être d'aide. Voici un lien vers la copie d'examen des auteurs (il devrait être publié très bientôt!):

https://www.rfc-editor.org/authors/rfc8010.txt 

sections 3.1.6 et 3.1.7 couvrent l'encodage de la collection attribut et ses membres attributs, respectivement .

FWIW, le « design » des collections en 3382 a été fait spécifiquement pour les faire ressembler à un attribut 1setOf avec un mélange de valeurs afin que les clients existants /imprimantes peuvent traiter plus facilement avec eux. Dans la pratique, cela fait soutenir les collections un peu plus difficiles (et le codage de la collecte Valeurs un peu plus bavard) que ce qui est idéal ...:/

(M. Sweet, excusez-moi de redistribuer vos informations sans vous consulter)