Adobe introduceert PDF-platform voor webservices

Adobe heeft een belangrijke stap voorwaarts gezet met het lanceren van een PDF-platform voor web services, aldus Internetnews. Document Services, zoals het nieuwste product gedoopt werd, is gebaseerd op XML en overbrugt de kloof tussen statische pdf-documenten en de dynamiek die webdiensten kunnen bieden. Tot de mogelijkheden behoren onder andere intelligente formulieren die zich op basis van ingevoerde gegevens automatisch aanpassen. Bij het invullen van een postcode wordt in het pdf-formulier bijvoorbeeld meteen de woonplaats ingevuld. Document Services is dan ook een combinatie van bestaande software met nieuwe technologieën als business process management en veiligheidsaspecten. Andere functionaliteiten van dit business process management zijn speciale formulieren met streepjescodes om data rechtstreeks in te lezen, eenvoudig formulierbeheer en de mogelijkheid om data lokaal op te slaan.

Wat veiligheid betreft kunnen authenticiteit, integriteit en vertrouwelijkheid gegarandeerd worden. Functies vergelijkbaar met de eigenschappen van de nieuwe Office-suite van Microsoft dus, aangezien ook ingesteld kan worden hoe lang een document door een gebruiker bekeken kan worden. Volgens marketingdirecteur Shawn Cadeau kwam de vraag naar dergelijke mogelijkheden vooral uit de hoek van overheden en financiële diensten die sneller en veiliger toegang willen tot gearchiveerde documenten. Het pakket voor procesbeheer is beschikbaar vanaf 100.000 dollar, maar wie niet alle functies nodig heeft kan de componenten bestellen tegen 35.000 dollar per onderdeel. Voor de veiligheidssoftware betaalt men 50.000 dollar.

Reacties (24)

[Rembert]

Uhm... dit kan toch al met pdflib?

[rollebol]

Nee, dit gaat om client-server communicatie. Met pdflib kan je op de server een PDF genereren met dynamische gegevens, maar je kan niet een formulier 'real-time' aan de client-zijde invullen met gegevens die van de server komen, afhankelijk van de input van de gebruiker. Ook nu is daarbij al heel veel mogelijk met form-validatie door middel van JavaScript (in het Acrobat-document dus!) maar het wordt zelden gebruikt, deels omdat de formulier-ontwikkelaars er niet mee bekend zijn, maar ook omdat het kantoorpersoneel gewoon niet begrijpt dat je met een PDF ook andere dingen kan dan ze alleen maar afdrukken.

Als dit aanslaat dan is dat omdat elektronische workflow de kantoorprocessen kan versnellen. Er is m.i. best een goede kans weggelegd voor dit systeem omdat Adobe Acrobat (tegenwoordig heet het gewoon Adobe Reader geloof ik) al op heel veel plaatsen geïnstalleerd is. De gebruiker zal dus wel moeten afleren dat 'een PDFje alleen maar om te printen is'. Mijn ervaring is dat dat moeilijk af te leren is.

Je kan dit produkt denk ik in veel opzichten vergelijken met MS InfoPath 2003, die deel uitmaakt van MS Office (Enterprise) maar ook los verkrijgbaar is.

[Anoniem: 105379]

Dus PDF die nog andere dingen kan dan het al kon..

En ik vond dat pdf's nou al teveel gebruikt werden.. ik laad liever een zip met html(inclusief plaatjes enzo) dan dat ik acrobat read moet starten/in me browser gestart krijgt. HTML is toch ook crossplatform compatible !?

[Equator]

Maar een HTML bestand is te veranderen, en daar is PDF dan weer goed voor.

Een PDF bestand kan je locken, zodat je hem alleen maar kan lezen, en niet kopieren en aanpassen.
Dit is voor bedrijven interessant omdat ze een stukje documentatie kunnen maken die niet door derden veranderd kan worden of kan worden gekopieerd voor andere motieven.

(Ja er zijn tools voor om de beveiliging te kraken, maar voor 75% van de gebruikers onbekend).

[garagaholic]

Ik heb liever dat men PDF documenten naar mij opstuurd dan MS office bestanden... Daar is PDF dan eigenlijk ook voor bedoeld: overal in te maken, maar ook overal te bekijken met een gratis te downloaden/verkrijgen viewer.

edit:
Daarnaast is HTML niet echt bedoeld voor dingen als waar jij over spreekt, veel verschillende bestandjes in een zip-file, dat vind ik redelijk 'argh'. En een HTML bestand opsturen naar een drukker oid zal ook niet echt een groot succes worden

[Anoniem: 109831]

ja, leuk om HTML te printen op je postscript printer ... nee, voor documenten is PDF toch het aangewezen type! Vooral in de grafische sector is er steeds meer behoeft om PDF te gebruiken, sterker nog, er zijn al hele sectoren waarbij de gehele workflow in PDF gebeurd (certified pdf wel te verstaan) ... denk aan je dagelijkse krantje.

Het mooie is ook dat namate de veiligheid van deze documenten beter gewaarborgd kan worden het op den duur ook nog als rechtsgeldige documenten gezien kan gaan worden.... dan kan de stap naar een paperless office pas echt gemaakt worden.

Wat betreft deze nieuwe functionaliteit moet ik zeggen dat ik er niet kapot van ben ... al dat extra gebeuren maakt het er niet beter op! ik vind de hele javascript implementatie in pdf al ellendig genoeg! Ik wil PDF niet als slideshow engine gebruiken en ook niet als form engine ... maar goed, er zijn altijd mensen die dat wel willen en daar schiet adobe nu op!

