OpenSeaDragon issues

1,228 views
Skip to first unread message

Alex Garnett

unread,
Oct 7, 2014, 1:48:26 PM10/7/14
to isla...@googlegroups.com
Hi folks,

I honestly can't recall whether I had this working at one point, but it seems to be broken now -- I've setup OpenSeadragon as in the documentation, I've got Djatoka working (see http://researchdata.sfu.ca:8080/adore-djatoka/resolver?url_ver=Z39.88-2004&rft_id=http%3A%2F%2Fmemory.loc.gov%2Fgmd%2Fgmd433%2Fg4330%2Fg4330%2Fnp000066.jp2&svc_id=info:lanl-repo/svc/getRegion&svc_val_fmt=info:ofi/fmt:kev:mtx:jpeg2000&svc.format=image/jpeg&svc.level=3&svc.rotate=0&svc.region=0,0,500,500), and yet the large image solution pack seems to be failing to display anything with OpenSeadragon, as in http://researchdata.sfu.ca/islandora/object/islandora%3A80#.

Any obvious issues?

Thanks!

Jared Whiklo

unread,
Oct 7, 2014, 1:56:52 PM10/7/14
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm seeing this in Chrome when I load your Islandora page.

XMLHttpRequest cannot load
http://researchdata.sfu.ca:8080/adore-djatoka/resolver?url_ver=Z39.88-2004&…2a51845b66b258a32d419732182ae1&svc_id=info%3Alanl-repo%2Fsvc%2FgetMetadata.
No 'Access-Control-Allow-Origin' header is present on the requested
resource. Origin 'http://researchdata.sfu.ca' is therefore not allowed
access.
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to the Google
> Groups "islandora" group. To unsubscribe from this group and stop
> receiving emails from it, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.

- --
Jared Whiklo
jwh...@gmail.com
- --------------------------------------------------
For every action, there is an equal and opposite government program.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAlQ0KWEACgkQqhIY384dF1ZgtACgn4GxWdt1Oj0beT3X5BLW36f2
gNYAoILMNTamV1eD9t3z3b1XeN7Uh5Tj
=yp1s
-----END PGP SIGNATURE-----

Alex Garnett

unread,
Oct 7, 2014, 2:01:26 PM10/7/14
to isla...@googlegroups.com
Well, that's something. I am, however, not seeing that myself (in Chromium 33) and am not sure what to do about it ... do I need to add Access-Control-Allow-Origin: localhost to httpd.conf? That seems odd...


-alex

You received this message because you are subscribed to a topic in the Google Groups "islandora" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.

Adam Vessey

unread,
Oct 7, 2014, 2:06:36 PM10/7/14
to isla...@googlegroups.com
Have you done the proxy directives, as instructed in the README?... And using this proxy'd URL in the configuration section?

researchdata.sfu.ca[:80] != researchdata.sfu.ca:8080, so it fails the same-origin policy...

- Adam
To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.

Nelson Hart

unread,
Oct 7, 2014, 2:07:34 PM10/7/14
to isla...@googlegroups.com
What do you have set for "Djatoka server base URL path" under admin/islandora/islandora_viewers/openseadragon

To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.

Alex Garnett

unread,
Oct 7, 2014, 2:09:02 PM10/7/14
to isla...@googlegroups.com
I've got this in httpd.conf:

ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

And the Djatoka server base URL path is set as:



-alex

Nelson Hart

unread,
Oct 7, 2014, 2:13:35 PM10/7/14
to isla...@googlegroups.com

Alex Garnett

unread,
Oct 7, 2014, 2:16:54 PM10/7/14
to isla...@googlegroups.com
I'm afraid that's not working either -- I think I'd changed that in the first place because I'd been getting error messages about not pointing to a valid instance, but for whatever reason, it's still silently failing now.


-alex

Jared Whiklo

unread,
Oct 7, 2014, 2:29:10 PM10/7/14
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'd check your tomcat or djatoka logs, my resolver URL looks the same
(other than the hostname and PID) and mine seems to work.

That suggests to me that your djatoka is having some issue.
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>>. Visit this
> group
>> at http://groups.google.com/group/islandora. For more
> options,
>> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to a topic in the
> Google Groups "islandora" group. To unsubscribe from this topic,
> visit
> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>
To unsubscribe from this group and all its topics,
> send an email to islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to the Google
> Groups "islandora" group. To unsubscribe from this group and stop
> receiving emails from it, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to a topic in the
> Google Groups "islandora" group. To unsubscribe from this topic,
> visit
> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>
To unsubscribe from this group and all its topics, send an
> email to islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to the Google
> Groups "islandora" group. To unsubscribe from this group and stop
> receiving emails from it, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to a topic in the
> Google Groups "islandora" group. To unsubscribe from this topic,
> visit
> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>
To unsubscribe from this group and all its topics, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to the Google
> Groups "islandora" group. To unsubscribe from this group and stop
> receiving emails from it, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
- --
Jared Whiklo
jwh...@gmail.com
- --------------------------------------------------
You know you're from Winnipeg when...You are bundled up in three
sweaters, a parka, ski pants, a touque, two pairs of mittens, boots
past you knees in 3 feet of snow in a -35 (-8000 with the windchill)
blizzard, your eyelashes are frozen together, your nose is running,
your can't feel your toes, and you stop at 7-11 for a Slurpee on the
way home.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAlQ0MPIACgkQqhIY384dF1ZfcQCdGSWNl4KWImao5ffPYyFo/+dy
qbUAn1ENK2dFGmkjprXLRgMTjaxr1H83
=lobt
-----END PGP SIGNATURE-----

Alex Garnett

unread,
Oct 7, 2014, 2:32:42 PM10/7/14
to isla...@googlegroups.com
Yup, you'd be correct!

2014-10-07/11:25:06.058/PDT [http-8080-20] ERROR gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert13330330985365310214451237413.img
gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert13330330985365310214451237413.img

That's odd, though -- this object has TIFF, JPG, and JP2 datastreams.


-alex

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.

nick ruest

unread,
Oct 7, 2014, 2:35:31 PM10/7/14
to isla...@googlegroups.com

There is a note there on the config page, in setting the URL, that it has to be publicly addressable. Put that URL in (which should be taken care of by your Apache redirects) and you should be fine.

-nruest

To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.

Jared Whiklo

unread,
Oct 7, 2014, 2:43:27 PM10/7/14
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

At this stage, I'd go back through the Djatoka setup and verify
everything first.

https://wiki.duraspace.org/pages/viewpage.action?pageId=45547941#Chapter10-InstallingSolutionPack&ToolDependencies-Djatoka
> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>>
> wrote:
>
>> try just "/adore-djatoka/resolver" as per
>> https://camo.githubusercontent.com/c1bf991b5cc758a4420444564a91b286007e6f6e/687474703a2f2f692e696d6775722e636f6d2f4e6566597169432e706e67
>
>>
>
>> from https://github.com/Islandora/islandora_openseadragon
>
>> On Tue, Oct 7, 2014 at 3:08 PM, Alex Garnett <axf...@gmail.com
>> <mailto:axf...@gmail.com> <mailto:axf...@gmail.com
>> <mailto:axf...@gmail.com>>> wrote:
>
>> I've got this in httpd.conf:
>
>> ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
>> ProxyPassReverse /adore-djatoka
>> http://localhost:8080/adore-djatoka
>
>> And the Djatoka server base URL path is set as:
>
>> http://researchdata.sfu.ca:8080/adore-djatoka/resolver
>
>
>> -alex
>
>> On Tue, Oct 7, 2014 at 11:07 AM, Nelson Hart
>> <nelso...@gmail.com <mailto:nelso...@gmail.com>
>> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>>
>> wrote:
>
>> What do you have set for "Djatoka server base URL path" under
>> admin/islandora/islandora_viewers/openseadragon
>
>> On Tue, Oct 7, 2014 at 3:01 PM, Alex Garnett <axf...@gmail.com
>> <mailto:axf...@gmail.com> <mailto:axf...@gmail.com
>> <mailto:axf...@gmail.com>>> wrote:
>
>> Well, that's something. I am, however, not seeing that myself
>> (in Chromium 33) and am not sure what to do about it ... do I
>> need to add Access-Control-Allow-Origin: localhost to httpd.conf?
>> That seems odd...
>
>
>> -alex
>
>> On Tue, Oct 7, 2014 at 10:56 AM, Jared Whiklo <jwh...@gmail.com
>> <mailto:jwh...@gmail.com> <mailto:jwh...@gmail.com
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>>. Visit this
>> group
>>> at http://groups.google.com/group/islandora. For more
>> options,
>>> visit https://groups.google.com/d/optout.
>
>
>> -- For more information about using this group, please read our
>> Listserv Guidelines:
>> http://islandora.ca/content/welcome-islandora-listserv --- You
>> received this message because you are subscribed to a topic in
>> the Google Groups "islandora" group. To unsubscribe from this
>> topic, visit
>> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>>
>
> To unsubscribe from this group and all its topics,
>> send an email to islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>. Visit this
>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>>. Visit this
> group
>> at http://groups.google.com/group/islandora. For more options,
>> visit https://groups.google.com/d/optout.
>
>
>> -- For more information about using this group, please read our
>> Listserv Guidelines:
>> http://islandora.ca/content/welcome-islandora-listserv --- You
>> received this message because you are subscribed to the Google
>> received this message because you are subscribed to the Google
- --
Jared Whiklo
jwh...@gmail.com
- --------------------------------------------------
You know you're from Winnipeg when..."Vacation" means going to Brandon
for the weekend.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAlQ0ND0ACgkQqhIY384dF1beXACgzyCFlpJ5AJPfHewtEnJEVzs5
8YMAnjky4sNhNt8ITz7WIIG/qAZAdJP/
=rA6S
-----END PGP SIGNATURE-----

Alex Garnett

unread,
Oct 7, 2014, 2:45:14 PM10/7/14
to isla...@googlegroups.com
Already done, and:

[garnett@researchdata ~]$ which kdu_compress
/usr/bin/kdu_compress
[garnett@researchdata ~]$ which convert
/usr/bin/convert

but I'll keep messing around to see if anything's amiss...


-alex

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.

Jared Whiklo

unread,
Oct 7, 2014, 2:56:14 PM10/7/14
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

kdu_compress is Kakadu and convert is ImageMagick.

You want to verify Djatoka.

Did you make the filter changes to allow Djatoka access to Fedora.
This would be in your web.xml for fedora?


