Ud over XML og JDF: næste trin

Mens XML og JDF danner grundlaget for printautomatisering, dukker andre nyere formater op, som kan gøre dataoverførsel til printere endnu mere effektiv.

I vores serie, der forklarer de standarder og filformater, der bruges i processerne for printautomatisering, har vi set på XML og den mere sektorspecifikke version af XML – JDF og den nyere XJDF . Der er dog andre muligheder, som enten er vokset ud af, eller som tilbyder et alternativ til disse formater.

Den første af disse er PrintTalk: et system, der administreres af non-profit organisationen CIP4 (det internationale samarbejde for integration af processer i prepress, presse og postpress). Ifølge CIP4 voksede PrintTalk ud af "et fællesskab dannet af printstyringssystemer og e-handelsvirksomheder for at definere en 'best practice' fælles og åben kommunikationsgrænseflade mellem virksomheder, der køber trykte produkter, og dem, der fremstiller dem".

Rent praktisk kan PrintTalk ved at understøtte og udvide brugen af JDF, XJDF, XML og CXML tilføje vitale økonomiske data til ledelsesinformationssystemet (MIS).

"PrintTalk er i bund og grund en indpakning omkring JDF eller XJDF," forklarer CIP4 Chief Technical Officer Rainer Prosi (billedet ovenfor).

PrintTalk er den ideelle standard for nogen, der har et web-to-print system, der opretter eller bestiller produkter

“Men hvor JDF eller XJDF egentlig kun er produktionsinformation, har PrintTalk koncepter som dette er en anmodning om et tilbud, eller dette er et tilbud, eller dette i en faktura, eller dette er en indkøbsordre.

”PrintTalk inkorporerer forretningstransaktioner og ved forretningstransaktioner skal man også beskrive, hvad transaktionen går ud på, og det er her, produktbeskrivelserne – i dette tilfælde fra XJDF – spiller ind. Det er den ideelle standard for nogen, der har et web-to-print system, der opretter eller bestiller produkter. Ved hjælp af PrintTalk kan du beskrive det produkt, der er blevet bestilt, og også sætte ting ind som, hvilken pris der er blevet forhandlet. Det kan derefter lægges i jobbilletten og sendes til en MIS for at definere behandlingen af det pågældende job."

Giv det en HVILE

Variationer af JDF eller XJDF er dog ikke den eneste mulighed for printere, kunder og producenter, især når det kommer til at sende information over internettet. En af ulemperne ved JDF – og katalysatoren for skabelsen af den mere strømlinede XJDF – var, at næsten for meget data kunne inkorporeres, hvilket gør formatet til tider ret uhåndterligt. For at imødegå dette er der REST API, eller for at give dets fulde navn: Representational State Transfer Application Programming Interface.

XML og JSON er konceptuelt meget ens, idet de er struktureret indhold, der giver dig mulighed for at definere nøgleværdipar

I enklere vendinger bruger REST API'er JSON-formatet – som stort set svarer til XML – til at skabe meget specificeret dataoverførsel for specifikke job mellem kompatible systemer, hvor information let kan overføres over http.

"XML og JSON er konceptuelt meget ens, idet de er struktureret indhold, der giver dig mulighed for at definere nøgleværdipar. De praktiske fordele ved JSON i et web-API-miljø er, at der er mange frameworks med 'indbygget' JSON-kapacitet, og JSON er også lidt mere kortfattet. Fordelene ved XML er mere modne valideringsværktøjer,” forklarer Rainer.

"Så betyder REST API simpelthen at sende JSON over http. API'er er nemmere at forstå, fordi du kan gøre dem meget dedikerede til din software. Hvis du bruger JDF eller XJDF, så har du en abstrakt idé om et produkt eller en proces, men hvis du har en API, så kan du lave en enkelt indtastning for for eksempel hver knap på din brugergrænseflade eller for hvert tekstfelt.

"Så du kan sige, dette tekstfelt er netop til denne del af API'en. Det er meget nemt for nogen, der bruger det til at se, hvordan det knytter sig til produktet. Men det betyder også, at hvis funktionerne i produktet ændres, så skal API'en også ændre sig. Og da det er specifikt, betyder det, at du skal skrive brugerdefineret kode for hver applikation."

Det er godt at snakke

Selvom API'ers specificitet er meget effektiv, når den først er konfigureret og designet til bestemte formål, har den sine ulemper.

”Hvis producenterne har deres egne API'er til deres produkter, er det selvfølgelig ikke standardiseret, og standardisering er en tosidet mønt. Hvis man standardiserer, så skal man være meget generel, for der er alle mulige use cases, man skal kigge nærmere på,” siger Rainer.

Selvom API'er er specifikke for jobbet eller processen i hånden, betyder ligheden mellem XML og JSON interkompatibilitet mellem formater er mulig

"Men alle, der ønsker at integrere med en API, gør det kun til den specifikke situation, og de bliver derefter låst ind. For eksempel, hvis en printer vil skifte leverandør af et prepress-system, og printeren bruger REST API fra det prepress-system, så skal de smide alt, hvad de har gjort for at sætte deres arbejdsgang op og starte forfra."

Selvom API'er er specifikke for jobbet eller processen, betyder ligheden mellem XML og JSON interkompatibilitet mellem formater er mulig, og CIP4 arbejder på et oversættelsesværktøj lige nu.

"Det er ret nemt at oversætte XML til JSON og tilbage – der er nogle få forbehold, men generelt er det ret nemt," siger Rainer.

"Det, CIP4 arbejder på, er en en-til-en-oversættelse af XJDF til JSON, så du får den bedste blanding af begge mulige verdener. Du kan bygge REST API'er, men de er så standardiserede, så du ikke er låst til den samme udstyrsproducent.

”Selvfølgelig kan producenterne godt lide, hvis de kan låse deres kunder ind; kunderne ikke. Så kommer de forretningsmæssige beslutninger, fordi kunderne bliver nødt til at gå til deres leverandører og sige, at de ønsker standarder og mere fleksibilitet. Spørgsmålet om, hvorvidt producenterne rent faktisk støtter dette... ja, det er næste trin i historien!"