When I tried to build the JavaDocs for PDFBox 2.1.0-SNAPSHOT (taken from
SVN yesterday) with Java 8, `mvn javadoc:javadoc` failed with numerous
errors. To correct this, I had to turn off the doclint by modifying
parent/pom.xml as follows:
$ svn diff parent/pom.xml
Index: parent/pom.xml
I did *not* attempt to open or download this file. The email has no
explanation about what the file is, and that is more than a little
suspicious.
On Tue, Jul 5, 2016 at 11:46 AM, Ankit Agarwal wrote:
> I am getting this error "the file you requested does not exist".
>
>
t;> writeImage
>> SEVERE: No ImageWriter found for 'tiff' format
>> Jul 05, 2016 10:18:46 AM org.apache.pdfbox.tools.imageio.ImageIOUtil
>> writeImage
>> SEVERE: Supported formats: JPG jpg bmp BMP gif GIF WBMP png PNG wbmp jpeg
>> JPEG
>>
>> Why is not finding the j
http://logicaldoc.sourceforge.net/maven/javax/media/jai-imageio/1.1/
On Wed, Jun 29, 2016 at 1:21 AM, Tilman Hausherr
wrote:
> Am 29.06.2016 um 00:29 schrieb Gordon Schneider:
>
>> Tilman
>>
>> Thanks for the quick response. I have tried a couple of times to find the
>>
Jun 29, 2016 at 1:27 PM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Should work now. Thanks for pointing this out. I haven't changed the pom,
> I'll generate javadoc myself on a computer that has JDK8.
>
> Tilman
>
> Am 22.06.2016 um 21:58 schrieb Thad Humphries:
&
[ERROR] ?
>
> Could you post the full output? Maybe there's one single error I forgot to
> fix.
>
> Tilman
>
> Am 29.06.2016 um 22:19 schrieb Thad Humphries:
>
>> If I set JAVA_HOME to JDK 7 and use that as my path, `mvn javadoc:javadoc
>> -pl pdfbox` runs with only
he errors could be
> found with "error:". Could you look if there are any, or if there's
> something else that makes it fail?
>
> Tilman
>
>
> Am 29.06.2016 um 20:09 schrieb Thad Humphries:
>
>> I ran `mvn javadoc:javadoc -pl [module_name]` on each module
&
I want to thank the PDFBox team for their work. I have spent a bit over a
week removing iText 2.1.7 from my largest project, and replacing it with
PDFBox 2.0.4. The results look great, and my boss and I are pleased with
the speed of PDFBox.
--
"Hell hath no limits, nor is circumscrib'd In one
I have a PDF 1.4 document that opens in different PDF viewers without
warnings, yet there seems to be something odd about it. How might I analyze
it?
If I merge this PDF from the command line with pdfbox-app-2.0.4.jar's
PDFMerger, the output is fine. However anytime I merge it in my own code,
se help only those who know what to expect.
>
> The text below looks like a COSStream was closed prematurely (did you
> close the source documents too early?). I'd rather suspect a bug in your
> code or in our code.
>
> Tilman
>
>
>
>
> Am 28.02.2017 um 23:
On Wed, Mar 1, 2017 at 3:29 AM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Am 28.02.2017 um 23:51 schrieb Thad Humphries:
>
>> No, the document has not been closed prematurely.
>>
>
> and what's that?
>
> inDoc.close();
>
Well how about that?! When I
On Wed, Mar 1, 2017 at 12:32 PM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Am 01.03.2017 um 12:29 schrieb Thad Humphries:
>
>> On Wed, Mar 1, 2017 at 3:29 AM, Tilman Hausherr <thaush...@t-online.de>
>> wrote:
>>
>> Am 28.02.2017 um 23:51 schrieb Th
I have tried for over a week to recover my Apache Jira password, requesting
it both by username and email. I have heard nothing back (and, not, it's
not in my SPAM folder).
--
"Hell hath no limits, nor is circumscrib'd In one self-place; but where we
are is hell, And where hell is, there must we
NObject(string);
...
On Wed, Mar 8, 2017 at 10:11 PM, Thad Humphries <thad.humphr...@gmail.com>
wrote:
> When I run the org.apache.pdfbox.examples.pdmodel.ExtractMetadata
> example, it works. However when I put the same code into my class, it
> throws an exception w
I.e. we'd
> need code with main, and a pom. I mention this because an additional lib is
> needed, unless I misunderstood.
>
> Tilman
>
>
> Am 09.03.2017 um 16:51 schrieb Thad Humphries:
>
>> Here's my code. As I said, it is throwing an exception at "n
When I run the org.apache.pdfbox.examples.pdmodel.ExtractMetadata example,
it works. However when I put the same code into my class, it throws an
exception when I call "DomXmpParser xmpParser = new DomXmpParser();" The
trace is:
java.lang.AbstractMethodError:
of the woods yet, but at least I
know where the problem is coming from.
On Thu, Mar 9, 2017 at 1:33 PM, Thad Humphries <thad.humphr...@gmail.com>
wrote:
> Yes, I can take a stab at that in a few days, after the crunch of my
> current project abates. I'll let you know when it's on Gi
On Wed, Mar 1, 2017 at 1:32 PM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Am 01.03.2017 um 18:49 schrieb Thad Humphries:
>
>> On Wed, Mar 1, 2017 at 12:32 PM, Tilman Hausherr <thaush...@t-online.de>
>> wrote:
>>
>> Am 01.03.2017 um 12:29 schrieb T
On Wed, Mar 1, 2017 at 2:01 PM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Am 01.03.2017 um 19:56 schrieb Thad Humphries:
>
>> I know that PDDocument (and COSDocument) has a close() method, but how do
>> I
>> reopen PDDocument? I see no open() met
On Mon, Jul 3, 2017 at 11:42 AM, Tilman Hausherr <thaush...@t-online.de>
wrote:
> Am 03.07.2017 um 17:37 schrieb Thad Humphries:
>
>> I'm getting an error when trying to print text created by Windows:
>>
>> Servlet failed with an Exception
>> java.lang.IllegalA
I'm getting an error when trying to print text created by Windows:
Servlet failed with an Exception
java.lang.IllegalArgumentException: U+000A ('controlLF') is not available
in this font Helvetica (generic: NimbusSanL-Regu) encoding:
WinAnsiEncoding
at
Is it necessary to call PDDocument#close() after calling
PDPageContentStream#close()? Does the answer apply all cases or only
certain cases? If the latter, what certain cases?
For example, in the following code snippet:
PDDocument document = new PDDocument();
PDPageContentStream cos = new
On Thu, Jun 1, 2017 at 8:13 AM, chitgoks wrote:
> Hi Peter
>
> PDImageXObject imageSig = LosslessFactory.createFromImage(pdfDocument,
> ImageIO.read(new
> ByteArrayInputStream(DatatypeConverter.parseBase64Binary(base64Png;
>
> works if base64
On Sat, Jun 10, 2017 at 5:03 PM, wrote:
> Trying to extract images from a PDF. Got the following
> error(s):
>
> Jun 10, 2017 3:00:16 PM org.apache.pdfbox.contentstream.PDFStreamEngine
> operatorException
> SEVERE: Cannot read JPEG2000 image: Java Advanced Imaging (JAI)
To create an image from a PDF, look at the code for the PDFToImage command
line utility (https://pdfbox.apache.org/2.0/commandline.html#pdftoimage). I
adapted this to convert PDFs to images. From a quick glance at my old code,
I think you want org.apache.pdfbox.rendering.PDFRenderer.
On Fri, Feb
On Fri, May 17, 2019 at 1:26 PM Tilman Hausherr
wrote:
> Am 17.05.2019 um 15:54 schrieb Christopher Schultz:
> > It occurs to me that my code is doing more work than necessary to
> > print paragraphs, and that maybe manual word-wrapping is not
> > necessary. Are there any examples that show how
Aleksandar,
Is this bug report posted somewhere that others may look and comment on it?
Others at my company have a history with Apple's PDFKit and other topics.
I'd like to point them to this issue.
Thank you.
On Sun, Feb 23, 2020 at 6:34 AM Aleksandar Simic wrote:
> On Sun, Feb 23, 2020 at
I am seeing the same behavior that Dick is seeing with Tillman's file in
Preview (Version 10.1 (944.6.16.1)), but not with a file of my own.
In the past two weeks I was asked to write program to fill in a PDF form
from a file of name:value pairs, and flatten it. I
used
I'll take some of that back--I can add new checkboxes, but I can't remove
checks placed before flattening.
On Sat, Feb 22, 2020 at 3:28 PM Thad Humphries
wrote:
> I am seeing the same behavior that Dick is seeing with Tillman's file in
> Preview (Version 10.1 (944.6.16.1)), but not with
n Wed, Oct 20, 2021 at 3:15 PM Thad Humphries
wrote:
> I am using PDFBox 2.0.24. I am attempting to copy a PDF file to a new
> PDDocument and save that new document. The eventual goal is to use Overlay
> to overlay various images onto pages of the old document before
> adding th
I am using PDFBox 2.0.24. I am attempting to copy a PDF file to a new
PDDocument and save that new document. The eventual goal is to use Overlay
to overlay various images onto pages of the old document before
adding them to the new document.
The problem I'm having is that when I close the old
erent markup on each page). There will be
a COSStream error on save(), even if I also comment out "cos.close()".
On Thu, Oct 21, 2021 at 2:06 AM Tilman Hausherr
wrote:
> close inDocument after saving the other.
>
> Tilman
>
> Am 20.10.2021 um 21:15 schrieb Thad Humphr
just add the inDocument PDPage to outDocument.
There's a time-image quality tradeoff, but I don't know if working Overlay
would be faster. 300dpi seems to be good enough for my purposes.
On Thu, Oct 21, 2021 at 11:21 AM Thad Humphries
wrote:
> Yes, I can do that. It was meant as a sim
FYI and in case this is a suitable workaround, when I
use org.apache.pdfbox.rendering.PDFRenderer to convert this page to a
java.awt.image.BufferedImage then use javax.imageio.ImageIO.write() to
write the BufferedImage to a PNG, the result shows the green lines.
On Fri, Jan 6, 2023 at 11:41 AM
34 matches
Mail list logo