On 2014-10-07 1:44 PM, Alex Garnett wrote:
> Already done, and:
>
> [garnett@researchdata ~]$ which kdu_compress /usr/bin/kdu_compress
> [garnett@researchdata ~]$ which convert /usr/bin/convert
>
> but I'll keep messing around to see if anything's amiss...
>
>
> -alex
>
> On Tue, Oct 7, 2014 at 11:43 AM, Jared Whiklo <jwh...@gmail.com
> <mailto:jwh...@gmail.com>> wrote:
>
> At this stage, I'd go back through the Djatoka setup and verify
> everything first.
>
> https://wiki.duraspace.org/pages/viewpage.action?pageId=45547941#Chapter10-InstallingSolutionPack&ToolDependencies-Djatoka
>
>
>
> On 2014-10-07 1:32 PM, Alex Garnett wrote:
>> Yup, you'd be correct!
>
>> 2014-10-07/11 <tel:2014-10-07%2F11>:25:06.058/PDT [http-8080-20]
>> ERROR gov.lanl.adore.djatoka.DjatokaException:
>> gov.lanl.adore.djatoka.DjatokaException:
>> gov.lanl.adore.djatoka.DjatokaException: Unrecognized file
>> format: java.lang.Exception: Unsupported file format. Cannot find
>> decoder capable of reading:
>> convert13330330985365310214451237413.img
>> gov.lanl.adore.djatoka.DjatokaException:
>> gov.lanl.adore.djatoka.DjatokaException:
>> gov.lanl.adore.djatoka.DjatokaException: Unrecognized file
>> format: java.lang.Exception: Unsupported file format. Cannot find
>> decoder capable of reading:
>> convert13330330985365310214451237413.img
>
>> That's odd, though -- this object has TIFF, JPG, and JP2
>> datastreams.
>
>
>> -alex
>
>> On Tue, Oct 7, 2014 at 11:29 AM, Jared Whiklo <jwh...@gmail.com
>> <mailto:jwh...@gmail.com> <mailto:jwh...@gmail.com
>> <mailto:jwh...@gmail.com>>> wrote:
>
>> I'd check your tomcat or djatoka logs, my resolver URL looks the
>> same (other than the hostname and PID) and mine seems to work.
>
>> That suggests to me that your djatoka is having some issue.
>
>> On 2014-10-07 1:16 PM, Alex Garnett wrote:
>>> I'm afraid that's not working either -- I think I'd changed
>>> that in the first place because I'd been getting error messages
>>> about not pointing to a valid instance, but for whatever
>>> reason, it's still silently failing now.
>
>
>>> -alex
>
>>> On Tue, Oct 7, 2014 at 11:13 AM, Nelson Hart
>>> <nelso...@gmail.com <mailto:nelso...@gmail.com>
> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>
>> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>
> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>>>
>> wrote:
>
>>> try just "/adore-djatoka/resolver" as per
>>> https://camo.githubusercontent.com/c1bf991b5cc758a4420444564a91b286007e6f6e/687474703a2f2f692e696d6775722e636f6d2f4e6566597169432e706e67
>
>>>
>>>
>
>>> from https://github.com/Islandora/islandora_openseadragon
>
>>> On Tue, Oct 7, 2014 at 3:08 PM, Alex Garnett <axf...@gmail.com
>>> <mailto:axf...@gmail.com> <mailto:axf...@gmail.com
>>> <mailto:axf...@gmail.com>>
> <mailto:axf...@gmail.com <mailto:axf...@gmail.com>
>>> <mailto:axf...@gmail.com <mailto:axf...@gmail.com>>>> wrote:
>
>>> I've got this in httpd.conf:
>
>>> ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
>>> ProxyPassReverse /adore-djatoka
>>> http://localhost:8080/adore-djatoka
>
>>> And the Djatoka server base URL path is set as:
>
>>> http://researchdata.sfu.ca:8080/adore-djatoka/resolver
>
>
>>> -alex
>
>>> On Tue, Oct 7, 2014 at 11:07 AM, Nelson Hart
>>> <nelso...@gmail.com <mailto:nelso...@gmail.com>
> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>
>>> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>
> <mailto:nelso...@gmail.com <mailto:nelso...@gmail.com>>>>
>>> wrote:
>
>>> What do you have set for "Djatoka server base URL path" under
>>> admin/islandora/islandora_viewers/openseadragon
>
>>> On Tue, Oct 7, 2014 at 3:01 PM, Alex Garnett <axf...@gmail.com
>>> <mailto:axf...@gmail.com> <mailto:axf...@gmail.com
>>> <mailto:axf...@gmail.com>>
> <mailto:axf...@gmail.com <mailto:axf...@gmail.com>
>>> <mailto:axf...@gmail.com <mailto:axf...@gmail.com>>>> wrote:
>
>>> Well, that's something. I am, however, not seeing that myself
>>> (in Chromium 33) and am not sure what to do about it ... do I
>>> need to add Access-Control-Allow-Origin: localhost to
>>> httpd.conf? That seems odd...
>
>
>>> -alex
>
>>> On Tue, Oct 7, 2014 at 10:56 AM, Jared Whiklo
>>> <jwh...@gmail.com <mailto:jwh...@gmail.com>
>>> <mailto:jwh...@gmail.com <mailto:jwh...@gmail.com>>
> <mailto:jwh...@gmail.com <mailto:jwh...@gmail.com>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>
>>>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>>. Visit
> this
>>> group
>>>> at http://groups.google.com/group/islandora. For more
>>> options,
>>>> visit https://groups.google.com/d/optout.
>
>
>>> -- For more information about using this group, please read
>>> our Listserv Guidelines:
>>> http://islandora.ca/content/welcome-islandora-listserv --- You
>>> received this message because you are subscribed to a topic in
>>> the Google Groups "islandora" group. To unsubscribe from this
>>> topic, visit
>>> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>>>
>>>
>
>> To unsubscribe from this group and all its topics,
>>> send an email to islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>. Visit
>>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>>. Visit this
>> group
>>> at http://groups.google.com/group/islandora. For more options,
>>> visit https://groups.google.com/d/optout.
>
>
>>> -- For more information about using this group, please read
>>> our Listserv Guidelines:
>>> http://islandora.ca/content/welcome-islandora-listserv --- You
>>> received this message because you are subscribed to the Google
>>> received this message because you are subscribed to the Google
> <mailto:islandora%2Bunsu...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
>
>
> -- For more information about using this group, please read our
> Listserv Guidelines:
> http://islandora.ca/content/welcome-islandora-listserv --- You
> received this message because you are subscribed to the Google
> Groups "islandora" group. To unsubscribe from this group and stop
> receiving emails from it, send an email to
> islandora+...@googlegroups.com
> <mailto:islandora+...@googlegroups.com>. Visit this group
> at http://groups.google.com/group/islandora. For more options,
> visit https://groups.google.com/d/optout.
- --
Jared Whiklo
jwh...@gmail.com
- --------------------------------------------------
I've learned that it is not what you wear, it is how you take it off.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAlQ0N0oACgkQqhIY384dF1bNnwCeMcO1j616v6x6dvMfrg1DRP/m
uSEAoIm04CKoHvLfUMcYyAoWj9VRuGl/
=Kgiv
-----END PGP SIGNATURE-----

Alex Garnett

unread,
Oct 7, 2014, 5:11:23 PM10/7/14
to isla...@googlegroups.com
I haven't, no, so that could be it (the documentation implied it wasn't necessary in all configurations). However, I can't tell from https://wiki.duraspace.org/pages/viewpage.action?pageId=45547941 whether I'm supposed to entirely replace the text above the ellipsis in web.xml, and attempting to make the other requested changes to filter-drupal.xml somehow resulted in the collection folder icons no longer rendering in Islandora (but didn't do a thing as far as making OpenSeadragon work).


-alex

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.

Alex Garnett

unread,
Oct 9, 2014, 3:39:28 PM10/9/14
to isla...@googlegroups.com
Anyone want to clear up my documentation confusion in the last post?


-alex

Jared Whiklo

unread,
Oct 9, 2014, 3:47:34 PM10/9/14
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Sorry Alex,

I meant to get back to you. Those changes are only required if your
Djatoka instance is behind an authentication check.

Mine (and I think yours) are not, so I don't have those additions to
my web.xml.

cheers,
jared
>>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>
>> <mailto:islandora%25252Bun...@googlegroups.com
> <mailto:islandora%2525252Bu...@googlegroups.com>>>>
>>>>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>
>>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>
>>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>
>> <mailto:islandora%25252Bun...@googlegroups.com
> <mailto:islandora%2525252Bu...@googlegroups.com>>>>>. Visit
>> this
>>>> group
>>>>> at http://groups.google.com/group/islandora. For more
>>>> options,
>>>>> visit https://groups.google.com/d/optout.
>
>
>>>> -- For more information about using this group, please read
>>>> our Listserv Guidelines:
>>>> http://islandora.ca/content/welcome-islandora-listserv ---
>>>> You received this message because you are subscribed to a
>>>> topic in the Google Groups "islandora" group. To unsubscribe
>>>> from this topic, visit
>>>> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
>
>>>>
>>>>
>>>>
>
>>> To unsubscribe from this group and all its topics,
>>>> send an email to islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>
>>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>
>>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>
>> <mailto:islandora%25252Bun...@googlegroups.com
> <mailto:islandora%2525252Bu...@googlegroups.com>>>>. Visit
>>>> <mailto:islandora+...@googlegroups.com
> <mailto:islandora%2Bunsu...@googlegroups.com>
>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>>
>>> <mailto:islandora%2Bunsu...@googlegroups.com
> <mailto:islandora%252Buns...@googlegroups.com>
>> <mailto:islandora%252Buns...@googlegroups.com
> <mailto:islandora%25252Bun...@googlegroups.com>>>>. Visit
> this
>>> group
>>>> at http://groups.google.com/group/islandora. For more
>>>> options, visit https://groups.google.com/d/optout.
>
>
>>>> -- For more information about using this group, please read
>>>> our Listserv Guidelines:
>>>> http://islandora.ca/content/welcome-islandora-listserv ---
>>>> You received this message because you are subscribed to the
>>>> You received this message because you are subscribed to the
The tragedy of Canada is that it could have had British culture,
French cuisine and American technology. Instead it got American
culture, British cuisine and French technology.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.14 (Darwin)

iEYEARECAAYFAlQ25lMACgkQqhIY384dF1ZvzgCgxUkdcWmEueVqH0hLNs2XVyzc
FjsAnRDKKseRB1lq6a75kd7hNi+e9xRH
=9zGq
-----END PGP SIGNATURE-----

Alex Garnett

unread,
Oct 9, 2014, 3:49:05 PM10/9/14
to isla...@googlegroups.com
That's what I thought, thanks! Doesn't solve my problem, but it at least eliminates that as a potential source...


-alex

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.

Lingling Jiang

unread,
Oct 10, 2014, 11:50:31 AM10/10/14
to isla...@googlegroups.com
Hi there,

I am trying to get https to work with adore-djatoka. 

Currently I can access my adore-djatoka in a web browser and retrieve that demo image https://my-full-domain.ca/adore-djatoka
so on openseadragaon configuration page I set up https://my-full-domain.ca/adore-djatoka/resolver which is accepted. 

But when I tried to view a large image, the browser returns 404 not found error. Here is similar error about "Unsupported file format" on djatoka log file:

Caused by: gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert15784391289174544633968614651.img

 

 at gov.lanl.adore.djatoka.openurl.DjatokaImageMigrator.processImage(DjatokaImageMigrator.java:170)

 at gov.lanl.adore.djatoka.openurl.DjatokaImageMigrator.convert(DjatokaImageMigrator.java:128)

 ... 24 more


so I checked the real request sent in browser which shows like this:

HTTP_TRANSACTION_READ_RESPONSE_HEADERS --> HTTP/1.1 404 Not Found Date: Fri, 10 Oct 2014 15:44:53 GMT Content-Type: text/html;charset=utf-8



The Content-Type seems not correct. Is this the reason Djatoka threw error about "unsupported file format"? How can we make sure openseadragon send request with correct "Content-Type"?

Thanks
Lingling Jiang
p37
unread,
Oct 10, 2014, 4:39:54 PM10/10/14
to isla...@googlegroups.com
just a guess, but have you tried copying your proxy setting for djatoka into the ssl area of your apache config so port 443 can see it?






-- 

For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to the Google Groups "islandora" group.

To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.
Peter Murray
unread,
Oct 13, 2014, 7:41:46 PM10/13/14
to isla...@googlegroups.com







From your djatoka server, can you get the JP2 datastream?  Assuming your djatkoa server and your Fedora server are on the same system, this would look something like:













If you don't get the actual JP2 file, then something is wrong with your object.












Peter

-- 
Alex Garnett
unread,
Oct 14, 2014, 1:44:47 PM10/14/14
to isla...@googlegroups.com
Not sure if we're having the same issue, but since I'm getting the same "can't find decoder capable of reading convert123456789.img" error, I just checked and my JP2 datastream is fine (I can download it and open in GIMP).
Alex Garnett
unread,
Nov 17, 2014, 1:10:12 PM11/17/14
to isla...@googlegroups.com
Hi, Lingling,

Did you ever fix your error? I haven't -- still getting 

2014-11-17/07:19:41.945/PST [http-8080-29] ERROR java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert20193976242218505485566308831.img
java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert20193976242218505485566308831.img

on JP2 datastreams that I've verified are fine. It's heartening that we're having the same issues, but I have no idea what could be going on here.
Diego Pino
unread,
Nov 17, 2014, 1:48:51 PM11/17/14
to isla...@googlegroups.com
Just and idea, but is Kakadu correctly installed? Kakadu is the actual JPEG2000 library.

Diego
Alex Garnett
unread,
Nov 17, 2014, 2:01:53 PM11/17/14
to isla...@googlegroups.com
As far as I can tell, yes -- like I said, the JP2s are being correctly created, and I've verified that kdu_compress and kdu_expand are on apache's path.


-alex



You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Alex Garnett
unread,
Nov 17, 2014, 2:27:29 PM11/17/14
to isla...@googlegroups.com
Also, I've verified that there's no change if I tell the solution pack to use ImageMagick rather than Kakadu -- I still get a valid JP2 datastream, still get an empty viewer when I try to view the object through Islandora, still get the same error in the logs.


-alex
Giancarlo Birello
unread,
Nov 17, 2014, 2:40:56 PM11/17/14
to isla...@googlegroups.com

  
    
  
  

    Have you setup reverse proxy? maybe it depends on it even if error
    is about file format ... 

    

    Here http://v2p2dev.to.cnr.it/doku.php?id=isla2:limage all steps for
    a working installation (on HEAD).

    

    Giancarlo
Diego Pino
unread,
Nov 19, 2014, 9:08:00 AM11/19/14
to isla...@googlegroups.com
Hi Alex, Thumb up for Giancarlos idea! If your are getting this error(not much on google anyway) and there is also this:

HTTP_TRANSACTION_READ_RESPONSE_HEADERS --> HTTP/1.1 404 Not Found Date: Fri, 10 Oct 2014 15:44:53 GMT Content-Type: text/html;charset=utf-8.


then maybe it means djakota is not being able to open the URL (at gov.lanl.adore.djatoka.openurl.DjatokaImageMigrator.processImage) . So it could be a reverse proxy problem. 
Alex Garnett
unread,
Nov 19, 2014, 1:58:50 PM11/19/14
to isla...@googlegroups.com
Hi Giancarlo and Diego,

I appreciate your continued help, but I'm afraid the answer is yes, I've already got it set up (as far as I can tell, anyway) -- I have every Proxy-related line in my httpd.conf commented out except for

ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

Which I believe should be sufficient to do it?


-alex
Giancarlo Birello
unread,
Nov 19, 2014, 2:03:35 PM11/19/14
to isla...@googlegroups.com

    

    

    
On 11/19/2014 07:58 PM, Alex Garnett
      wrote:

    

    

      
Hi Giancarlo and Diego,
        


        

        
I appreciate your continued help, but I'm afraid the answer
          is yes, I've already got it set up (as far as I can tell,
          anyway) -- I have every Proxy-related line in my httpd.conf
          commented out except for

        


        

        

          
ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka

          
ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

        

        


        

        
Which I believe should be sufficient to do it?

      

    

    Uhm .. I don't know.

    I need this:

    

    
        ProxyRequests Off
        ProxyPreserveHost On
        <Proxy *>
                AddDefaultCharset off
                Order deny,allow
                Allow from all
        </Proxy>
        ProxyPass /adore-djatoka http://v2p2repo.to.cnr.it/adore-djatoka
        ProxyPassReverse /adore-djatoka http://v2p2repo.to.cnr.it/adore-djatoka

    

    As you can see I use full URL and not localhost.
