> -----Original Message----- > From: Albretch Mueller > Sent: Saturday, October 8, 2022 9:24 AM > > https://github.com/pdf-association/arlington-pdf-model/
Interesting project form the PDF Association. > > For whatever reason I (wrongly?) thought that to be the case: > > https://en.wikipedia.org/wiki/Apache_PDFBox > > https://en.wikipedia.org/wiki/COCOMO > What does COCOMO have to do with topic of the question? > But I am not sure if it makes any functional sense anyway. > > I think it should be relatively easy and easily maintainable to code > around that model, which makes me wonder why hasn't a project been > started based on such baselines ideas. To start with, looking at their initial commit to understand their point(S) of view and development vector: commit a512182b24419a8b71895e262135f937ed22f1f9 Author: Roman Toda <t...@digitaldocuments.org> Date: Tue Feb 4 13:52:49 2020 +0100 initial commit There are several DLL files and mostly C code - very windows centric development and not about reading/writing PDFs in Java. Also this started many years after PDFBox. So to answer the question in the subject, No. Apache PDFBox cannot be based on the Arlington PDF Model since PDFBox v1 was started in 2008 and v2 was first released in 2015. A quick search of every commit on or before r1904460 (12a38bf88) for 'Arlington' has no results. Next let's look at their java code: $ find -name '*.java' ./gcxml/src/gcxml/Gcxml.java ./gcxml/src/gcxml/TSVHandler.java ./gcxml/src/gcxml/XMLCreator.java ./gcxml/src/gcxml/XMLQuery.java Not very much, just seems to be their GC XML program. From the readme.md: GXCML - Java PoC utlity Java-based proof of concept CLI utility that can: convert an Arlington TSV file set into PDF version specific subsets (also as TSV) In summary, not sure how or why any of this would be applicable to PDFBox. -Jason --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@pdfbox.apache.org For additional commands, e-mail: users-h...@pdfbox.apache.org