Uw XEP-pipeline functioneert vandaag. Toch staat er een architectuurbeslissing voor de deur: RenderX noemt XEP 4.31 de laatste geplande versie van de XEP-lijn. Actieve ontwikkeling is beëindigd, afgezien van kritieke beveiligingscorrecties. Voor de aangekondigde opvolger IREn is nog geen officiële releasedatum bekend.
Dat betekent niet dat uw bestaande pipeline plotseling uitvalt. Het betekent wel dat doorgaan, afwachten en gecontroleerd migreren nu met technische feiten in plaats van aannames moeten worden vergeleken.
Ook doorgaan is een economische beslissing. Afhankelijk van contract- en bedrijfsmodel blijven kosten voor support, abonnementen, infrastructuur en beheer bestaan. Welke kosten werkelijk kunnen worden vermeden, moet blijken uit uw eigen overeenkomst en architectuur — niet uit een algemene catalogusprijs.
Een formatter vervangen is geen gewone softwarewissel
De vraag is niet of Apache FOP een willekeurig PDF-bestand kan produceren. De beslissende vraag is:
Levert FOP voor uw documentfamilie inhoudelijk, visueel en technisch acceptabele output – en kunt u dat bij iedere volgende release opnieuw aantonen?
Verschillen worden vaak pas laat zichtbaar:
- in pagina-einden, inhoudsopgaven en indexen;
- bij tabellen, voetnoten, floats en herhaalde tabelkoppen;
- in interne links, bookmarks en kruisverwijzingen;
- door XEP-specifieke XSL-FO-extensies en workarounds;
- bij SVG, fonts, woordafbreking en tekensets;
- in doorlooptijd, geheugengebruik en parallelle builds;
- bij tags, metadata, leesvolgorde en PDF/UA.
Niet het aantal pagina's bepaalt de inspanning. Een lang, gelijkvormig handboek kan eenvoudiger te migreren zijn dan een kort document met complexe tabellen, veel formatterextensies en strikte paginering.
Tagged PDF is nog geen PDF/UA
Een accessibility-optie of de aanwezigheid van tags bewijst geen PDF/UA-conformiteit. In een gecontroleerde steekproef van negen openbaar beschikbare PDF-bestanden met XEP als producer slaagde geen enkel bestand voor de PDF/UA-1-controle met veraPDF 1.30.2. Vijf bestanden waren wel getagd, maar faalden nog steeds op machinecontroleerbare eisen.
Ook een eigen test met de nieuwste XEP-versie leverde in onze testconfiguratie geen PDF/UA-conforme output op. Daarom moet per concrete publicatieketen worden vastgesteld welke eisen in de bron, XSLT, XSL-FO, formatterconfiguratie, fonts, metadata of nabewerking moeten worden opgelost.
XEP-naar-FOP-migratie & PDF/UA Readiness Scan
We kiezen samen één representatieve documentfamilie en onderzoeken of en onder welke voorwaarden deze gecontroleerd van RenderX XEP naar Apache FOP kan migreren.
U levert aan
- een reproduceerbare XEP-build;
- de bijbehorende XML-, DITA-, DocBook-, XSLT- of XSL-FO-bronnen;
- gebruikte configuraties, fonts, SVG's en afbeeldingen;
- een goedgekeurde referentie-PDF;
- uw belangrijkste eisen aan layout, functies, prestaties en toegankelijkheid.
U ontvangt
- een gedocumenteerde XEP-baseline;
- een inventaris van XEP-specifieke extensies en afhankelijkheden;
- een reproduceerbare Apache FOP-testbuild van dezelfde documentfamilie;
- een vergelijking van de afgesproken kritieke documentconstructies;
- een analyse van verschillen in layout, functies en prestaties;
- een PDF/UA-baseline met veraPDF en duidelijk benoemde handmatige controles;
- een formatterneutraal besluitdocument: Apache FOP, IREn, Antenna House, doorgaan of een ander onderbouwd pad.
En bestaande PDF-bestanden?
De migratie verbetert toekomstige output. Reeds gepubliceerde PDF's worden daarmee niet automatisch toegankelijk. Als bronmateriaal ontbreekt, kunnen we bestaande PDF's aanvullend omzetten naar een analyseerbaar XML-model met tekstposities, fonts, afbeeldingen, links en aanwezige tags. Per documentfamilie kunnen we vervolgens koppen, lijsten en CALS-tabellen reconstrueren en opnieuw via Apache FOP genereren.
Dat is een afzonderlijk herstelpad, geen algemene belofte voor willekeurige PDF's. Bij digitaal ondertekende documenten moet de gecorrigeerde output vóór ondertekening worden gemaakt of als nieuwe versie worden gepubliceerd.
Drie eerlijke uitkomsten zijn mogelijk
-
Migratie is nu verantwoord.
De verschillen zijn begrensd, testbaar en met aanvaardbare inspanning op te lossen.
-
Migratie is mogelijk, maar vraagt eerst gerichte aanpassingen.
Bepaalde XEP-extensies, XSLT-/XSL-FO-constructies of PDF/UA-eigenschappen moeten eerst worden geïmplementeerd.
-
Migratie is op dit moment niet verstandig.
De risico's of kosten zijn groter dan het huidige voordeel. Doorgaan met de bestaande route of een ander pad beoordelen is dan de betere beslissing.
De scan is geen voorwendsel voor een vooraf besloten migratieproject. Het doel is een aantoonbaar verantwoorde beslissing.
Waarom Elk Solutions?
We kennen beide kanten van de migratie: bestaande RenderX XEP-pipelines én het gericht uitbreiden van Apache FOP voor veeleisende PDF/UA-output.
In een lopend migratieproject voor een Nederlandse publieke XML-/XSL-FO-publicatieketen hebben we Apache FOP uitgebreid voor complexe PDF/UA-structuren, waaronder meervoudige tabelkoprelaties. De technische testoutput is met veraPDF en PAC gecontroleerd. De betreffende keten bevindt zich nog in de overgang van XEP naar FOP. We presenteren dit daarom nadrukkelijk niet als een reeds publiek live gezette FOP-referentie.
Onze ervaring omvat:
- praktijkervaring met RenderX XEP en XEP-specifieke extensies;
- XSLT 1.0 tot en met 3.0 en Saxon;
- XML-, DITA-, DocBook- en XSL-FO-publicatieketens;
- Apache FOP en uitbreidingen voor complexe tabel- en voetnootstructuren;
- PDF-naar-XML-extractie en XSLT-gebaseerde structuurreconstructie voor bestaande PDF-bestanden;
- veraPDF, PDF/UA-structuuranalyse en reproduceerbare kwaliteitscontroles.
We vergelijken daarom niet alleen gegenereerde PDF-bestanden. We analyseren de volledige keten van gestructureerde bron tot gevalideerde output. Zo vinden we oorzaken in plaats van alleen zichtbare symptomen.
Duidelijk begrensde omvang
- één representatieve documentfamilie;
- één reproduceerbare uitgangsbuild;
- vooraf afgesproken kritieke documentconstructies en acceptatiecriteria;
- doorlooptijd: doorgaans vijf tot tien werkdagen na volledige aanlevering;
- vaste prijs voor de beschreven Readiness Scan: € 7.500 exclusief btw.
RenderX publiceert voor XEP Server CPU-gebaseerde catalogusprijzen en jaarlijkse Extended Support. Of en hoeveel uw organisatie werkelijk betaalt, hangt af van contract en gebruik. De scan veronderstelt die kosten niet, maar zet ze naast een onderbouwde technische en economische beslissing.
Een volledige migratie, juridische compliancecertificering en reconstructie van bestaande PDF-collecties vallen niet binnen deze scan. Als alleen PDF-bestanden beschikbaar zijn, beoordelen we dat herstelpad apart per documentfamilie. Vertrouwelijke bronnen kunnen in overleg lokaal of in uw eigen omgeving worden verwerkt.
Past de scan bij uw pipeline?
Voor een eerste beoordeling hebben we alleen uw huidige XEP-versie, het bronformaat, een korte beschrijving van de belangrijkste documentfamilie en de aanleiding voor de beslissing nodig – bijvoorbeeld XEP-lifecycle, PDF/UA, platformmodernisering, doorlopende support-/licentiekosten of licentieafhankelijkheid.
In een gesprek van maximaal 30 minuten bepalen we of er voldoende materiaal is voor een begrensde Readiness Scan. Voor dit eerste gesprek hoeft u nog geen vertrouwelijke documenten te uploaden.
Bronnen en afbakening: RenderX XEP Lifecycle, RenderX IREn, RenderX XEP-licenties en catalogusprijzen, RenderX XEP Reference, veraPDF Validation en PAC.
De openbare steekproef bewijst de uitkomsten van de onderzochte bestanden, niet de universele onmogelijkheid van iedere denkbare XEP-configuratie. Een groen validatorrapport vervangt bovendien geen volledige menselijke toegankelijkheidscontrole. RenderX, XEP en IREn zijn product- of merknamen van hun respectieve rechthebbenden. Elk Solutions is een onafhankelijke dienstverlener en is niet verbonden aan RenderX.