Alex Garnett
unread,
Nov 19, 2014, 2:09:58 PM11/19/14
to isla...@googlegroups.com
Changing it to use the full URL and not localhost unfortunately hasn't solved anything for me ... however, I'm encountering a weird error when trying to add the other block containing:

        ProxyRequests Off
        ProxyPreserveHost On
        <Proxy *>
                AddDefaultCharset off
                Order deny,allow
                Allow from all
        </Proxy>
After doing that and trying to restart httpd, I get a syntax error "ProxyRequests must be on or off". This implies that ProxyRequests are being forced on in some other configuration file, which I suppose could be the source of my troubles -- except that there's absolutely nothing else about a Proxy that's uncommented in any other file in /etc/httpd, and (terrifyingly) there are no Google results for that issue.


-alex
Alex Garnett
unread,
Nov 19, 2014, 2:22:08 PM11/19/14
to isla...@googlegroups.com
Have updated httpd (just to the newer point release available in RHEL/CentOS 6 default repos) and still getting the same issue -- sorry to be causing so much trouble, but can anyone else in this thread confirm they've gotten this working in a similar environment? I don't want to find out that you're all on Debian derivatives after banging my head into the wall trying to make this work :)


-alex
Message has been deleted
Diego Pino
unread,
Nov 20, 2014, 3:12:10 PM11/20/14
to isla...@googlegroups.com
Hi Alex, don't worry, is not trouble at all.
I got it running on several Ubuntus and OSX. No Redhat here to test, but this should not be an issue. 

We could start from the beginning maybe(sorry, i need more info!)  i can't promise a solution, but i will try.
1.I would love to have some version numbers on every involved package.
2.- Some log outputs (apache error.log and catalina.out), just a chunk where i can see what happens when you try to make it work
3.- mmm…maybe some config files too? (environmental vars for Tomcat)
4.- and also some info on how you have your Repo installed. Included tomcat or standalone? localhost for everything or valid host names?
Giancarlo: any other info that could help?

i hope we can find a fix.

Diego
...
Giancarlo Birello
unread,
Nov 20, 2014, 3:20:11 PM11/20/14
to isla...@googlegroups.com

    

    
On 11/20/2014 09:12 PM, Diego Pino
      wrote:

    

    

      
Hi Alex, don't worry, is not trouble at all.
        
I got it running on several Ubuntus and OSX. No Redhat here
          to test, but this should not be an issue. 
          


          

          
We could start from the beginning maybe(sorry, i need
            more info!)  i can't promise a solution, but i will try.
            
1.I would love to have some version numbers on every
              involved package.

            
2.- Some log outputs (apache error.log and
              catalina.out), just a chunk where i can see what happens
              when you try to make it work

            
3.- mmm…maybe some config files too? (environmental
              vars for Tomcat)

            
4.- and also some info on how you have your Repo
              installed. Included tomcat or standalone? localhost for
              everything or valid host names?

            
Giancarlo: any other info that could help?

          

        

      

    

    No, I think this is a good start point to try understand where is
    the problem.

    

    The error below left me like a blue screen (do you remember?) and my
    experience with RHEL/CentOS is near 0 but I can't believe reverse
    proxy is not working on these OS.
Alex Garnett
unread,
Nov 24, 2014, 6:40:05 PM11/24/14
to isla...@googlegroups.com
Hi Diego and Giancarlo,

I appreciate your offer of help! Still, though, I'm not sure there's anything I can document at this point that would be any more helpful than what I've already shared in this thread. For what it's worth, I'm on Fedora 3.6.2, included Tomcat, mostly localhost in configs, newest Drupal 7, Islandora head, RHEL 6, Apache 2.2.15.

There's nothing in logs other than what I already shared in catalina.out; apache is totally blind to the problem. Here's what the Tomcat process looks like:

root      2473  2.0  8.1 2679692 664756 ?      Sl   15:01   0:45 /usr/java/latest/bin/java -Djava.util.logging.config.file=/usr/local/fedora/tomcat/conf/logging.properties -Xms1024m -Xmx1024m -XX:MaxPermSize=128m -Djavax.net.ssl.trustStore=/usr/local/fedora/server/truststore -Djavax.net.ssl.trustStorePassword=tomcat -Djava.awt.headless=true -Djava.awt.headless=true -Dkakadu.home=/opt/adore-djatoka/bin/Linux-x86-64 -Djava.library.path=/opt/adore-djatoka/lib/Linux-x86-64 -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.endorsed.dirs=/usr/local/fedora/tomcat/endorsed -classpath /usr/local/fedora/tomcat/bin/bootstrap.jar -Dcatalina.base=/usr/local/fedora/tomcat -Dcatalina.home=/usr/local/fedora/tomcat -Djava.io.tmpdir=/usr/local/fedora/tomcat/temp org.apache.catalina.startup.Bootstrap start

I'm afraid that I've got nothing on my SO question, either ... honestly, my next logical step might be to try to purge apache and reinstall from source, since that seems to be the root of the issues.

http://stackoverflow.com/questions/27049689/centos-6-apache-reverse-proxy-issues


-alex



You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Diego Pino
unread,
Nov 25, 2014, 4:49:38 PM11/25/14
to isla...@googlegroups.com
Hi Alex,
I'm still thinking it's all a reverse proxy thing. Let's rollback:

Assuming you are running Djatoka and Drupal+Islandora on the same machine(Am i correct?):
1.- You don't need (nor should) have http://researchdata.sfu.ca:8080/adore-djatoka/resolver exposed. That's the whole idea of having a proxy pass and reverse there. 
So adore-djakota should be only visible from localhost:8080, meaning http://localhost:8080/adore-djatoka
Is there some special need for having tomcat exposed to the world?

2.- Assuming your case is "http" and not "https" like Lingling Jiang's problem, you only need this two directives in httpd.conf:
Make sure proxy and proxy_http are enabled as modules.

# a2enmod proxy proxy_http 

Restart Apache2

Modify /etc/httpd.conf and roll back to this:

    ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
    ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka 

those lines should be(not necessary, depends on your configuration, but for order) inside a <VirtualHost *:80></VirtualHost> directive so we can be sure we are dealing with port 80(http).

3.- In islandora, the djakota base server URL should be
 /adore-djatoka/resolver
...
Diego Pino
unread,
Nov 25, 2014, 5:01:14 PM11/25/14
to isla...@googlegroups.com
Ups, posted too early Alex.

I'm quite sure it has nothing to do with Redhat. I'm running some other services on Red hat based systems and the main difference from ubuntu is your apache2 config files location.

Lastly, you could try AJP instead, but first try rolling all back and simplifying things(and put your tomcat out of hackers sight!)

and on Giancarlos Documentation http://v2p2dev.to.cnr.it/doku.php?id=repo371:revp , but you must adapt this to your scenario, Giancarlo is using different servers for back and front end.

Bye
...
Alex Garnett
unread,
Nov 25, 2014, 8:09:21 PM11/25/14
to isla...@googlegroups.com
Hi Diego,

No use -- I've verified that the relevant modules are loaded in httpd.conf (no a2enmod on RHEL), and I tried putting the reverse proxy lines in <VirtualHost *:80></VirtualHost> and only using the relative path /adore-djatoka/resolver in the OpenSeadragon config. There's absolutely nothing else wrong with the server for me other than OpenSeadragon failing to load images, and it still works fine from adore-djatoka demo URL: http://researchdata.sfu.ca:8080/adore-djatoka/, and still generates the same error message.

I could block port 8080, but I haven't needed to yet (I'm not that familiar with Tomcat vulnerabilities); really I'd just like to get this working, but I may give up until this functionality is overhauled. Thanks for your help, though!


-alex







-- 
Brad Spry
unread,
Nov 25, 2014, 11:30:57 PM11/25/14
to isla...@googlegroups.com
The URL you posted:
http://researchdata.sfu.ca/islandora/object/islandora%3A80

...doesn't seem to have the OpenSeaDragon viewer enabled.   Can you enable OpenSeaDragon for large images, so I can maybe see what is happening?

Also, it's that supposed to be a solid black image?  Just making sure.


Sincerely,

Brad Spry
Atkins Library
UNC Charlotte




Alex Garnett
unread,
Nov 26, 2014, 12:08:03 AM11/26/14
to isla...@googlegroups.com
I had disabled OpenSeadragon while it wasn't working; I've just reenabled it so you can have a look. Thanks!

and that image isn't quite all black, but it's very close.


-alex


Brad Spry
unread,
Nov 26, 2014, 8:00:10 AM11/26/14
to isla...@googlegroups.com
On the configuration page:
/admin/islandora/islandora_viewers/openseadragon

...try changing the to:

/adore-djatoka/resolver


Message has been deleted
Diego Pino
unread,
Nov 26, 2014, 10:48:53 AM11/26/14
to isla...@googlegroups.com
Hi Alex, sorry to hear that. I took some minutes(ok, maybe an hour) to check your repo. Your reverse proxy is working fine, so the problem is not there. I can use  http://researchdata.sfu.ca/adore-djatoka/resolve as base url for any correct external JP2 image using your adore-djakota web interface, but using your datastream (JP2) gives me always a Tomcat 404 resource not found error. So i downloaded your JP2 stream and your original TIFF image. (I now think the problem is there). Comparing your local JP2 with an working external one i see two differences:
Color Space: yours is a grey image, the ones i found working are RGB (8 bit)
Color profile: I see your JP2 (i'm on a mac) gives me a Generic Grayscale profile, those that worked for me did not have a profile assigned.

So, just for the matter of giving finally up: could you replace the current TIFF(OBJ datastream) with a 8 bit one, no color profile and see if the JP2 derivative is done correctly? (same object please). That's the last thing i can think of, djakota is very old and i did not found many "hits" on google.
Finally if that does not work, could you try replacing only the JP2 datastream with http://memory.loc.gov/gmd/gmd433/g4330/g4330/np000066.jp2 (the test image).

That would give us the final answer: if kakadu is not compressing JP2 correctly, there is some problem on how Apache is serving the image(maybe response header) or i really don't know anything about linux!
Diego
Brad Spry
unread,
Nov 26, 2014, 11:21:10 AM11/26/14
to isla...@googlegroups.com
I missed you saying you already had the relative path in the configuration.

As far as the proxy configuration, here's mine from /etc/apache2/sites-available/default

RewriteEngine On

RewriteCond %{QUERY_STRING} (.*)https(.*)
RewriteRule ^/adore-djatoka/resolver /adore-djatoka/resolver?%1http%2 [L,PT]


ProxyRequests Off
ProxyPreserveHost On
<Proxy \*>
        Order deny,allow
        Allow from all
</Proxy>
ProxyPass /fedora/get http://localhost:8080/fedora/get
ProxyPassReverse /fedora/get http://localhost:8080/fedora/get
ProxyPass /fedora/services http://localhost:8080/fedora/services
ProxyPassReverse /fedora/services http://localhost:8080/fedora/services
ProxyPass /fedora/describe http://localhost:8080/fedora/describe
ProxyPassReverse /fedora/describe http://localhost:8080/fedora/describe
ProxyPass /iiv http://localhost:8080/iiv
ProxyPassReverse /iiv http://localhost:8080/iiv
ProxyPass /fedora/risearch http://localhost:8080/fedora/risearch
ProxyPassReverse /fedora/risearch http://localhost:8080/fedora/risearch

ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka
ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka


<B
Peter MacDonald
unread,
Nov 26, 2014, 12:08:38 PM11/26/14
to isla...@googlegroups.com
Alex:

I notice you have done some nice custom theming on your site. We have done this too, but the theme required that we install the jQuery module and crank up the version to a version of jQuery higher than was healthy for some Islandora features. If this applies to you, you might experiement with scaling jQuery back a version or two. We had to do this because some of the Islandora management javascript was not working until we did.

Just a thought.

Peter






-- 

For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to the Google Groups "islandora" group.

To unsubscribe from this group and stop receiving emails from it, send an email to islandora+...@googlegroups.com.



-- 
Peter MacDonald,
Library Information Systems Specialist
Hamilton College Library
Clinton, New York
315 859-4493
pmacdona-hamilton (Skype)





Giancarlo Birello
unread,
Nov 26, 2014, 1:38:18 PM11/26/14
to isla...@googlegroups.com

    

    
On 11/26/2014 04:45 PM, Diego Pino
      wrote:

    

    

      
Hi Alex, sorry to hear that. I took some
        minutes(ok, maybe an hour) to check your repo. Your reverse
        proxy is working fine, so the problem is not there. I can use  http://researchdata.sfu.ca/adore-djatoka/resolve as
        base url for any correct external JP2 image using your
        adore-djakota web interface, but using your datastream (JP2)
        gives me always a Tomcat 404 resource not found error. 

    

    I'm not sure. I tried (I'm very curious) opening this URL:
    http://researchdata.sfu.ca/adore-djatoka/

    then 

    

    BaseURL: http://researchdata.sfu.ca/adore-djatoka/resolver

    Referent Identifier:
