OpenPDF
amber-docs
Our great sponsors
OpenPDF | amber-docs | |
---|---|---|
14 | 58 | |
3,233 | 141 | |
5.7% | 0.7% | |
9.4 | 6.3 | |
7 days ago | about 2 months ago | |
Java | HTML | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
OpenPDF
- FLaNK AI for 11 March 2024
-
How do i convert html file to pdf file using java(fx)?
Not really a JavaFX question as JavaFX is a UI framework. Your question is therefore just related to Java. To answer that I've seen a similar feature from IText (https://itextpdf.com) or OpenPDF (https://github.com/LibrePDF/OpenPDF) as an open source alternative. Maybe take a look at those for a start and check if they provide you what you're looking for.
-
Complete guide to open source licenses for developers
In addition, the License file may not contain the text of the license directly but information about the licenses under which the project is published or which projects/libraries are included in it. For example OpenPDF.
- Ask HN: Why is the PDF format so inaccessible?
- Show HN: PDF API – Generate, convert, and modify PDF documents
-
QuestPDF 2022.3 - a new release of the modern, open-source library for PDF generation 🎉 Please help me make it popular 🚀
http://www.pdfsharp.net/ may be for you,I cannot think of another one, maybe the java MPL https://github.com/LibrePDF/OpenPDF
-
Libraries, Frameworks and Technologies you would NOT recommend
OpenPDF is a pretty decent replacement for itext. They forked itext from the version right before itext changed the license and have been actively developing it since.
amber-docs
-
JDK 20 G1/Parallel/Serial GC Changes
https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...
This is the vague plan.
-
Where does the dislike/hate for Java come from?
This kind of pattern matching is discussed in the design notes: https://github.com/openjdk/amber-docs/blob/master/site/design-notes/patterns/pattern-match-object-model.md
-
Making Lenses Practical in Java
Or just stop trying to force immutability into something that is clearly mutable. You’re only causing unnecessary GC pressure by copying objects.
Never the less this eerily looks similar to Goetz proposal for reconstructors:
https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...
True, but that only pushes the question of value down the line.
I'm curious about lenses because Java did have a serious problem that required a solution: working with "simple" data correctly was difficult. The chosen solution was ADTs, so we did buy into that. But the approach being explored for transforming records (https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...) only works one level at a time rather than for an entire path. So I wonder how valuable it would be to have a solution for paths. If the answer is that it's mostly valuable for an approach we haven't bought into yet, then we might not need to consider it just yet.
-
How I got involved in the Rust community
Just a heads up, something like that spread operator is actually coming sooner or later to java: https://github.com/openjdk/amber-docs/blob/master/eg-drafts/...
Pattern matching (for records) is already a preview feature.
- Should you still be using Lombok?
- Named Parameters in Java
-
"With" for records -- Brian Goetz
Glad to see this is moving forward - I've been excited for this since first reading this writeup last year (I think.) I sincerely hope this also provides a nice platform for builders, though I'd prefer it if the syntax could be used to instantiate a new record rather than transform an existing one; it'd be neat to be able to do something like:
-
What happened to Concise Method Bodies?
Java does not need and will not have first-class properties, at least not in any foreseeable future. However, better initialisation is a good requirement, but it can be solved with much better features than harmful properties, and work is being done on that.
The direction has been clearly explained all along.
What are some alternatives?
iText - [DEPRECATED] Core Java Library + PDF/A, xtra and XML Worker. Only security fixes will be added — please use iText 7
Apache PDFBox - Mirror of Apache PDFBox
Open HTML to PDF - An HTML to PDF library for the JVM. Based on Flying Saucer and Apache PDF-BOX 2. With SVG image support. Now also with accessible PDF support (WCAG, Section 508, PDF/UA)!
itext-java - iText for Java represents the next level of SDKs for developers that want to take advantage of the benefits PDF can bring. Equipped with a better document engine, high and low-level programming capabilities and the ability to create, edit and enhance PDF documents, iText can be a boon to nearly every workflow.
Dynamic Jasper - Dynamic Reports using Jasper Reports
flyingsaucer - XML/XHTML and CSS 2.1 renderer in pure Java
boxable - Boxable is a library that can be used to easily create tables in pdf documents.
Apache FOP - Apache XML Graphics FOP
Tabula - Extract tables from PDF files
qpdf - QPDF: A content-preserving PDF document transformer
adoptium.net - Development of the website has moved to https://github.com/adoptium/website-v2
Apache Shiro - Apache Shiro