PDF module doesn't work when streaming via HTTP
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Zorba |
New
|
High
|
Cezar Andrei |
Bug Description
The following query:
import module namespace read-pdf = "http://
import module namespace fetch = "http://
declare namespace rpo = "http://
let $pdf := fetch:content-
return
read-pdf:
produces the following output:
Oct 23, 2012 5:24:30 PM org.apache.
WARNING: Did not found XRef object at specified startxref position 6577
Oct 23, 2012 5:24:30 PM org.apache.
SEVERE: Stop reading corrupt stream
Oct 23, 2012 5:24:30 PM org.apache.
SEVERE: Stop reading corrupt stream
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://
<html&
<meta http-equiv=
</head>
<body>
<div>
</div&
However, if you download the file test.pdf to your current working directory and change the query to fetch:content-
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://
<html&
<meta http-equiv=
</head>
<body>
<div&
</div&
ie, no error output, and the string content of the PDF is displayed.
This not working (as well as bug 1070611) prevents the PDF module from functioning on try-zorba.
Changed in zorba: | |
importance: | Undecided → High |
assignee: | nobody → Cezar Andrei (cezar-andrei) |
milestone: | none → 2.8 |
Changed in zorba: | |
milestone: | 2.8 → 2.9 |
Changed in zorba: | |
milestone: | 2.9 → none |
Assigning back to myself to verify that this is really happening; I recall some local weirdness.