http://researchdata.sfu.ca:8080/fedora/objects/islandora:80/datastreams/JP2/content

    

    then click "Open image in new window"
(http://researchdata.sfu.ca/adore-djatoka/resolver?url_ver=Z39.88-2004&rft_id=http%3A%2F%2Fresearchdata.sfu.ca%3A8080%2Ffedora%2Fobjects%2Fislandora%3A80%2Fdatastreams%2FJP2%2Fcontent&svc_id=info:lanl-repo/svc/getRegion&svc_val_fmt=info:ofi/fmt:kev:mtx:jpeg2000&svc.format=image/jpeg&svc.level=3&svc.rotate=0&svc.region=0,0,500,500)

    

    I can see the image, no tomcat error, yes the image is a little bit
    dark  :-) 

    

    But in Openseadragon is grey, don't work.

    

    Yes, this doesn't help but I don't think the problem is the JP2
    file.

    

    

      
So i downloaded your JP2 stream and your original
        TIFF image. (I think the problem is there). Comparing your local
        JP2 with an working external one i see two differences:
        
Color Space: yours is a grey image, the ones i found
          working are RGB (8 bit)

        
Color profile: I see your(i my mac) gives me a Generic
          Grayscale profile, those that worked for me did not have does:

        


        

        
So, just for the matter of giving finally up: could you
          replace the current TIFF(OBJ datastream) with a 8 bit one, no
          color profile and see if the JP2 derivative is done correctly?
          (same object please). Thats the last thing i can think of,
          djakota is very old and i did not found many "hits" on google.

        
Finally if that does not work, could you try replacing only
          the JP2 datastream
          with http://memory.loc.gov/gmd/gmd433/g4330/g4330/np000066.jp2
          (the test image).

        


        

        
That would give us the final answer: if kakadu is not
          compressing JP2 correctly, there is some problem on how Apache
          is serving the image(maybe response header) or i really don't
          know anything about linux!

        
Diego

        


        

        

      You received this message because you are subscribed to the Google
      Groups "islandora" group.

      To unsubscribe from this group and stop receiving emails from it,
      send an email to islandora+...@googlegroups.com.
Alex Garnett
unread,
Nov 26, 2014, 1:43:14 PM11/26/14
to isla...@googlegroups.com
I appreciate the attention this is getting!

Peter: I just tried toggling back to Bartik (nice idea) but still no dice. I agree that the JP2 datamdream is probably fine...
...
Diego Pino
unread,
Nov 26, 2014, 3:37:28 PM11/26/14
to isla...@googlegroups.com
Fully true Giancarlo, i was testing using this callback: url_ver=Z39.88-2004&rft_id=http%3A%2F%2Fresearchdata.sfu.ca%2Fislandora%2Fobject%2Fislandora%253A80%2Fdatastream%2FJP2%2Fview%3Ftoken%3Da7cbd63693c129156ffc0880fc1d910d0397f4024bfceb37ca585f6576687d48&svc_id=info%3Alanl-repo%2Fsvc%2FgetMetadata

I did not expect to see Fedora open to the world!(nice finding)

