Josh,
Good to know I'm not the only one that encountered this before. As for the
image not showing up in Drupal/Islandora, try clearing the Drupal image cache
to force the image to reload.
Rick
From: Josh Wilson [mailto:[email protected]]
Sent: Friday, May 03, 2013 4:31 PM
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] Issue with TN datastream/PNG images
Rick,
Thanks a lot for your thoughts. Your instincts were right. This prompted me to
check the data stream, and sure enough, seems like it never got ingested
properly. I did so manually in the Fedora admin client and can now view it in
Fedora just fine. Still not visible in Drupal via Islandora, so it certainly
suggests that Islandora is having trouble creating and viewing this file in the
repository. Will return to investigating that side of things.
Josh
On Wed, May 1, 2013 at 5:03 PM, Richard Sarvas
<[email protected]<mailto:[email protected]>> wrote:
Josh,
If the pack sniffer also shows the data getting truncated you might want to
verify that the TN data stream exists in the form you are expecting in the
fedora repo file system (not a truncated ingest). I've had situations where
this has happened, though this was due to my Perl code sending binary content
for ingest that stopped reading the binary file content at the first NUL char
it encountered and sent the content of truncated file to Fedora for ingest
(successfully). Mostly this happens on Windows boxes and ever since then I got
into the habit of setting "binmode" before doing file reads or writes even if
the Perl code will only ever run on UNIX boxes. Other languages running on
Windows may also require something like this as well before doing file
operations on binary files.
Just mentioning it since I noticed you were using IIS.
Rick
From: Josh Wilson [mailto:[email protected]<mailto:[email protected]>]
Sent: Wednesday, May 01, 2013 4:38 PM
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] Issue with TN datastream/PNG images
Rick,
I appreciate the suggestion. Not resolved yet, but I'm thinking along the same
lines. I don't think it's a case of the browser not being able to read the
data, I think the data isn't getting through. For some reason, with this data
stream, I only get what appears to be the first 48 bytes. Everything else I've
checked comes through fine. Just haven't figured out why yet. I haven't used
Wireshark, but I'll give that a try to see if it can tell me something the
other tools I'm trying can't.
On Wed, May 1, 2013 at 12:22 PM, Richard Sarvas
<[email protected]<mailto:[email protected]>> wrote:
Josh,
In case you haven't resolved this one yet, I'd suggest using a packet sniffer
or CURL to see what is going on (provided you are not testing a localhost
connection). Browsers (by design) have a pesky habit of caching images, so in
cases like this you can't always be sure what you are looking at (or not) in
the browser is what is currently being delivered by the server. Wireshark
(http://www.wireshark.org/download.html) is my current tool of choice but any
other packet sniffer would also work. While there are easier ways to ways to
verify what content is being sent from the server (such as the Firebug browser
add-on or the CURL command line util) I prefer a packet sniffer because that's
just what I'm used to using from my client/server app development days. Other
HTTP request monitoring tools may work better for you.
Once you've verified that the content is either being delivered or not (Fedora
XACML policy in place preventing direct access except by localhost?) then you
can move on to verifying if you browser (or more than one) can correctly
interpret the TN image data.
Rick
From: Josh Wilson [mailto:[email protected]<mailto:[email protected]>]
Sent: Friday, April 26, 2013 5:08 PM
To:
[email protected]<mailto:[email protected]>
Subject: [fcrepo-user] Issue with TN datastream/PNG images
Hi all,
I'm working on an Islandora install, using Fedora 3.5, on a Windows IIS7 server.
I've been having an ongoing issue with getting Islandora running, but I think
I've traced the problem back to something specific with Fedora. Fedora doesn't
seem to be able to view the TN datastream (a thumbnail PNG image that Islandora
uses). If I browse around in Fedora, I can view all Islandora datastreams
except for the TN, which for islandora:root is a folder PNG. When I try to see
that in the browser (i.e., http://[ip
redacted]:8080/fedora35/objects/islandora:root/datastreams/TN/content) I get an
error in Firefox (in IE, I just get the broken image box with a red X):
'The image "http://[ip
redacted]:8080/fedora35/objects/islandora:root/datastreams/TN/content<http://[ip%20redacted]:8080/fedora35/objects/islandora:root/datastreams/TN/content>"
cannot be displayed because it contains errors.'
I know this sort of error can have a lot of causes. I've personally seen
something like it when I was working with some images that had been saved with
a CMYK color scheme. But in this case it seems that the image is either being
truncated or there's some other configuration problem with Fedora which
prevents it from being served. I'm pretty new to Fedora and unfortunately I
don't know how to go about diagnosing the problem in further detail or fixing
it. Any suggestions?
Some additional observations:
--Nothing shows up in the Fedora or Tomcat logs when this error occurs.
--I can see the image fine if I don't go through Fedora, i.e., http://[site
name]/[path to image]/folder.png
--I thought perhaps there was some PNG-specific issue, so I tried embedding the
folder image into a Tomcat page ($CATALINA_HOME/webapps/ROOT/index.html), but
when I go to localhost:8080 it shows up.
Thanks for any help.
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Fedora-commons-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
Introducing AppDynamics Lite, a free troubleshooting tool for Java/.NET
Get 100% visibility into your production application - at no cost.
Code-level diagnostics for performance bottlenecks with <2% overhead
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap1
_______________________________________________
Fedora-commons-users mailing list
[email protected]<mailto:[email protected]>
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
Get 100% visibility into Java/.NET code with AppDynamics Lite
It's a free troubleshooting tool designed for production
Get down to code-level detail for bottlenecks, with <2% overhead.
Download for free and get started troubleshooting in minutes.
http://p.sf.net/sfu/appdyn_d2d_ap2
_______________________________________________
Fedora-commons-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
