Ok, now I see the problem... the online javadoc hasn't been updated.
Tilman
Am 26.02.2016 um 20:01 schrieb Stahle, Patrick:
Nevermind... found it in the source...
-----Original Message-----
From: Stahle, Patrick [mailto:[email protected]]
Sent: Friday, February 26, 2016 1:57 PM
To: [email protected]
Subject: RE: PDPageContentStream Deprecated in latest 2.0 Snapshot?
Hi Tillman,
I am seeing the deprecation notice on PDPageContentStream constructors. I don't
see anything online that these constructors are deprecated...? Or maybe I have
something weird going on with eclipse.... If there is documentation on
constructor deprecation can you please point me to where to find the
information?
Ex(s).
"The constructor PDPageContentStream(PDDocument, PDPage, boolean, boolean, boolean)
is deprecated"
"The constructor PDPageContentStream(PDDocument, PDPage, boolean, boolean) is
deprecated"
" The method createFromRandomAccess(PDDocument, RandomAccess, int) from the type
CCITTFactory is deprecated"
Sorry if I am missing something obvious...
Thanks,
Patrick
-----Original Message-----
From: Tilman Hausherr [mailto:[email protected]]
Sent: Friday, February 26, 2016 1:20 PM
To: [email protected]
Subject: Re: PDPageContentStream Deprecated in latest 2.0 Snapshot?
Am 26.02.2016 um 14:20 schrieb Stahle, Patrick:
Hi Tillman,
Just noticed that most of constructors for new PDPageContentStream are showing
as deprecated in the latest 2.0 snapshot? Are these going away and if so what
is the replacement?
See the deprecation notice for the replacement. They are not going away for the
2.0 release. So they should not go away for 2.x.
Also it is showing that CCITTFactory.createFromRandomAccess is deprecated....
This also leads to a more general question for when is the approximate plan for
2.0 to be released? Also when is it expected that the the 2.0 api is stable?
I assume the 2.0 API is stable. The only recent change was on something that
most people have never heard of. (Annotations replyto)
@Andreas - please propose a date. (Not this weekend :-))
@Maruan - please set your 2.0 issue to resolved.
Tilman
Thanks,
Patrick
-----Original Message-----
From: Tilman Hausherr [mailto:[email protected]]
Sent: Thursday, February 25, 2016 1:11 PM
To: [email protected]
Subject: Re: PDAnnotationMarkup.getInReplyTo
done
https://issues.apache.org/jira/browse/PDFBOX-3249
Tilman
Am 24.02.2016 um 23:45 schrieb Tilman Hausherr:
Am 24.02.2016 um 23:38 schrieb David Lattimore:
On Wed, Feb 24, 2016 at 6:39 PM, Tilman
Hausherr<[email protected]>
wrote:
Am 24.02.2016 um 06:21 schrieb David Lattimore:
I'm trying to read annotations from PDFs and am having trouble
matching up
replies with the annotations they're in reply to.
PDPage.getAnnotations() returns a list of PDAnnotation. When I
have a PDAnnotationMarkup, I try to call getInReplyTo to get the
previous annotation in the thread. But I have two problems:
1) getInReplyTo() crashes if the annotation isn't a reply. It'd
be nice if
it just returned null. I can work around this by getting the
COSDictionary
and checking for an IRT entry first.
Please post a stack trace
java.io.IOException: Error: Unknown annotation type null at
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotation.create
A
nnotation(PDAnnotation.java:167)
at
org.apache.pdfbox.pdmodel.interactive.annotation.PDAnnotationMarkup.
g
etInReplyTo(PDAnnotationMarkup.java:225)
The following code can be used to reproduce this:
new PDAnnotationMarkup().getInReplyTo();
So it is an IOException, this isn't as bad as a nullpointerexception.
But it is kindof weird indeed, usually we just return null when
something doesn't exist. (I know that this is bad design
http://www.yegor256.com/2014/05/13/why-null-is-bad.html but it's too
late now). I'll sleep over it and then probably change it.
Tilman
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