The one i was testing and is failing using openseadragon is
(using a web inspector you see openseadragon is calling this url(

and not directly the fedora served stream


The first one (islandora) gives this response headers:

Date	Wed, 26 Nov 2014 20:28:44 GMT


Etag	"1417033724"


Last-Modified	Mon, 06 Oct 2014 20:32:25 GMT


Server	Apache/2.2.15 (Red Hat)


X-Powered-By	PHP/5.5.16


Content-Type	image/jp2


Cache-Control	public, must-revalidate, max-age=0


Connection	close


Content-Length	1223748


Expires	Sun, 19 Nov 1978 05:00:00 GMT

The first one (Fedora) gives this response headers:
Content-Disposition	inline; filename="JPEG 2000.bin"
Content-Length	1223748
Server	Apache-Coyote/1.1




Content-Type	image/jp2


So could this be a problem of on how Apache is serving the image(maybe response header)?
or i really don't know anything about linux (still)!

...
gavin....@commonmediainc.com
unread,
May 18, 2015, 8:52:19 AM5/18/15
to isla...@googlegroups.com
Hello Everyone, 

Did this issue ever get resolved?

Very interested in the possible outcome as I think I'm encountering the exact same issue as Alex initially did. 

Able to ingest tiffs, jp2s generated but jp2s not returned through OpenSeadragon. 

Any followup possible?

Thanks
Donald Moses
unread,
May 18, 2015, 10:19:13 AM5/18/15
to isla...@googlegroups.com
Have you configured the url to djatoka in the Page Content Model ? 

Admin > Islandora > Solution Pack Configuration > Paged Content Module (admin/islandora/solution_pack_config/paged_content)

dm

gavin....@commonmediainc.com
unread,
May 18, 2015, 10:25:14 AM5/18/15
to isla...@googlegroups.com
On our Islandora/Web Server yes:


(client domain name removed)
Giancarlo Birello
unread,
May 18, 2015, 10:32:28 AM5/18/15
to isla...@googlegroups.com

  
    
  
  

    I remember problems when reverse proxy not well configured.

    

    You can find here (http://v2p2dev.to.cnr.it/doku.php?id=repo371:revp)
    my conf steps for reverse proxy.

    

    In the same site more info about our working installation.

    

    I hope this can help.

    

    Giancarlo
Phil Redmon
unread,
May 18, 2015, 10:37:05 AM5/18/15
to isla...@googlegroups.com
gavin....@commonmediainc.com
unread,
May 18, 2015, 10:39:36 AM5/18/15
to isla...@googlegroups.com
Thanks for the link Giancaro. 

I actually followed much of your previous setup to get Djatoka running in the first place, so I'm grateful for that. 

For the conf steps,I'll be using http instead of the ajp as these are separate servers. (assuming)

Took a look at the Islandora / Web server /etc/httpd/conf/httpd.conf file. 

At the bottom is the reverse proxy information:

Should there be more to this entry?

<Proxy *>
    Order deny,allow
    Allow from all
</Proxy>
        ProxyPass /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPassReverse /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPass /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPassReverse /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPass /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPassReverse /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPass /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPassReverse /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPass /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka
        ProxyPassReverse /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka
gavin....@commonmediainc.com
unread,
May 18, 2015, 10:46:55 AM5/18/15
to isla...@googlegroups.com
Hi Phil, 

Thanks for the tip.

Since this is a multi server setup, we have tried several combinations but no such luck so far.

http://fedora-servername.domain.com:8080/adore-djatoka/   (no impact jp2 still not visible)

http://islandora.domain.com/adore-djatoka/   (no impact jp2 still not visible)

There are more details on my original post. https://groups.google.com/forum/?hl=en#!topic/islandora/Kj2HgsiCGQU

Apologies everyone, i don't mean to hijack here per se.


On Monday, May 18, 2015 at 10:37:05 AM UTC-4, Phil R wrote:
On Mon, May 18, 2015 at 9:25 AM <gavin....@commonmediainc.com> wrote:
On our Islandora/Web Server yes:


(client domain name removed)
Giancarlo Birello
unread,
May 18, 2015, 11:04:39 AM5/18/15
to isla...@googlegroups.com

    

    

    
On 05/18/2015 04:39 PM,
      gavin....@commonmediainc.com wrote:

    

    

      
Thanks for the link Giancaro. 
        


        

        
I actually followed much of your previous setup to get
          Djatoka running in the first place, so I'm grateful for that. 

        


        

        
For the conf steps,I'll be using http instead of the ajp as
          these are separate servers. (assuming)

      

    

    I have fedora on the same server than adore-djatoka while Islandora
    on a different one.


    

      

        


        

        
Took a look at the Islandora / Web server
          /etc/httpd/conf/httpd.conf file. 

        


        

        
At the bottom is the reverse proxy information:

        


        

        
Should there be more to this entry?

        


        

        

          
<Proxy *>

          
    Order deny,allow

          
    Allow from all

          
</Proxy>

          
        ProxyPass /fedora/get
            http://fedoraserver.domain.com:8080/fedora/get

          
        ProxyPassReverse /fedora/get
            http://fedoraserver.domain.com:8080/fedora/get

          
        ProxyPass /fedora/services
            http://fedoraserver.domain.com:8080/fedora/services

          
        ProxyPassReverse /fedora/services
            http://fedoraserver.domain.com:8080/fedora/services

          
        ProxyPass /fedora/describe
            http://fedoraserver.domain.com:8080/fedora/describe

          
        ProxyPassReverse /fedora/describe
            http://fedoraserver.domain.com:8080/fedora/describe

          
        ProxyPass /fedora/risearch
            http://fedoraserver.domain.com:8080/fedora/risearch

          
        ProxyPassReverse /fedora/risearch
            http://fedoraserver.domain.com:8080/fedora/risearch

          
        ProxyPass /adore-djatoka
            http://fedoraserver.domain.com:8080/adore-djatoka

          
        ProxyPassReverse /adore-djatoka
            http://fedoraserver.domain.com:8080/adore-djatoka

        

      

    

    This conf is on my fedora server: this enables access to
    adore-djatoka on standard 80 port

    

    On my Islandora server I have this conf
    (http://v2p2dev.to.cnr.it/doku.php?id=isla2:limage)


    

            ProxyRequests Off

            ProxyPreserveHost On

            <Proxy *>

                    AddDefaultCharset off

                    Order deny,allow

                    Allow from all

            </Proxy>

            ProxyPass /adore-djatoka
    http://v2p2repo.to.cnr.it/adore-djatoka

            ProxyPassReverse /adore-djatoka
    http://v2p2repo.to.cnr.it/adore-djatoka

    

    Anyway, can you access from islandora server this url:
    http://islandora.server.com/adore-djatoka ?

    I think you can access it only if Islandora server can access
    fedoraserver.domain.com on port 8080.

    

    What your setting here: Home » Administration » Islandora »
    Islandora Viewers > OpenSeadragon > Djatoka server base URL  ?

    In my case I have: /adore-djatoka/resolver

    

    

    Giancarlo
gavin....@commonmediainc.com
unread,
May 18, 2015, 11:05:02 AM5/18/15
to isla...@googlegroups.com
I'm now seeing this error within the Chrome> Developer tools> Network>console

XMLHttpRequest cannot load http://fedora-server.domain.com:8080/adore-djatoka/?url_ver=Z39.88-2004&…539ba3c8a5efda45b798bd3819fc91&svc_id=info%3Alanl-repo%2Fsvc%2FgetMetadata. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://islandora.domain.com' is therefore not allowed access.

Is this related to the Reverse proxy?
Giancarlo Birello
unread,
May 18, 2015, 11:09:48 AM5/18/15
to isla...@googlegroups.com

  
    
  
  

    

    As in my message few minutes ago, I think this confirm my idea.

    

    You must have public access to
    http://islandora.domain.com/adore-djatoka.

    

    A first reverse proxy on fedora server to make public adore-djatoka

    

    A second reverse proxy on Islandora server to proxy request to
    fedora server.

    

    I hope I'm right...

    

    Giancarlo

      -- 
gavin....@commonmediainc.com
unread,
May 18, 2015, 11:22:27 AM5/18/15
to isla...@googlegroups.com
Hi Giancarlo, 

Thanks for the update. 

I'm curious about what you mean by "public access?"

The fedora server has port 8080 open to the islandora server

I'm seeing that the Islandora server is able to get the appropriate object now (I see a 200 status return where before this morning 404 was the order of the day)

It just appears that the return value of the JSON or the JP2 itself is blocked as a cross-domain issue.

I'm not clear on how setting up multiple reverse proxy servers would fix this?

Additionally, would this be installing an Apache Server with these settings on the Fedora Server?

Sorry to be so confused.
gavin....@commonmediainc.com
unread,
May 18, 2015, 11:35:51 AM5/18/15
to isla...@googlegroups.com
"What your setting here: Home » Administration » Islandora » Islandora Viewers > OpenSeadragon > Djatoka server base URL  ?
In my case I have: /adore-djatoka/resolver"

Interesting. If I include the resolver part in the OpenDragon setup, I then get 404 errors. If I remove it and leave http://fedoraserver.domain.com:8080/adore-djatoka/ then I get positive 200 statuses BUT still the cross-domain blocking. 

Feels like I'm very close. Just not clear on how to resolve the JSON cross scripting issue which now seems to be the main blocker.
Giancarlo Birello
unread,
May 18, 2015, 11:43:39 AM5/18/15
to isla...@googlegroups.com

  
    
  
  

    I think that an external user browsing isladora site must be able to
    access http://isladora.server.com/adore-djatoka

    

    For this scope I have 2 reverse proxy, both using Apache:

    one on fedora server to allow access to
    http://fedora.server.com/adore-djatoka as my fedora server port 8080
    is closed to external access

    one on Islandora server to allow access to
    http://islandora.server.com/adore-djatoka proxing request to fedora
    server

    

    My installation is on Ubuntu server while your is on Red Hat so I
    don't know if there are more issues about SElinux in this case. 

    

    While writing I read your next mail: "Interesting. If I include the
    resolver part in the OpenDragon setup, I then get 404 errors. If I
    remove it and leave
    http://fedoraserver.domain.com:8080/adore-djatoka/ then I get
    positive 200 statuses BUT still the cross-domain blocking."

    My question is again: can an external user access
    http://fedoraserver.domain.com:8080/adore-djatoka/ ?

    

    Giancarlo
gavin....@commonmediainc.com
unread,
May 18, 2015, 11:56:20 AM5/18/15
to isla...@googlegroups.com
Hi Giancarlo, 

Thanks for your continued patience. 

Apologies for missing your original question:

"My question is again: can an external user access http://fedoraserver.domain.com:8080/adore-djatoka/ ?"

No. An external user cannot access  http://fedoraserver.domain.com:8080/adore-djatoka/ ? (Port 8080 is not publicly accessible. I use a VPN to connect to the Tomcat interface.)

The Islandora Server is publicly accessible by port 80. 
Giancarlo Birello
unread,
May 18, 2015, 12:05:52 PM5/18/15
to isla...@googlegroups.com

    

    

    
On 05/18/2015 05:56 PM,
      gavin....@commonmediainc.com wrote:

    

    

      
Hi Giancarlo, 
        


        

        
Thanks for your continued patience. 

        


        

        
Apologies for missing your original question:

        


        

        
"My question is again: can an external user access http://fedoraserver.domain.com:8080/adore-djatoka/ ?"

        


        

        
No. An external user cannot access  http://fedoraserver.domain.com:8080/adore-djatoka/ ?
          (Port 8080 is not publicly accessible. I use a VPN to
            connect to the Tomcat interface.)

      

    

    I have the same configuration and for this reason I installed Apache
    + reverse proxy onto fedora server to make adore-djatoka accessible
    on port 80 from external user.

    Maybe you can limit access to adore-djatoka/resolver but I never
    checked it.
    

      

        


        

        
The Islandora Server is publicly accessible by port 80. 

        

      

    

    Yes, and the second reverse proxy sends
    islandora.server.com/adore-djatoka request to fedora server at
    proxied URL fedora.server.com/adore-djatoka.
gavin....@commonmediainc.com
unread,
May 18, 2015, 12:09:09 PM5/18/15
to isla...@googlegroups.com
Okay. Sounds like a solid suggestion. 

I'll spin up a vagrant box and test this out today. Will get back with results.

Thanks Giancarlo.
gavin....@commonmediainc.com
unread,
May 18, 2015, 8:45:40 PM5/18/15
to isla...@googlegroups.com
Okay, so I spun up the vagrant boxes and am still having the issue but with more details.  (server settings at bottom of new post)

I ingested a .TIFF file and it shows up properly in the Fedora Commons 3.8 Repository. JP2 derivatives are created properly. I can download them from the repository and view them in exiftool and JP2 image status is confirmed. However when I attempt to view the resulting ingested image via Open Seadragon, it doesn't show up. Blank. 

When I reload the page when running  the Chrome>View>Developer Tools>Developer Tools>Network>Console

There is a new error: Instead of proper JSON it looks like it is returning the value of the now publicly accessible Adore-djatoka Demo URL page. Odd?

Error: Output

Uncaught Invalid JSON: <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<link rel="shortcut icon" href="images/elogo.gif" />
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<script src = "javascript/djatoka.js" type = "text/javascript"></script>
<title>djatoka OpenURL Demo</title>
</head>
<body>
           <div style="width:95%;height:500px;overflow-x:auto;" id="jp2Image_div">
           </div>
            <div class = "inside_div" id = "div_jp2Configs">
                <table>
                   <tr>
                     <td>BaseURL:</td>
                     <td><input id = "val_jp2Config_baseUrl" type = "text" name = "baseUrl" size=100 maxlength=100 value="http://fedoraserver.domain.com:8080/adore-djatoka/resolver"></td>
                  </tr>
                  <tr>
                     <td>Referent Identifier:</td>
                     <td><input id = "val_jp2Config_rftId" type = "text" name = "rftId" size=100 maxlength=100 value="http://memory.loc.gov/gmd/gmd433/g4330/g4330/np000066.jp2"></td>
                  </tr>
                  <tr>
                     <td>Response Format:</td>
                     <td><select id="val_jp2Config_format" value="image/jpeg">
                         <option value="image/jpeg">image/jpeg</option>
                         <option value="image/png">image/png</option>
                         <option value="image/tiff">image/tiff</option>
                         <option value="image/gif">image/gif</option>
                         <option value="image/bmp">image/bmp</option>
                         <option value="image/jp2">image/jp2</option>
                         <option value="image/pnm">image/pnm</option>
                         </select>
                     </td>
                   </tr>
                     <td>Rotate:</td>
                     <td><select id="val_jp2Config_rotate">
                         <option value="0">0</option>
                         <option value="90">90</option>
                         <option value="180">180</option>
                         <option value="270">270</option>
                         </select>
                    </td>
                  </tr>
                  <tr>
                     <td>Level:</td>
                     <td><select id="val_jp2Config_level">
                         <option value="0">0</option>
                         <option value="1">1</option>
                         <option value="2">2</option>
                         <option value="3" selected>3</option>
                         <option value="4">4</option>
                         <option value="5">5</option>
                         <option value="6">6</option>
                         <option value="7">7</option>
                         <option value="8">8</option>
                         <option value="9">9</option>
                         <option value="10">10</option>
                         <option value="100">Max</option>
                         </select>
                    </td>
                  </tr>
                  <tr>
                    <td>Region:</td><td><input type="checkbox" id="val_jp2Config_region_status" checked onChange="javascript:if(this.checked) {enableField('val_jp2Config_region_y');enableField('val_jp2Config_region_x');enableField('val_jp2Config_region_h');enableField('val_jp2Config_region_w');} else {disableField('val_jp2Config_region_y');disableField('val_jp2Config_region_x');disableField('val_jp2Config_region_h');disableField('val_jp2Config_region_w');}">Enable </td>
                  </tr>
                  <tr>
                    <td>&nbsp;&nbsp;&nbsp;&nbsp;y: </td><td><input id = "val_jp2Config_region_y" type = "text" name = "y" size = 10 maxlength = 10 value=0></td>&nbsp;
                  </tr>
                  <tr>
                    <td>&nbsp;&nbsp;&nbsp;&nbsp;x: </td><td><input id = "val_jp2Config_region_x" type = "text" name = "x" size = 10 maxlength = 10 value=0></td>&nbsp;
                  </tr>
                  <tr>
                    <td>&nbsp;&nbsp;&nbsp;&nbsp;h: </td><td><input id = "val_jp2Config_region_h" type = "text" name = "h" size = 10 maxlength = 10 value=500></td>&nbsp;
                  </tr>
                  <tr>
                    <td>&nbsp;&nbsp;&nbsp;&nbsp;w: </td><td><input id = "val_jp2Config_region_w" type = "text" name = "w" size = 10 maxlength = 10 value=500></td>&nbsp;
                  </tr>
                  <tr>
                    <td>&nbsp;&nbsp;
                    <input type = button value = "Update Image" onclick = "updateImage(document.getElementById('val_jp2Config_baseUrl').value, document.getElementById('val_jp2Config_rftId').value, document.getElementById('val_jp2Config_format').value, document.getElementById('val_jp2Config_rotate').value, document.getElementById('val_jp2Config_level').value, document.getElementById('val_jp2Config_region_y').value, document.getElementById('val_jp2Config_region_x').value, document.getElementById('val_jp2Config_region_h').value, document.getElementById('val_jp2Config_region_w').value, document.getElementById('val_jp2Config_region_status').checked);"/>
                     &nbsp;
                    <input type = button value = "Open Image in new window" onclick = "openImageInNewWindow(document.getElementById('val_jp2Config_baseUrl').value, document.getElementById('val_jp2Config_rftId').value, document.getElementById('val_jp2Config_format').value, document.getElementById('val_jp2Config_rotate').value, document.getElementById('val_jp2Config_level').value, document.getElementById('val_jp2Config_region_y').value, document.getElementById('val_jp2Config_region_x').value, document.getElementById('val_jp2Config_region_h').value, document.getElementById('val_jp2Config_region_w').value, document.getElementById('val_jp2Config_region_status').checked);"/>
                   </td>
                  </tr>
                </table>
                <br/><br/>
                <div style="width:95%; overflow-x:auto;" id = "openURL_div">
                </div>
            </div>
</body>
</html>b.extend.error @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:32b.extend.parseJSON @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:32$.DjatokaTileSource.djatoka_get_success @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10867c.extend.handleSuccess @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:143c.extend.ajax.w.onreadystatechange @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:142c.extend.ajax @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:142c.extend.get @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:134$.DjatokaTileSource @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10882(anonymous function) @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:251b.extend.each @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:34(anonymous function) @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:250b.extend.each @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:34b.fn.b.each @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:27Drupal.behaviors.islandoraOpenSeadragon.attach @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:246(anonymous function) @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:325b.extend.each @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:33Drupal.attachBehaviors @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:323(anonymous function) @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:661b.extend.ready @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:30u @ js_xAPl0qIk9eowy_iS9tNkCWXLUVoat94SQT48UBCFkyQ.js:38
js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10223 Uncaught TypeError: Cannot read property 'x' of null

2nd error:
Uncaught TypeError: Cannot read property 'x' of null                 js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10223 

Uncaught TypeError: Cannot read property 'x' of null$.Viewport.resetContentSize @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10223$.Viewport @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:10210$.extend.open @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:4081(anonymous function) @ js_OpS0aeNdAzjF3igjHZV_5yLiOeP8I8KOy_d46v5z4Kc.js:4006

———————————————————
SERVER SETTINGS: 

Islandora Web Server (islandora.domain.com)

Paged Content Module setting
djatoka URL

Open Seadragon setting
djatoka Server Base URL
http://islandora.domain.com/adore-djatoka   (publicly accessible now)

Reverse Proxy settings on Islandora Server 
/etc/httpd/conf/httpd.conf setting

ProxyRequests Off
        ProxyPreserveHost On
        <Proxy *>
                AddDefaultCharset off
                Order deny,allow
                Allow from all
        </Proxy>
        ProxyPass /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPassReverse /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPass /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPassReverse /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPass /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPassReverse /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPass /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPassReverse /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPass /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka
        ProxyPassReverse /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka

==================

Fedora Server (fedoraserver.domain.com)

Apache 2.2 now installed 

Reverse Proxy settings on Fedora Server

ProxyRequests Off
ProxyPreserveHost On
<Proxy *>
     AddDefaultCharset off
     Order deny,allow
     Allow from all
</Proxy>
ProxyPassReverse /adore-djatoka http://islandora.domain.com/adore-djatoka

index.html setting in /usr/share/tomcat/webapps/adore-djatoka/index.html

<td>BaseURL:</td>
                     <td><input id = "val_jp2Config_baseUrl" type = "text" name = "baseUrl" size=100 maxlength=100 value="http://fedoraserver.domain.com:8080/adore-djatoka/resolver"></td>

Alex Garnett
unread,
May 18, 2015, 9:16:07 PM5/18/15
to isla...@googlegroups.com
This is sounding increasingly like my still-unsolved issue.

-alex 
From: gavin....@commonmediainc.com
Sent: ‎2015-‎05-‎18 5:45 PM
To: isla...@googlegroups.com
Subject: Re: [islandora] Re: OpenSeaDragon issues


You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Giancarlo Birello
unread,
May 19, 2015, 3:17:43 AM5/19/15
to isla...@googlegroups.com

  
    
  
  

    It's not so clear for me why you proxy on fedora server to islandora
    :


    ProxyPass /adore-djatoka http://islandora.domain.com/adore-djatoka

    ProxyPassReverse /adore-djatoka
    http://islandora.domain.com/adore-djatoka

    

    In my thoughts, adore-djatoka is on fedora server so you have to
    proxy from islandora to fedora.

    

    Can you try this conf?

    

    fedora server reverse proxy


    
        ProxyPass /adore-djatoka
      http://fedoraserver.domain.com:8080/adore-djatoka

    
        ProxyPassReverse /adore-djatoka
      http://fedoraserver.domain.com:8080/adore-djatoka

    

    
islandora server

           ProxyPass /adore-djatoka
    http://fedoraserver.domain.com/adore-djatoka

           ProxyPassReverse /adore-djatoka
    http://fedoraserver.domain.com/adore-djatoka

    

    Paged Content Module setting - djatoka URL

            http://islandora.domain.com/adore-djatoka

    

    Open Seadragon setting - djatoka Server Base URL

            /adore-djatoka/resolver

    

    Giancarlo


    

    
On 05/19/2015 02:45 AM,
      gavin....@commonmediainc.com wrote:

    

    

          
Okay, so I spun up the vagrant boxes and am still having
            the issue but with more details.  (server settings at bottom
            of new post)

          


          

          
I ingested a .TIFF file and it shows up properly in the
            Fedora Commons 3.8 Repository. JP2 derivatives are created
            properly. I can download them from the repository and view
            them in exiftool and JP2 image status is confirmed. However
            when I attempt to view the resulting ingested image via Open
            Seadragon, it doesn't show up. Blank. 

          


          

          
When I reload the page when running  the
            Chrome>View>Developer Tools>Developer
            Tools>Network>Console

          


          

          
There is a new error: Instead of proper JSON it looks
              like it is returning the value of the now publicly
              accessible Adore-djatoka Demo URL page. Odd?

          


          

          
Error: Output

          


          

          
Uncaught Invalid JSON: <!DOCTYPE html PUBLIC
            "-//W3C//DTD HTML 4.01 Transitional//EN"
            "http://www.w3.org/TR/html4/loose.dtd">

          
<html>

          
<head>

          
<link rel="shortcut icon" href="images/elogo.gif"
            />

          
<meta http-equiv="Content-Type" content="text/html;
            ">

          
Jared Whiklo
unread,
May 19, 2015, 9:22:20 AM5/19/15
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----

Hash: SHA1



Hi Gavin,



Did I read this incorrectly or do you have a ProxyPass from your

Drupal Apache Server to your Fedora Server, but then a ProxyPass on

the Fedora Server to the Islandora server?



> Reverse Proxy settings on Islandora Server 

> /etc/httpd/conf/httpd.conf setting

> 

> ProxyRequests Off ProxyPreserveHost On <Proxy *> AddDefaultCharset

> off Order deny,allow Allow from all </Proxy>

...

> ProxyPass /adore-djatoka

> http://fedoraserver.domain.com:8080/adore-djatoka ProxyPassReverse

> /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka





> Reverse Proxy settings on Fedora Server

> 

> ProxyRequests Off ProxyPreserveHost On <Proxy *> AddDefaultCharset

> off Order deny,allow Allow from all </Proxy> ProxyPass

> /adore-djatoka http://islandora.domain.com/adore-djatoka 

> ProxyPassReverse /adore-djatoka

> http://islandora.domain.com/adore-djatoka



Why not forward requests to the Fedora Apache server to the Fedora

Tomcat server directly?



Is your Fedora Server Tomcat accessible to the world or at least to

your Islandora Server?



The last thing is when I look at my setup my Open Seadragon setting

for Base URL is



/adore-djatoka/resolver



Perhaps you need the "/resolver" on yours?



cheers,

jared



On 2015-05-18 7:45 PM, gavin....@commonmediainc.com wrote:

> Okay, so I spun up the vagrant boxes and am still having the issue

> but with more details.  (server settings at bottom of new post)

> 

> I ingested a .TIFF file and it shows up properly in the Fedora

> Commons 3.8 Repository. JP2 derivatives are created properly. I can

> download them from the repository and view them in exiftool and JP2

> image status is confirmed. However when I attempt to view the

> resulting ingested image via Open Seadragon, it doesn't show up.

> Blank.

> 

> When I reload the page when running  the Chrome>View>Developer 

> Tools>Developer Tools>Network>Console

> 

> There is a new error:*Instead of proper JSON it looks like it is 

> returning the value of the now publicly accessible Adore-djatoka

> Demo URL page. Odd?*

> 

> Error: Output

> 

> *Uncaught Invalid JSON:* <!DOCTYPE html PUBLIC "-//W3C//DTD HTML

> 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> 

> <html> <head> <link rel="shortcut icon" href="images/elogo.gif" /> 

> <meta http-equiv="Content-Type" content="text/html; "> <script src

> *Paged Content Module setting* djatoka URL 

> http://fedoraserver.domain.com:8080/adore-djatoka

> 

> *Open Seadragon setting* djatoka Server Base URL 

> http://islandora.domain.com/adore-djatoka   (publicly accessible

> now)

> 

> *Reverse Proxy settings on Islandora Server * 

> /etc/httpd/conf/httpd.conf setting

> 

> ProxyRequests Off ProxyPreserveHost On <Proxy *> AddDefaultCharset

> off Order deny,allow Allow from all </Proxy> ProxyPass /fedora/get

> http://fedoraserver.domain.com:8080/fedora/get ProxyPassReverse

> /fedora/get http://fedoraserver.domain.com:8080/fedora/get 

> ProxyPass /fedora/services 

> http://fedoraserver.domain.com:8080/fedora/services 

> ProxyPassReverse /fedora/services 

> http://fedoraserver.domain.com:8080/fedora/services ProxyPass

> /fedora/describe 

> http://fedoraserver.domain.com:8080/fedora/describe 

> ProxyPassReverse /fedora/describe 

> http://fedoraserver.domain.com:8080/fedora/describe ProxyPass

> /fedora/risearch 

> http://fedoraserver.domain.com:8080/fedora/risearch 

> ProxyPassReverse /fedora/risearch 

> http://fedoraserver.domain.com:8080/fedora/risearch ProxyPass

> /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka 

> ProxyPassReverse /adore-djatoka 

> http://fedoraserver.domain.com:8080/adore-djatoka

> 

> ==================

> 

> *Fedora Server* (fedoraserver.domain.com)

> 

> Apache 2.2 now installed

> 

> *Reverse Proxy settings on Fedora Server*

> 

> ProxyRequests Off ProxyPreserveHost On <Proxy *> AddDefaultCharset

> off Order deny,allow Allow from all </Proxy> ProxyPass

> /adore-djatoka http://islandora.domain.com/adore-djatoka 

> ProxyPassReverse /adore-djatoka

> http://islandora.domain.com/adore-djatoka

> 

> *index.html setting* in

> /usr/share/tomcat/webapps/adore-djatoka/index.html

> 

> <td>BaseURL:</td> <td><input id = "val_jp2Config_baseUrl" type = 

> "text" name = "baseUrl" size=100 maxlength=100 

> value="http://fedoraserver.domain.com:8080/adore-djatoka/resolver"></t

d>

>

>  On Monday, May 18, 2015 at 12:09:09 PM UTC-4, 

> gavin....@commonmediainc.com wrote:

> 

> Okay. Sounds like a solid suggestion.

> 

> I'll spin up a vagrant box and test this out today. Will get back 

> with results.

> 

> Thanks Giancarlo.

> 

> On Monday, May 18, 2015 at 12:05:52 PM UTC-4, Giancarlo Birello

> wrote:

> 

> 

> 

> On 05/18/2015 05:56 PM, gavin....@commonmediainc.com wrote:

>> Hi Giancarlo,

>> 

>> Thanks for your continued patience.

>> 

>> Apologies for missing your original question:

>> 

>> "My question is again: can an external user access

>> http://fedoraserver.domain.com:8080/adore-djatoka/ 

>> <http://fedoraserver.domain.com:8080/adore-djatoka/> ?"

>> 

>> No. An external user cannot access

>> http://fedoraserver.domain.com:8080/adore-djatoka/ 

>> <http://fedoraserver.domain.com:8080/adore-djatoka/> ? (_Port 

>> 8080 is not publicly accessible. I use a VPN to connect to the 

>> Tomcat interface.)_

> I have the same configuration and for this reason I installed 

> Apache + reverse proxy onto fedora server to make adore-djatoka 

> accessible on port 80 from external user. Maybe you can limit

> access to adore-djatoka/resolver but I never checked it.

>> 

>> The Islandora Server is publicly accessible by port 80.

> Yes, and the second reverse proxy sends 

> islandora.server.com/adore-djatoka 

> <http://islandora.server.com/adore-djatoka> request to fedora 

> server at proxied URL fedora.server.com/adore-djatoka 

> <http://fedora.server.com/adore-djatoka>.

>>> <http://islandora.domain.com/adore-djatoka>.

>>> 

>>> A first reverse proxy on fedora server to make public 

>>> adore-djatoka

>>> 

>>> A second reverse proxy on Islandora server to proxy request to

>>> fedora server.

>>> 

>>> I hope I'm right...

>>> 

>>> Giancarlo

>>> 

>>> 

>>> 

>>> On 05/18/2015 05:05 PM, gavin....@commonmediainc.com wrote:

>>>> I'm now seeing this error within the Chrome> Developer tools>

>>>> Network>console

>>>> 

>>>> XMLHttpRequest cannot load 

>>>> http://fedora-server.domain.com:8080/adore-djatoka/?url_ver=Z39.88-

2004&…539ba3c8a5efda45b798bd3819fc91&svc_id=info%3Alanl-repo%2Fsvc%2Fget

Metadata

>>>>

>>>> 

<http://fedora-server.domain.com:8080/adore-djatoka/?url_ver=Z39.88-2004

&%E2%80%A6539ba3c8a5efda45b798bd3819fc91&svc_id=info%3Alanl-repo%2Fsvc%2

FgetMetadata>.

>>>> No 'Access-Control-Allow-Origin' header is present on the

>>>> requested resource. Origin 'http://islandora.domain.com' is

>>>> therefore not allowed access.

>>>> 

>>>> Is this related to the Reverse proxy?

>>>> 

>>>> 

>>>> 

>>>> On Tuesday, October 7, 2014 at 1:48:26 PM UTC-4, Alex Garnett

>>>> wrote:

>>>> 

>>>> Hi folks,

>>>> 

>>>> I honestly can't recall whether I had this working at one

>>>> point, but it seems to be broken now -- I've setup

>>>> OpenSeadragon as in the documentation, I've got Djatoka

>>>> working (see

>>>> http://researchdata.sfu.ca:8080/adore-djatoka/resolver?url_ver=Z39.

88-2004&rft_id=http%3A%2F%2Fmemory.loc.gov%2Fgmd%2Fgmd433%2Fg4330%2Fg433

0%2Fnp000066.jp2&svc_id=info:lanl-repo/svc/getRegion&svc_val_fmt=info:of

i/fmt:kev:mtx:jpeg2000&svc.format=image/jpeg&svc.level=3&svc.rotate=0&sv

c.region=0,0,500,500

>>>>

>>>> 

<http://researchdata.sfu.ca:8080/adore-djatoka/resolver?url_ver=Z39.88-2

004&rft_id=http%3A%2F%2Fmemory.loc.gov%2Fgmd%2Fgmd433%2Fg4330%2Fg4330%2F

np000066.jp2&svc_id=info:lanl-repo/svc/getRegion&svc_val_fmt=info:ofi/fm

t:kev:mtx:jpeg2000&svc.format=image/jpeg&svc.level=3&svc.rotate=0&svc.re

gion=0,0,500,500>),

>>>> and yet the large image solution pack seems to be failing to

>>>> display anything with OpenSeadragon, as in

>>>> http://researchdata.sfu.ca/islandora/object/islandora%3A80# 

>>>> <http://researchdata.sfu.ca/islandora/object/islandora%3A80#>.

>>>>

>>>>

>>>> 

Any obvious issues?

>>>> 

>>>> Thanks!

>>>> 

>>>> -- For more information about using this group, please read

>>>> our Listserv Guidelines: 

>>>> http://islandora.ca/content/welcome-islandora-listserv 

>>>> <http://islandora.ca/content/welcome-islandora-listserv> --- 

>>>> You received this message because you are subscribed to the

>>>> Google Groups "islandora" group. To unsubscribe from this

>>>> group and stop receiving emails from it, send an email to 

>>>> islandora+...@googlegroups.com. Visit this group at 

>>>> http://groups.google.com/group/islandora 

>>>> <http://groups.google.com/group/islandora>. For more options,

>>>> visit https://groups.google.com/d/optout 

>>>> <https://groups.google.com/d/optout>.

>>> 

>>> -- For more information about using this group, please read our

>>> Listserv Guidelines: 

>>> http://islandora.ca/content/welcome-islandora-listserv 

>>> <http://islandora.ca/content/welcome-islandora-listserv> --- 

>>> You received this message because you are subscribed to the

>>> Google Groups "islandora" group. To unsubscribe from this group

>>> and stop receiving emails from it, send an email to

>>> islandora+...@googlegroups.com. Visit this group at 

>>> http://groups.google.com/group/islandora 

>>> <http://groups.google.com/group/islandora>. For more options,

>>> visit https://groups.google.com/d/optout 

>>> <https://groups.google.com/d/optout>.

>> 

>> -- For more information about using this group, please read our 

>> Listserv Guidelines: 

>> http://islandora.ca/content/welcome-islandora-listserv 

>> <http://islandora.ca/content/welcome-islandora-listserv> --- You

>> received this message because you are subscribed to the Google

>> Groups "islandora" group. To unsubscribe from this group and stop

>> receiving emails from it, send an email to

>> islandora+...@googlegroups.com. Visit this group at

>> http://groups.google.com/group/islandora 

>> <http://groups.google.com/group/islandora>. For more options,

>> visit https://groups.google.com/d/optout 

>> <https://groups.google.com/d/optout>.

> 

> -- For more information about using this group, please read our

> Listserv Guidelines:

> http://islandora.ca/content/welcome-islandora-listserv --- You

> received this message because you are subscribed to the Google 

> Groups "islandora" group. To unsubscribe from this group and stop

> receiving emails from it, send an email to

> islandora+...@googlegroups.com 

> <mailto:islandora+...@googlegroups.com>. Visit this group

> at http://groups.google.com/group/islandora. For more options,

> visit https://groups.google.com/d/optout.



- -- 

Jared Whiklo

jwh...@gmail.com

- --------------------------------------------------

Courage is almost a contradiction in terms. It means a strong desire

to live, taking the form of readiness to die. -- G.K. Chesterton

-----BEGIN PGP SIGNATURE-----

Version: GnuPG/MacGPG2 v2.0.14 (Darwin)



iEYEARECAAYFAlVbOQkACgkQqhIY384dF1b4fACguiSAts2D0VAowNlU2+AnIJVM

3RkAoLX0RX7n8RUbY20eamWX3OZFnVoT

=F3TP

-----END PGP SIGNATURE-----

gavin....@commonmediainc.com
unread,
May 19, 2015, 9:54:26 AM5/19/15
to isla...@googlegroups.com
Hi Giancarlo, 

Followed your recently recommended configuration.

What do you recommend here?

OpenSeadragon (Not working despite different values)

/adore-djatoka/resolver      (Red X This does not seem to be a functioning Djatoka server.)
/adore-djatoka/                   (Red X This does not seem to be a functioning Djatoka server.)
/adore-djatoka                    (Red X This does not seem to be a functioning Djatoka server.)

Paged Content Module (accepts value as suggested)
http://islandora.domain.com/adore-djatoka/  (Externally accessible URL to the djatoka instance.djatoka url is valid.)

http://islandora.domain.com/adore-djatoka/ is publicly accessible. I can navigate to it quickly.
resolves to Fedora Server Adore-Djatoka Demo  (index.html)

Additional details confirmed:

fedora server reverse proxy (configured as below)

        ProxyPass /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka
        ProxyPassReverse /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka

islandora server (configured as below)

       ProxyPass /adore-djatoka http://fedoraserver.domain.com/adore-djatoka
       ProxyPassReverse /adore-djatoka http://fedoraserver.domain.com/adore-djatoka


  ...
gavin....@commonmediainc.com
unread,
May 19, 2015, 10:00:22 AM5/19/15
to isla...@googlegroups.com
Hi Jared, 

"Why not forward requests to the Fedora Apache server to the Fedora 
Tomcat server directly?"

Tried it, not working sadly.  My other post details this: https://groups.google.com/forum/?hl=en#!topic/islandora/Kj2HgsiCGQU
Additionally as you can see from the previous replies here, I'm not having much luck.

Is your Fedora Server Tomcat accessible to the world or at least to 
your Islandora Server? 

Islandora server accessible to world via port 80

Fedora Server Tomcat accessible to Islandora server via port 8080 and now through port 80 now with Apache (I think)
Djatoka DEMO URL accessible via 8080/80 to the world.

to live, taking the form of r...
Giancarlo Birello
unread,
May 19, 2015, 10:08:16 AM5/19/15
to isla...@googlegroups.com

    

    

    
On 05/19/2015 03:54 PM,
      gavin....@commonmediainc.com wrote:

    

    

      
Hi Giancarlo, 
        


        

        
Followed your recently recommended configuration.

        


        

        
What do you recommend here?

        


        

        

          
OpenSeadragon (Not working despite different values)

          


          

          
/adore-djatoka/resolver      (Red X This does not seem to
            be a functioning Djatoka server.)

          
/adore-djatoka/                   (Red X This does not
            seem to be a functioning Djatoka server.)

          
/adore-djatoka                    (Red X This does not
            seem to be a functioning Djatoka server.)

        

      

    

    It's very strange ... I'm running out of ideas ...

    

    You could try some alternatives as:

    http://islandora.domain.com/adore-djatoka/resolver

    http://fedoraserver.domain.com:8080/adore-adjatoka/resolver


    

    

      

        

          


          

          
Paged Content Module (accepts value as suggested)

          
http://islandora.domain.com/adore-djatoka/  (Externally
            accessible URL to the djatoka instance.djatoka url is
            valid.)

          


          

          
http://islandora.domain.com/adore-djatoka/ is
              publicly accessible. I can navigate to it quickly.

          
resolves to Fedora Server Adore-Djatoka Demo
             (index.html)

          

          
        

      

    


    then click "Open image in new window"

    Do you see image?

    

      -- 
Giancarlo Birello
unread,
May 19, 2015, 10:13:44 AM5/19/15
to isla...@googlegroups.com

  
    
  
  

    Try also this on fedora server:


    

    ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka

    ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

    


    

    
On 05/19/2015 03:54 PM,
      gavin....@commonmediainc.com wrote:

    

    
gavin....@commonmediainc.com
unread,
May 19, 2015, 1:52:46 PM5/19/15
to isla...@googlegroups.com
Wow. This worked. I'm staring at the properly returned images in Open Seadragon on my test Islandora vagrant box.

I even ran an additional ingest of a TIFF file and everything looks great, no errors, all the derivatives etc.

I'm in shock but absolutely happy. 

Thanks so much Giancarlo! You nailed it. Thanks for your continued tenacity and patience. Your documentation and experience on multi-server setups is invaluable.

Now on to the production servers.....;)