[Anoniem: 81430]

en in hoever is dit allemaal compatible met bestaande browsers? heb je dan perse zo'n adobe plugin nodig?

[rollebol]

Je bedoelt zo'n plugin die je toch al had? Adobe kennende gaat de functionaliteit in de nieuwe versie van Adobe Reader (vroeger bekend als Adobe Acrobat Reader) zitten, als het er niet stiekem al in zit. Waar ze op verdienen is de server en het produkt (Acrobat) dat de PDF-bestanden aanmaakt.

[dingstje]

mephisto: my thought exactly

Ik gebruik gpdf om documentjes te lezen, maar ik veronderstel dat documenten gemaakt met dat veiligheids'ding' niet zomaar zal werken daarin. Of het moet gereverse-engineered worden, maar dan hebben we ook die server/producer van Adobe niet meer nodig. Dus een open standaard zal het vast niet worden.

edit:
@rollebol: interessant, ik moet blijkbaar beetje meer lezen over PDF voor ik me mond openzet erover :-)

[rollebol]

Misschien kan je dat veronderstellen maar beter laten varen dan. Het Adobe PDF-formaat is prima gedocumenteerd, net als zijn voorloper, Adobe PostScript. Het encryptie-, authenticatie- en (dus) non-repudiation-systeem is gebaseerd op X.509-certificaten, een breed geaccepteerde standaard waar bijvoorbeeld S/MIME en SSL ook gebruik van maken. De client-side scripttaal is ECMAscript, meestal beter bekend als JavaScript. Voor de communicatie tussen de server kan volgens het artikel hierboven gebruik worden gemaakt van web services, ik neem even aan dat dat SOAP is, en dat is ook gewoon geaccepteerde, openbare (zij het bloated) technologie. Voor het indexeren en archiveren van aan de bestanden gerelateerde meta-informatie gebruikt Adobe XMP (Extensible Media Platform) en dat is eigenlijk gewoon hetzelfde als RDF, de taal waarin het semantische web gebouwd zal worden, als we de profeten mogen geloven.

Zie ik nog iets over het hoofd?

[Darius]

FF voor de goede orde, weet iemand of dit IIS of apache based is ?

[RobzQ]

Een XML webservice kan zonder apache en/of IIS bestaan.

[RobLemmens]

boeit dat dan?

[Anoniem: 68201]

Zo iets was toch al gedeeltelijk mogelijk?
Als je XML based werkt kan je met XSLT en XSL-FO een PDF genereren en kan je ook eventueel zelf een check inbouwen op postcode en automatisch de woonplaats er laten bijplaatsen.
Het veiligheidsaspect is cool, de tijd die de PDF file kan bekeken worden kan bepaald worden.
Lijkt me wel self-destroying papers

[Anoniem: 93552]

waaah... PHP met pdflib hoef je geeneens iksemeel te gebruiken..... beetje mosterd na de maaltijd dit....

[Anoniem: 82404]

Check ook even de laatste alinea:

Wat veiligheid betreft kunnen authenticiteit, integriteit en vertrouwelijkheid gegarandeerd worden. Functies vergelijkbaar met de eigenschappen van de nieuwe Office-suite van Microsoft dus, aangezien ook ingesteld kan worden hoe lang een document door een gebruiker bekeken kan worden

Da's allemaal niet echt mogelijk met pdflib

[vso]

ook al is het niet mogelijk met PDF-LIB of FPDF(wat niet is kan nog komen) denk ik toch dat er meer keuzes zijn om te betalen voor een product

De gerantie daar betaal je ook voor en dat is voor bedrijven ook nog wat. support en indien het niet goed is of het wordt gekraakt kunnen ze verhaal halen. m.a.w de verantwoordelijkheid afschuiven.

Nadeel van opensource is dat niemand ook echt verantwoordelijkheid wil/kan dragen wat dus ook moeilijk maakt om voor een product te kiezen. of je moet willen je eigen aparte bedrijfje inhuren/stichten zodat je daar dedicated personeeel heb zitten.

het is dus waar je ook voor kiest.

maar wat voor een voordeel bied PDF websites wat bv de rest niet bied naast de extra "veiligheid" ik zie niet in waarom andere producten mits goed geimplementeerd dit niet zouden kunnen

[418O2]

PHP met FPDF, dat is een gratis opensource klasse die ook goed werkt. Maak er al een tijdje gebruik van

[easydisk]

Bij het invullen van een postcode wordt in het pdf-formulier bijvoorbeeld meteen de woonplaats ingevuld.

Ik zie me al z'n document downloaden, + 100 MByte extra voor de hele telefoongids van alleen Nederland...

[zeekoe]

Ik zie me al z'n document downloaden, + 100 MByte extra voor de hele telefoongids van alleen Nederland...

Jah... als jij op www.postcode.nl je postcode opzoekt gaatie ook 100 MB downloaden
ik neem aan dat dit gaat over documenten die verbinding kunnen hebben met websites.

[Anoniem: 20574]

Dat is dus het mooie aan een servertoepassing. Op de server worden alle variabelen opgezocht en ingevuld. Vervolgens wordt alleen het pdfje zoals jij het te zijn krijgt naar je browser gestuurd. Die 100 MB aan adresgegevens blijft dus lekker op de server.

Zou wat zijn trouwens als dat soort info mee gestuurd werd, lekker vertrouwelijk

[Anoniem: 81664]

En dat al voor maar 100.000. Geen geld... :-)

[whitehouse]

vind het wel een beetje heel veel geld..gaat daarom denk ik alleen gebruikte worden door grote bedrijven...