Here was the configuration that worked for me.  Perhaps for you too Alex?

OpenSeadragon

Paged Content Module

Islandora Server Apache Reverse Proxy Settings (bottom of httpd.conf)

ProxyRequests Off
        ProxyPreserveHost On
        <Proxy *>
                AddDefaultCharset off
                Order deny,allow
                Allow from all
        </Proxy>
        ProxyPass /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPassReverse /fedora/get http://fedoraserver.domain.com:8080/fedora/get
        ProxyPass /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPassReverse /fedora/services http://fedoraserver.domain.com:8080/fedora/services
        ProxyPass /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPassReverse /fedora/describe http://fedoraserver.domain.com:8080/fedora/describe
        ProxyPass /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPassReverse /fedora/risearch http://fedoraserver.domain.com:8080/fedora/risearch
        ProxyPass /adore-djatoka http://fedoraserver.domain.com/adore-djatoka
        ProxyPassReverse /adore-djatoka http://fedoraserver.domain.com/adore-djatoka


Fedora Server Apache Reverse Proxy Settings (bottom of httpd.conf)

ProxyRequests Off
ProxyPreserveHost On
<Proxy *>
     AddDefaultCharset off
     Order deny,allow
     Allow from all
</Proxy>


On Tuesday, May 19, 2015 at 10:13:44 AM UTC-4, Giancarlo Birello wrote:
 
    
   
    Try also this on fedora server:

    

    ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka

    ProxyPassReverse /adore-djatoka http://localhost:8080/adore-djatoka

    

    [1] https://github.com/Islandora/islandora_openseadragon

    

    
On 05/19/2015 03:54 PM,
      gavin....@commonmediainc.com wrote:

    

    

      
fedora server reverse proxy (configured as below)

      


        
        ProxyPass /adore-djatoka http://fedoraserver.domain.com:8080/adore-djatoka

        
        ProxyPassReverse /adore-djatoka 
  ...
Alex Garnett
unread,
May 19, 2015, 1:55:58 PM5/19/15
to isla...@googlegroups.com
Will try this by tomorrow. Thrilled it worked for you, and will be even more thrilled if it works for me this long after I decided I didn't want to sink any more time into it.


-alex







-- 

For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Steve Young
unread,
May 20, 2015, 11:11:44 AM5/20/15
to isla...@googlegroups.com
Hi all.... I'm following this thread as we have the same issue with our new server setup here at Hamilton. I just tried to configure things as Gavin did but I still can't seem to get it to work. I have to ask though, WHY do we need to even do the proxypass stuff? Just to hide port 8080? It doesn't make sense to me. 

I will also note that if I configure an older 7.1.3 islandora test site to our new 3.8.SNAPSHOT server that djatoka works fine without any proxy settings on the host. So it would seem that something in the islandora modules has changed since then to warrant using the proxy pass settings. Is it possible that the code has some sort of hardcoded path's within it that looks for djatoka without the 8080 port? Is there someone who can better explain why this is needed at all? There isn't much on the Openseadragon manual page which would be nice to explain more why this is needed: https://wiki.duraspace.org/display/ISLANDORA715/Open+Seadragon  

then when I look for the "paged content module" instructions I initially couldn't even find it but then realized that it's called "Islandora paged content" in the instructions: https://wiki.duraspace.org/display/ISLANDORA715/Islandora+Paged+Content  Can you use the same names for the module and the instructions it certainly helps keep the confusion down ... especially for those that are new to all of this islandora stuff. 

I'll apologize up front if I sound a little frustrated with this but I've spent a bunch of time trying to figure out why djatoka doesn't want to work with the new modules. It's at least good to hear others are having the same issues as well and hopefully we can flush this out to work better for everyone else. If anyone who knows the code and why we need to do the proxy config stuff I'd love to hear the reasons for it. Thanks!
...
Steve Young
unread,
May 20, 2015, 6:07:41 PM5/20/15
to isla...@googlegroups.com
Horaay! we managed to get it working with this setup as well ... Thanks Gavin and all for sorting it out =). 

I'm still wondering why we need to do the proxy stuff to begin with? The reason I wonder is that we are using cpanel hosting software to manage our Islandora sites across a separate Fedora server. One main reason is so that we could have many different islandora containers that would virtually work on any shared hosting platform (cpanel). The issue is in order to implement this you need to add an apache include file in order to make this proxy pass work and add it to a virtual host as an admin. It's not something that can be added to an .htaccess file in the cpanel users account. I'd rather try to keep configuration to a minimum and within the confines of the user that owns the site. So this is why I'm trying to better understand what is going on here ... anyone that can elaborate on how the modules interact with djatoka and the need for the proxy pass I'd love to hear more about it =). Thanks!

...
Alex Garnett
unread,
May 21, 2015, 2:46:31 PM5/21/15
to isla...@googlegroups.com
Hm, I think I may still be the odd one out. I'm running a single-server setup with Islandora and Fedora, and after this thread, my httpd.conf looks like this:

ProxyRequests Off
        ProxyPreserveHost On
        <Proxy *>
                AddDefaultCharset off
                Order deny,allow
                Allow from all
        </Proxy>
        ProxyPass /fedora/get http://researchdata.sfu.ca:8080/fedora/get
        ProxyPassReverse /fedora/get http://researchdata.sfu.ca:8080/fedora/get
        ProxyPass /fedora/services http://researchdata.sfu.ca:8080/fedora/services
        ProxyPassReverse /fedora/services http://researchdata.sfu.ca:8080/fedora/services
        ProxyPass /fedora/describe http://researchdata.sfu.ca:8080/fedora/describe
        ProxyPassReverse /fedora/describe http://researchdata.sfu.ca:8080/fedora/describe
        ProxyPass /fedora/risearch http://researchdata.sfu.ca:8080/fedora/risearch
        ProxyPassReverse /fedora/risearch http://researchdata.sfu.ca:8080/fedora/risearch
        ProxyPass /adore-djatoka http://researchdata.sfu.ca:8080/adore-djatoka
        ProxyPassReverse /adore-djatoka http://researchdata.sfu.ca:8080/adore-djatoka


http://researchdata.sfu.ca/adore-djatoka/ is what's set in the OpenSeadragon configuration, it's functional as you can see (although the "BaseURL" that the demo page loads with is wrong because of the Proxy, it works when localhost:8080 is changed to researchdata.sfu.ca).

Still getting nothing at a sample object using large image that has a valid JP2, and I'm seeing jQuery 404 errors in the browser console: http://researchdata.sfu.ca/islandora/object/islandora%3A80#


-alex







-- 

For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Giancarlo Birello
unread,
May 21, 2015, 3:17:32 PM5/21/15
to isla...@googlegroups.com

  
    
  
  

    Uhm ... Have you tried with
    http://researchdata.sfu.ca/adore-djatoka/resolver in OpenSeadragon
    conf?

    

    Giancarlo
Alex Garnett
unread,
May 21, 2015, 3:18:50 PM5/21/15
to isla...@googlegroups.com
Oops, sorry, I mistyped -- that's what's actually in there :)


-alex


Giancarlo Birello
unread,
May 21, 2015, 4:01:45 PM5/21/15
to isla...@googlegroups.com

  
    
  
  

    ... and have you tried this one:


    

            ProxyPass /adore-djatoka http://localhost:8080/adore-djatoka

            ProxyPassReverse /adore-djatoka
    http://localhost:8080/adore-djatoka

    

    OpenSeadragon

            /adore-djatoka/resolver

    Paged Content Module

            http://researchdata.sfu.ca/adore-djatoka/

    

    ... to leave no stone unturned.


    

    Giancarlo

    

    

    
On 05/21/2015 08:46 PM, Alex Garnett
      wrote:

    

    
Alex Garnett
unread,
May 21, 2015, 4:33:34 PM5/21/15
to isla...@googlegroups.com
Yup. I'm pretty sure that's what I had before I started making changes again today, and I just tried it again -- still no dice, same error.


-alex


Jared Whiklo
unread,
May 21, 2015, 5:40:20 PM5/21/15
to isla...@googlegroups.com
-----BEGIN PGP SIGNED MESSAGE-----

Hash: SHA1



Hi Alex,



Sorry if I missed any previous logs, but have you checked your Djatoka

logs? That is what is throwing the error.



If there is nothing can you open Tomcat to your IP and try accessing

the resource directly ala



http://researchdata.sfu.ca:8080/adore-djatoka/resolver?url_ver=Z39.88-20

04&rft_id=http%3A%2F%2Fresearchdata.sfu.ca%2Fislandora%2Fobject%2Fisland

ora%253A80%2Fdatastream%2FJP2%2Fview%3Ftoken%3D65d7ed36c6a4164f58ee69447

4aacc276a838449180b8642ae17794791d9c718&svc_id=info%3Alanl-repo%2Fsvc%2F

getMetadata



cheers,

jared



On 2015-05-21 3:33 PM, Alex Garnett wrote:

> Yup. I'm pretty sure that's what I had before I started making

> changes again today, and I just tried it again -- still no dice,

> same error.

> 

> 

> -alex

> 

> On Thu, May 21, 2015 at 1:01 PM, Giancarlo Birello 

> <giancarl...@gmail.com <mailto:giancarl...@gmail.com>>

>> researchdata.sfu.ca <http://researchdata.sfu.ca>).

>> 

>> Still getting nothing at a sample object using large image that 

>> has a valid JP2, and I'm seeing jQuery 404 errors in the browser 

>> console:

>> http://researchdata.sfu.ca/islandora/object/islandora%3A80#

>> 

>> 

>> -alex

> 

> -- For more information about using this group, please read our 

> Listserv Guidelines: 

> http://islandora.ca/content/welcome-islandora-listserv --- You

> received this message because you are subscribed to a topic in the

> Google Groups "islandora" group. To unsubscribe from this topic,

> visit 

> https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

>

> 

To unsubscribe from this group and all its topics, send an email to

> islandora+...@googlegroups.com 

> <mailto:islandora+...@googlegroups.com>. Visit this group

> at http://groups.google.com/group/islandora. For more options,

> visit https://groups.google.com/d/optout.

> 

> 

> -- For more information about using this group, please read our

> Listserv Guidelines:

> http://islandora.ca/content/welcome-islandora-listserv --- You

> received this message because you are subscribed to the Google 

> Groups "islandora" group. To unsubscribe from this group and stop

> receiving emails from it, send an email to

> islandora+...@googlegroups.com 

> <mailto:islandora+...@googlegroups.com>. Visit this group

> at http://groups.google.com/group/islandora. For more options,

> visit https://groups.google.com/d/optout.



- -- 

Jared Whiklo

jwh...@gmail.com

- --------------------------------------------------

Science is everything we understand well enough to explain to a

computer. Art is everything else. - David Knuth

-----BEGIN PGP SIGNATURE-----

Version: GnuPG/MacGPG2 v2.0.14 (Darwin)



iEYEARECAAYFAlVeUMIACgkQqhIY384dF1Z+0gCeM9FVRN52rx7kmE52d9Bc3AUe

CjkAnRLaQ5cmJQ0ehfbECktea8uYmwRG

=qX1N

-----END PGP SIGNATURE-----

Alex
unread,
May 21, 2015, 6:09:18 PM5/21/15
to isla...@googlegroups.com
Yup -- it's this guy:

2015-05-21/14:40:48.846/PDT [http-8080-6] ERROR gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert20589377216061555867563931673.img
gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert20589377216061555867563931673.img

I remember Lingling had the same traceback earlier in this thread.

-alex
For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv
--- 
You received this message because you are subscribed to a topic in the Google Groups "islandora" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.
To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.
Visit this group at http://groups.google.com/group/islandora.
For more options, visit https://groups.google.com/d/optout.

dbs...@uncc.edu
unread,
Jul 13, 2018, 8:43:15 AM7/13/18
to islandora
My fully working Adore-djatoka just started throwing the unsupported file format error when viewing Large Image objects:










Caused by: gov.lanl.adore.djatoka.DjatokaException: Unrecognized file format: java.lang.Exception: Unsupported file format. Cannot find decoder capable of reading: convert5132024202007499297825283658.img


	at gov.lanl.adore.djatoka.kdu.KduCompressExe.compressImage(KduCompressExe.java:297)


	at gov.lanl.adore.djatoka.openurl.DjatokaImageMigrator.processImage(DjatokaImageMigrator.java:158)


	... 26 more

Nothing in my Tomcat/Fedora stack has been updated, so it seems a Linux package update is in play.

Recent package updates:
libtiff-tools
libtiff5
imagemagick

Any Islandorians experienced this?


Brad

Gavin Morris
unread,
Jul 13, 2018, 9:50:12 AM7/13/18
to islandora
Good morning Brad, 

Boy that is concerning! Sorry to read this. 

Could you share what version of Imagemagick you are using?

Additionally what operating system etc? Red Hat / CentOS 6/7 or Ubuntu 14/16/18 etc ?

This way some of us can go check active systems and perhaps post findings etc?

I'm super curious as well and potentially impacted. 

Thanks, 
Gavin 
dbs...@uncc.edu
unread,
Jul 13, 2018, 1:58:49 PM7/13/18
to islandora
uname -a
Linux hostname 3.16.0-6-amd64 #1 SMP Debian 3.16.56-1+deb8u1 (2018-05-08) x86_64 GNU/Linux

Package: libtiff-tools 
Version: 4.0.3-12.3+deb8u6

Package: libtiff5 
Version: 4.0.3-12.3+deb8u6

Package: imagemagick 
Version: 8:6.8.9.9-5+deb8u13
dbs...@uncc.edu
unread,
Jul 13, 2018, 9:49:40 PM7/13/18
to islandora
Would Islandorians with working Large Image zooming in OpenSeaDragon run the following command and see if the output contains JP2 or JPEG-2000:
convert -list format

If so, please post matching lines.

Brad
Mark Jordan
unread,
Jul 13, 2018, 11:31:56 PM7/13/18
to islandora










Yup:







JP2* JP2       rw-   JPEG-2000 File Format Syntax












From: isla...@googlegroups.com <isla...@googlegroups.com> on behalf of dbs...@uncc.edu <dbs...@uncc.edu>

Sent: Friday, July 13, 2018 6:49 PM

To: islandora


Subject: Re: [islandora] Re: OpenSeaDragon issues

-- 

For more information about using this group, please read our Listserv Guidelines:

http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to the Google Groups "islandora" group.

To unsubscribe from this group and stop receiving emails from it, send an email to
islandora+...@googlegroups.com.

Visit this group at https://groups.google.com/group/islandora.

To view this discussion on the web visit 
https://groups.google.com/d/msgid/islandora/9dea2ac9-91c0-4a87-85c0-96bab555f3ec%40googlegroups.com.
Giancarlo Birello
unread,
Jul 14, 2018, 7:16:11 AM7/14/18
to isla...@googlegroups.com, dbs...@uncc.edu

  
    
  
  

    
Hi Brad,

    
on my machine (ubuntu 16.04):

    
convert -list format |grep JP2 -> nothing

    
convert -list format |grep JPEG-2000

    
      DCM* DCM       r--   Digital Imaging and Communications in
      Medicine image

                 DICOM is used by the medical community for images like
      X-rays.  The

                 specification, "Digital Imaging and Communications in
      Medicine

                 (DICOM)", is available at http://medical.nema.org/.  In
      particular,

                 see part 5 which describes the image encoding (RLE,
      JPEG, JPEG-LS),

                 and supplement 61 which adds JPEG-2000 encoding.

    

    
Version: ImageMagick 6.8.9-9 Q16 x86_64 2017-07-31

    

    
Cheers,

      Giancarlo

      -- 

      For more information about using this group, please read our
      Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

      --- 

      You received this message because you are subscribed to the Google
      Groups "islandora" group.

      To unsubscribe from this group and stop receiving emails from it,
      send an email to islandora+...@googlegroups.com.

      Visit this group at https://groups.google.com/group/islandora.

      To view this discussion on the web visit https://groups.google.com/d/msgid/islandora/9dea2ac9-91c0-4a87-85c0-96bab555f3ec%40googlegroups.com.
dbs...@uncc.edu
unread,
Jul 14, 2018, 11:41:17 AM7/14/18
to islandora
Thank you Mark and Giancarlo very much.

I'm no longer considering imagemagick suspect; I'm actually using:
/usr/local/bin/kdu_compress

..and there are no recent changes with it: 
Sep 29  2015 /usr/local/bin/kdu_compress


I have tracked down the exact time the issue began in my system, which will help look for any system changes in and around that time.

Here is a screencast I made to show you my djatoka.log from 2018-07-12:










Thank you for your precious time in helping me.

Brad
dbs...@uncc.edu
unread,
Jul 15, 2018, 12:12:28 AM7/15/18
to islandora
Downloaded and downloaded the freshest Kakadu, no change.
http://kakadusoftware.com/downloads/

Compiled Imagemagick with JP2 support, even OpenJP2 support.  No change.

It seems isolated in the Java stack, the kdu_jni.jar component of adore-djatoka.  I've sent the Kakadu folks a message, to see if they've ever seen anything like it.


B










dbs...@uncc.edu
unread,
Jul 15, 2018, 8:02:23 PM7/15/18
to islandora
Finally traced it down and it ended up not being an Islandora component at all...

The only thing I can share is: if you're going HTTPS-only on your websites, some of available rewrite/redirection techniques may have unforeseen negative effects.

Thanks for always listening and helping; please let me know where to mail you my MH co-pay ;-)


Brad


bro...@wwu.edu
unread,
Jan 23, 2019, 11:20:00 AM1/23/19
to islandora
Hi Brad,

Can you please elaborate? I set a $base_url in the Drupal settings.php file and OpenSeaDragon stopped displaying large images. I get this lovely message

Which I believe is telling me it tried to go to the secure version of the site and it did not return. What did you do to allow adore-djatoka to proxy via https? If I unset $base_url it all works again.

Thank you
Brad Spry
unread,
Jan 23, 2019, 11:52:22 AM1/23/19
to isla...@googlegroups.com
Max,

First things first, your Tomcat must be SSLEnabled.  I could not find a way to check your repo's SSL status, here's a link to ours.

Here's a nifty Tomcat SSL how-to someone else wrote; I'd gladly share our server.xml config with you offline.

I use relative base url settings in the Islandora Drupal modules:
djatokaServerBaseURL: /adore-djatoka/resolver
islandora_paged_content_djatoka_url: /adore-djatoka/

I've gone HTTPS-only, so in my Apache's default (non-ssl) config, I redirect to HTTPS like so:







<VirtualHost *:80>
        ServerName goldmine.uncc.edu
        ServerAdmin dbs...@uncc.edu
        Redirect "/" "https://goldmine.uncc.edu/"
</VirtualHost>

Then, in my Apache's SSL config (default-ssl.conf), I have the following lines in the <VirtualHost>:
SSLProxyEngine On
SSLProxyVerify none
SSLProxyCheckPeerCN off


ProxyRequests Off
ProxyPreserveHost On
<Proxy \*>
        Order deny,allow
        Allow from all
</Proxy>
ProxyPass /fedora/images https://localhost:8443/fedora/images
ProxyPassReverse /fedora/images https://localhost:8443/fedora/images
ProxyPass /fedora/get https://localhost:8443/fedora/get
ProxyPassReverse /fedora/get https://localhost:8443/fedora/get
ProxyPass /fedora/services https://localhost:8443/fedora/services
ProxyPassReverse /fedora/services https://localhost:8443/fedora/services
ProxyPass /fedora/describe https://localhost:8443/fedora/describe
ProxyPassReverse /fedora/describe https://localhost:8443/fedora/describe
ProxyPass /iiv https://localhost:8443/iiv
ProxyPassReverse /iiv https://localhost:8443/iiv
ProxyPass /fedora/risearch https://localhost:8443/fedora/risearch
ProxyPassReverse /fedora/risearch https://localhost:8443/fedora/risearch
ProxyPass /adore-djatoka https://localhost:8443/adore-djatoka
ProxyPassReverse /adore-djatoka https://localhost:8443/adore-djatoka

</VirtualHost>


I think that's about it.  If you run into trouble setting relative url values using a browser, set the variables using drush:
drush vset djatokaServerBaseURL '/adore-djatoka/resolver'
drush vset islandora_paged_content_djatoka_url '/adore-djatoka/'

Of course you can set variables in Drupal's settings.php too.   Do whatever it takes to circumvent module path validation logic :-)

Brad





-- 

For more information about using this group, please read our Listserv Guidelines: http://islandora.ca/content/welcome-islandora-listserv

--- 

You received this message because you are subscribed to a topic in the Google Groups "islandora" group.

To unsubscribe from this topic, visit https://groups.google.com/d/topic/islandora/tLE-_ya45SI/unsubscribe.

To unsubscribe from this group and all its topics, send an email to islandora+...@googlegroups.com.


Visit this group at https://groups.google.com/group/islandora.

To view this discussion on the web visit https://groups.google.com/d/msgid/islandora/b5873baa-8844-4e45-8bf8-8916524c25f5%40googlegroups.com.
bro...@wwu.edu
unread,
Jan 24, 2019, 6:37:34 PM1/24/19
to islandora
Thank you Brad for the speedy response. I will work through what you provided and see how it goes. I really appreciate the helping hand.

Max
Reply all
Reply to author
Forward
0 new messages